henryprecheur
Joined 19 years ago
Karma
470
Submissions
77
Member since
Jan 14
http://henry.precheur.org/
View on Hacker NewsRecent submissions
Comment · 14 years ago
That policy is a bit risky. That might diminish the use of other things that reduce significantly the spread of HIV, like condoms. It's still unknown how effective the gel is: maybe 90%, maybe 5%, condoms are 90% effective AFAIK[1].
Comment · 15 years ago
If you just look at the number of hours, it's "just" a full time job for a year:
8 hours a day * 200 working days = 1600 hours
With 30 people working just a week (5 days), we're already at 1200 hours.
Maybe they got their hours wrong? Or it's not that impressive (I'm a grumpy old man).
Comment · 15 years ago
Sometime shitwork can be a very good way to find new possibilities. A lot of people do shitwork that's immensely useful, like editors on Wikipedia, moderators on reddit and forums, people who enter all the data into imdb. I don't see how those people could be replaced by algorithms with what we know now.
Sometime shitwork needs to be done because you can't simplify. I'm doubtful that Facebook's auto-group feature would work for me. Maybe me doing shitwork on Google+ is what work for me, because I value my freedom to control my information online.
Comment · 15 years ago
> Who pays what in taxes is really a diversion.
The "who" is actually pretty important.
Tax the working man more, and you'll discourage working. Tax the rich, and he might move to another country.
There are many ways to raise money for the state, and none is really "fair". There will always somebody who'll be screwed in some way.
Comment · 15 years ago
I don't know if I like it or not. If you know SQL well and want to switch to a NoSQL database, what's easier learn? The "proprietary" API of the dababase (like Redis, or MongoDB) or the limitations of unSQL?
I can't speak of other NoSQL databases, but unSQL doesn't seem to expose most Redis' features, like lists & sets.
Comment · 15 years ago
Keep Your Crises Small, http://www.youtube.com/watch?v=k2h2lvhzMDc
It's a lecture from Ed Catmull. I highly recommend it, many gems from a brilliant developer turned brilliant manager.
Comment · 15 years ago
Husky & HD (another StarCraft caster) both have a healthy revenue stream from their Youtube Channel. There are at least 12 other casters/players in North America/Europe making a living casting StarCraft II games.
Husky wasn't the first to cast. Guys like Day9, Artosis, & Tasteless cast too, and are quite popular. But HD & Husky were the first to focus mostly on "Virtual" tournaments. The other successful casters focused more on "Real life" tournaments. Artosis & Tasteless even went to Korea for a year to comment StarCraft II games on GomTV. Day9 regularly travel to big tournaments.
And yet, none of them make as much money as Husky & HD (supposedly, I don't have hard numbers.)
It shows the power of the web. The old medias are here to stay, but most of the creativity & growth today comes from the web.
Comment · 15 years ago
I agree that SPDY would be a "quicker" solution. Just modify the browsers and wait a year or two, and 30%+ of the people browsing the web will have it.
SCTP have the nice side effect of improving things like streaming, and games.
As for application-layer changes, I don't think it would be too difficult to do, kind of like ipv6 (I don't have anything to back this up, it's just a hunch).
SCTP deployment will much longer than SPDY, but SCTP seems to be the "right thing to do". Not only for the web, but for other things that use the network. Internet is not only http://.
UPDATE: I just realized that saying that the transition to SCTP will be like IPv6 isn't necessarily a good point for SCTP :-D ... I guess I'm a purist and not a pragmatist.
Comment · 15 years ago
I don't like SPDY. It's trying to solve a transport problem at the application level. Plus it seems to be quite complex.
I'd love to see Google promote a transport protocol like SCTP[1], and do HTTP over SCTP instead. If Google pushed SCTP a little bit, we might see it pop on Linux and Windows within a few years.
[1]:http://en.wikipedia.org/wiki/Stream_Control_Transmission_Pro...
Comment · 15 years ago
Indeed, just to make it clear: There's no more C++ code in the OpenBSD's base, but g++ the C++ compiler is still present.
I don't think that g++ will be removed. Too many things are written in C++. And as long as GCC is present in OpenBSD, there's no reason to remove G++.