CPlatypus · HackerTrans

CPlatypus

no profile record

comments

14 lat temudiscuss

It's just a publicity stunt. Some of their questions do not have answers that are both clear and concise because the language specifications themselves are not both clear and concise (in some cases they're neither). It's a classic example of people trying to make themselves look/feel smart by demanding that others' off-the-cuff answers meet a higher standard that their own researched-at-leisure questions. The proof lies in the fact that the answers are language-specific but "SuperCoders" apparently can't meet their own "accurate, clear and concise" standard in identifying that context.

14 lat temudiscuss

What about Fedora? It's hardly a "random free distro" but it is free, and it has that same yum-my RHEL flavor. ;) Or is there something even more specific to RHEL that not even Fedora has? Even if I weren't a Red Hat associate, I'd be curious to know what that is.

14 lat temudiscuss

Do you seriously believe that's why developers went that route? I always thought web-apps arose because people thought the web was the best way to connect with their users, and SaaS because they felt that was the best way to keep costs down. In neither case does the protection of intellectual property enter the picture at all . . . but let's say, for the sake of argument, that that was a significant motivation. Would that be right? Would it refute the GP's point? I don't think so. It's still awfully easy to say that other people's code should be free. If anybody really is adopting these approaches to avoid having others "pirate" their code, I certainly hope they're not "pirating" or freeloading themselves.

14 lat temudiscuss

"I encourage all of our portoflio companies to file for as many as they need"

http://www.avc.com/a_vc/2006/04/patently_absurd.html

If you're letting them spend your money on filing patents without any kind of binding commitment to use them only in defense, and there's plenty of evidence at USPTO that your portfolio companies are still doing just that, then you're not clearly any different than any other VC in that regard.

This madness will not stop until there's more retaliatory capability than first-strike, and that won't happen as long as there's money pouring into the acquisition of first-strike weapons. Those who fund the stockpiling are culpable, no matter what they say as they're doing it.

14 lat temudiscuss

Literally? Did you literally fall asleep in English class?

14 lat temudiscuss

Hey, crazy idea: why don't more employers give workers a choice? As a quick read of this thread will show, some people like quiet so they can concentrate, while others like the interaction and "energy" of being with others. That's fine. Live and let live. A startup might have to choose one kind of space, but you don't have to get all that large before it becomes possible to have separate areas/floors for different work styles. It seems like such a no-brainer, but I've only ever seen companies do "one size fits all" or segregation by status. Any employer who let me choose whether to work in a private office or a 2-5 person office or a big open area would definitely get some extra points from me.

14 lat temudiscuss

Another metaphor I've seen is to the military (specifically the army), and consists of three roles. Don't beat me up about military minutiae, please; I don't claim to be an expert in that area and it's not even my metaphor.

(1) Paratroopers, who jump into unfamiliar territory. In software, researchers and architects.

(2) Infantry, by far the largest component, responsible for the core task of taking and holding territory. In software, most programmers.

(3) MPs (also quartermaster, community liason, etc.) who maintain order in the held territory. In software, debugging specialists and release engineers.

The problem I have with the OP's metaphor is that the "starter" and "architect" roles are both part of (1) and many people actually can do both pretty well. Similarly, the "debugger" and "finisher" roles are both (3) and also combine well. What's really unfortunate is that (2) seems entirely absent even though in real life it consumes most of the time and resources on a project. These are the folks who take mostly-complete designs from a starter/architect, and get most of the code mostly working before the serious integration/stress testing occur and the debugger/finisher come to the fore. In other words, most of your colleagues most of the time. If you hired four people according to these four roles, you'd have nobody to write most of the code and you'd be abusing your four specialists to do it.

14 lat temudiscuss

I really wish they'd give more information about their methodology. For example, I've used the SoD SSD servers for some of my own testing, and they pull 30K IOPS for small random synchronous writes. How does that translate to "361.62"? WTF are the units here? What workload were they even testing? Yes, I know they list the random grab bag of tools they're using, but most of those are capable of generating many different kinds of I/O and they don't say what arguments they used. "361.62" seems very precise. I'm sure the two digits after the decimal point really impress the pithed snails or MBAs who are the benchmarkers' apparent target market. However, given both the bogosity of combining disparate measurements like this and the well known variability over time of cloud performance, that precision is not justified. Numbers that are more precise than they are accurate or meaningful are just decoration.

P.S. I expect someone will ask for more specifics, so here are a few. First, Bonnie++ sucks. Many of the numbers it produces measure the memory system or the libc implementation more than the actual I/O system. I've seriously gotten more testing value from building it than running it, so its very presence taints the result. Second, fio/hdparm/iozone might be redundant, according to which arguments are used. Or the results might be non-comparable. Either way, the aggregate result could only apply to an application with exactly that (unspecified) balance of read vs. write, sequential vs. random, sync vs. async, file counts and sizes, etc. Did they even run tests over enough data to get past caching effects? That's particularly important since they used different memory sizes on different providers. Similarly, what thread counts did they use on these different numbers of CPUs/cores? Same across all, or best-performing for each component benchmark? With such sloppy methodology anything less than an order-of-magnitude difference doesn't even tell you which platforms to test yourself.

14 lat temudiscuss

When exactly did "startup" come to mean only "social web-oriented startup that has access to user data in the first place"? I mean, come on, I know that's the kind of startup the YC folks specialize in, but there are other kinds. There's software that doesn't run in a browser, doesn't require a login, and doesn't serve ads . . . but you wouldn't know it from articles like this, which say you shouldn't trust startups because of a phenomenon specific to only one kind of startup. Is it too much to ask that people who write about startups not limit themselves to one kind?

14 lat temudiscuss

While bequeathing code to the community instead of having it buried with you is a very good thing it comes with a caveat. In most cases, it's not a good idea to pick up the result in its entirety - all of the code, the brand, the users, etc. That's baggage. It's a burden, not a help. In most cases it's better to make an explicit fork, or even just cherry-pick the best ideas and bits of code for use in a clearly separate project. If users think the new thing is better than the old, they'll migrate. If they don't, they won't feel entitled to come bugging you for support - or, if they do, you'll have a good reason to turn them away and concentrate on making the new thing great. Obviously you have to comply with the original licenses if you copy code, but you'd have to do that anyway. This way is likely to be far better for your own sanity and ultimately for users as well.

14 lat temudiscuss

Fair point about "pragmatism" but the contrary "elegance" often comes across as dogmatic or even elitist. Most languages strive for both pragmatism and elegance, but tend to favor one a little over the other.

And yes, this is relevant since Python and Clojure embody exactly this kind of tension.

14 lat temudiscuss

Don't worry about the heat. Karma here has no value, or perhaps even negative value, to me. What I'm saying about VCs, startups, and patents is real and important, even if some self-interested HN'ers don't want it heard or even if Fred was the wrong frame on which to hang that picture. I'll burn some karma to get the word out about the real source of the problem and the real solution.

To answer your question, of course IANAL but the way to do this is to assign the patents to an external entity such as http://www.patentcommons.org/ or http://www.openinventionnetwork.com/, where that entity has a charter allowing only defensive use - and preferably with other entities involved to enforce that charter. A public statement like http://www.redhat.com/legal/patent_policy.html doesn't hurt either, though it's not legally binding. Now, PC or OIN might not be the exact right vehicle for you, for other reasons, but that's the basic approach.

Disclaimer: I work for Red Hat, which is a strong proponent of this approach and supporter of these organizations. Until software patents go away - and Red Hat is supporting that effort too - this is the only way to play the game that is both safe and (IMO) moral.

14 lat temudiscuss

I got tired of this and other VC games after my tenth startup a couple of years ago, so I guess it is possible that attitudes have changed. Even if Fred is one of the good guys, though, I'd still bet that he's in a small minority. That's the real point, which of course has been missed by most of the responses. Pick a random startup and go look for patent applications. Most of them clearly are pursuing that strategy, and most of those are likely to be doing so at the behest of their investors. This has been going on for many years, so why is it suddenly evil when Yahoo! does the totally inevitable? Is there seriously any reason to believe that Etsy or Twilio - USV companies for which I've already found applications - wouldn't? This kind of thing won't stop until people like Fred refuse to invest in companies that are pursuing patents without a binding commitment to use them only in defense, and for all their strong words they don't seem to be doing that.

14 lat temudiscuss

I just looked at all of Fred's comments on that thread, and saw no such thing. Please don't lie just because you find the truth about startups and patents inconvenient.

14 lat temudiscuss

That's not Fred's official standpoint. The author is Brad Burnham.

14 lat temudiscuss

No, he'd just have to allow that. Anyone can say they're spending all that money on lawyers for purely defensive purposes, but without a public written commitment it's just BS. If the talent leaves and the business dries up, the intellectual property is often the only asset remaining. That's why VCs demand it, so they can minimize their losses by capitalizing on the IP. I have friends whose names are on patents that have been abused, and they're livid about it (or in one case severely depressed) but there's nothing they can do. If the intent is to use patents only defensively, why not put it in writing? If somebody doesn't, anybody else who believes that will be the case anyway is hopelessly naive. It's part of the game plan from before the moment of filing.

14 lat temudiscuss

[citation needed]

14 lat temudiscuss

No, sorry, I'm not in the room at other people's startups when they do that. What I can do, however, is look at the list of investments at Union Square Ventures where he's a principal. Then I can find patents and applications for founders and VPs at Etsy, Twilio, GetGlue, and others. I've probably been at more startups than most in this thread, and I've been under that pressure myself, so I know exactly how that happens. Do I know Fred was involved here? No. Does it seem likely? Yes. He sure doesn't seem to take a strong stance against the practice, does he?

14 lat temudiscuss

That's a fair point, but I don't think it gets very far. He also goes on to say, "I don't think there's a unique idea out there in the web space and hasn't been for well over a decade." That's a pretty common attitude. Have you ever seen anyone say "yeah, that software patent is truly novel"? Ever? I haven't, so he's not really making a distinction between these specific patents and others. Without such a distinction, he's essentially saying that any patent suit would be wrong . . . but then why do he and his ilk put such pressure on startups to generate the raw material for those suits? Whether Fred himself is actually hypocritical on this point is not clear, but without a strong statement from him about that kind of pressure - and there's none in that post - he still seems so.

Is it a bit dirty to do this immediately pre-IPO? Yeah, I think so, even absent other concerns. But Fred's comments go far beyond these specific patents at this specific time. He talks about a very general "unspoken line" that web companies shouldn't cross. It's the general statement I object to, not the specific one.

14 lat temudiscuss

His blog title is "A VC" plus right at the top of the page it says "Fred Wilson is a VC and principal of Union Square Ventures" so yeah, I think I was on pretty firm ground there.