nupark

10 ms·

31.
by nupark 16y ago
Unless there was a core misunderstanding about what is, and is not, appropriate when dealing with other's work. I can't see how he'd do this (intentionally!) otherwise.
32.
by nupark 16y ago
I'm just not sure why someone would think it was OK to remove someone else's name from their work. That demonstrates a surprising, brazen disregard for propriety and makes me wary regarding the providence of Devin's other work.
33.
by nupark 16y ago
In case it's not obvious from the URL, this is a screenshot of the now-deleted repository's commit. I didn't notice before I posted a duplicate copy of the URL, myself :) This is the developer in question: https://github.com/devinross/
34.
by nupark 16y ago
Replacing someone's 'Authored By:' line with your own is a pretty big 'mistake'.
35.
by nupark 16y ago
In general it is true that BigCo X could do function/feature/integrate Y and totally kill Startup Z - but it doesn't happen all that much. I asked why they haven't done it. You haven't really addressed that -- you're attacking a strawma
36.
by nupark 16y ago
I'm curious -- VRBO could easily pivot and handle transactions themselves, directly. Instead they've chosen to offer optional insurance: http://guarantee.homeaway.com/vrbo/ Why is that? Intuitively, it seems like handling transactions dir
37.
by nupark 16y ago
Dropbox and Airbnb are two of the most revolutionary products (alongside the iPhone, 802.11b, etc) I have ever used. I can't speak to Dropbox, but Airbnb isn't really a revolutionary idea from the user perspective (although they get a lot
38.
by nupark 16y ago
There is a reason why people set up in San Francisco even though it costs more. We have an office there, and in terms of both recruiting and business contacts, moving it out of San Francisco would be a waste of money. We also have an office
39.
by nupark 16y ago
That's all true, but for _me_, the Arduino is invaluable for making it easy to go through the many iterations of hardware prototype and software I need before I decide on the final form (or, more commonly, give up on it as not-as-good-an-i
40.
by nupark 16y ago
Chrome can not sandbox all plugins without some effort. Only recently did they add support for sandboxing Flash to the stable Chrome release, and even then, only on Windows: http://googlechromereleases.blogspot.com/2011/03/chrome-stab...
41.
by nupark 16y ago
Arduino is considerably more expensive, sizable, and complicated than is really needed for a finished home hacker project. Additionally, size does matter (sorry :) when you're trying to fit a piece of electronics into your home in an unob
42.
by nupark 16y ago
... XMPP is a federated, distributed system I'm surprised nobody in this thread has mentioned SMTP. It's even more widely used than XMPP, and it's a great example of a federated system (as well as the big issue one has to deal with with o
43.
by nupark 16y ago
I've worked with a lot of legacy code over the years. I don't usually care whether code has comments or not. Comments are a very poor way of expressing semantics in code. When working with legacy code that is not commented, how do you det
44.
by nupark 16y ago
This argument is old and tired. Programming languages are rarely sufficiently expressive as to document the nuances, guarantees, and expectations of a particular block of code in the code itself. Type systems can help here, but they alone a
45.
by nupark 16y ago
... possibly due to the same fundamental lack of curiosity or self-improvement that leads to using CVS/SVN at all (post 2005). I (and my successful small business) still use SVN, and have done so since 2007. This choice has nothing to do
46.
by nupark 16y ago
It's not too hard to cobble together open-source headers and autogenerated minimally viable headers for the OS frameworks (this is what the initial non-official iPhone toolchains did). They'll be very incomplete, however, quite a bit of sof
47.
by nupark 16y ago
- We are going to provide binaries for the CC toolchain. I meant binary packages, not a bootstrap tool chain. - We can't wait for Lion, nor expect everyone to use Lion. Xcode3 is still available. Xcode4 is not yet mandatory. - Headers
48.
by nupark 16y ago
Subversion is simple enough that while you can find ways to mess up your local working copy, it's much harder to destroy previous work (in your local branch or upstream) or otherwise make a mess. Git is a complex, fragile (in the wrong hand
49.
by nupark 16y ago
This is silly -- these are just blind leading the blind questions. I guess I can provide some answers ... - homebrew should just provide binaries rather than trying to bootstrap a compiler for everyone. - Barring that, homebrew should wait
50.
by nupark 16y ago
Flexibility and power come with complexity, and in his case, provide no practical benefits to most organizations. I use git regularly when interacting with open source projects, but don't see the value in it's added complexity and decentral
51.
by nupark 16y ago
Requiring an exact match between deployment and development is swimming upstream, as you'll quickly introduce unintentional dependencies on specific facets of your host OS. Plus, having to use VMs for development is even worse, why slow you
52.
by nupark 16y ago
Then compile it with llvm (if you absolutely must have GCC specifically), llvm is the new default compiler in Xcode. The link above has binaries both for clang and the GCC front end. GCC is still the default compiler; Clang is still immat
53.
by nupark 16y ago
I read your links. I also use subversion merging every day while maintaing feature and maintenance branches. It works fine and involves significantly less complexity than git.
54.
by nupark 16y ago
can you really imagine Steve Jobs agreeing to charge for something he didn't want to charge for because of accounting practices? They might have been lying, but Apple has publicly claimed this before: http://hardware.slashdot.org/story/0
55.
by nupark 16y ago
... That still leaves the question, why use an inferior tool? This assumes that git has no significant practical drawbacks that might outweigh the constrained value of its merging support. A bad car analogy: I never drive in the winter. I
56.
by nupark 16y ago
I don't have time or space in a comment to explain why this is so much better. Better in practice, or better in theory? In practice, I personally haven't found that it makes a difference, and that the majority of cost in merging is in kee
57.
by nupark 16y ago
> Yes and no. You can remove something from history if all holders of the copies agree with that. You can't forcefully remove anything from anybody's history if they don't actively cooperate. These features also make it very easy to mak
58.
by nupark 16y ago
Being able to disappear/discard history has significant downsides, too. Regardless, you can rollback changes in subversion without bungling future merges.
59.
by nupark 16y ago
What do you mean by 'sane', and how does subversion (which includes merge tracking) fail to meet your definition?
60.
by nupark 16y ago
Since you can't downvote, you could try explaining your position.

More ›