Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
boucher
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
88 ms
·
961.
▲
by
boucher
19y ago
Facebook's technology is not as impressive as Google's for sure, but they actually do have some fairly impressive technology. For one thing, they process a huge amount of data on a daily basis (I want to say I was told over a trillion "new
962.
▲
by
boucher
19y ago
Yes or no, it was both a stupid move and in poor taste. Google App Engine requires developers to put a fundamental trust in Google (in a away AWS does not). It was incredibly stupid of them not so much because they did/did not steal the id
963.
▲
by
boucher
19y ago
I fail to see how this is evidence of anyone's ignorance.
964.
▲
by
boucher
19y ago
Lowest paid CEO? Steve Jobs at $1. Yet at +99%, Apple was outperformed by only three companies on the list.
965.
▲
by
boucher
19y ago
I agree that the book is way too overused. I was immediately turned off when I would interview people who started talking in design patterns (not to mention people who would say the wrong ones). However, I think there are completely valid
966.
▲
by
boucher
19y ago
I use Safari to develop, to browse for fun, for everything. I use Firefox/Firebug only when its necessary, which turns out to be not very often.
967.
▲
by
boucher
19y ago
Though I disagree with most of the conclusions in that essay, and in particular the expectation that Lisp (or a direct descendant) is going to be the language of the future, I still think it's way too early to call the above languages fai
968.
▲
by
boucher
19y ago
I think Perl has been relegated to short scripts and legacy code bases. I don't see a lot of new projects being developed in Perl. That's what I meant by leaving it off the list.
969.
▲
by
boucher
19y ago
What this fails to take into account is that most programmers learn a language with C like syntax first. Either C, C++, or Java (you could even argue JavaScript). Like it or not, people have a tendency to avoid change when possible.
970.
▲
by
boucher
19y ago
That seems like a good list of reasons. I would add perhaps the sheer volume of code on the net in other more popular languages, compared to Lisp. I disagree with your conclusion that Lisp is somehow going to take off though. After being
971.
▲
by
boucher
19y ago
Like it or not, I don't think you can call any of those languages failures. Certainly not PHP, Python, or Ruby. I would venture to guess that all three are more commonly used than Lisp.
972.
▲
by
boucher
19y ago
If you're interested in some of the history behind the 64 bit Mac version, read this: http://arstechnica.com/staff/fatbits.ars/2008/04/02/rhapsody...
973.
▲
by
boucher
19y ago
Apple has really executed the iTunes Music Store well. It's been less than a year since they overtook Amazon to become #3, and they're still growing fast. Movie rentals, the iPhone, and the Apple TV are all going to contribute to the stor
974.
▲
by
boucher
19y ago
Out of curiosity, do you take into account when they started filling out the application (perhaps when a first draft is saved, or when new users signed up)? We started filling it out about a week before the deadline, and I'm pretty sure we
975.
▲
by
boucher
19y ago
It's true PG says this, but at least on a subconscious level (if not a conscious one) its probably not 100% true. There are practical limits to the number of companies YC can fund (space, time, money).
976.
▲
by
boucher
19y ago
This doesn't really address the issue that there's no centralized information repository. With the content entirely in RAM, to distribute the app to two boxes would require either some sort of message broadcasting system, or re-architectin
977.
▲
by
boucher
19y ago
I'd be interested in knowing how inaccuracies in JavaScript's Date facility affect results.
978.
▲
by
boucher
19y ago
It probably reminds you of that because its linked from that page, and is part of the same research project. It was published in October of last year.
979.
▲
by
boucher
19y ago
This is a scaling question. Clearly the question is, assuming the current set up is no longer enough, what would be the best way to scale this architecture.
980.
▲
by
boucher
19y ago
The entirety of NewsYC is kept in memory, if I recall correctly.
981.
▲
by
boucher
19y ago
How long are we going to have to put up with the ridiculous labeling of every post. If you like Paul's article, fine, use it as your own frame of reference. But please don't litter News YC with your analysis of what is DH1 and what is DH2
982.
▲
by
boucher
19y ago
My co-founder and I took a seminar on entrepreneurship offered jointly between the engineering and business schools at USC. It was actually pretty similar to YCombinator dinners -- every week someone (occasionally multiple people) came in
983.
▲
by
boucher
19y ago
I disagree. If you use name recognition as a proxy for knowledge (which is probably a poor metric), than you're probably as likely to have heard of Turing as your are Pushkin. The set of people who have heard both is likely to be much sma
984.
▲
by
boucher
19y ago
An idea is not an innovation. MP3 players were nothing new when the iPod came out, but the iPod was the most innovative Apple product in years, which is saying a lot at a company like Apple. The iPod remains one of the most innovative con
985.
▲
by
boucher
19y ago
Most interesting statistic I've read today: "Breaking stride to pick up a penny, if it takes more than 6.15 seconds, pays less than the federal minimum wage."
986.
▲
My Favorites at Under the Radar
(blog.blist.com)
1 points
by
boucher
19y ago
|
0 comments
987.
▲
by
boucher
19y ago
http://www.mixwit.com/ the much better version.
988.
▲
YC Startup: Mixwit’s Mixtapes and Broader Social Media Ambitions
(techcrunch.com)
21 points
by
boucher
19y ago
|
6 comments
989.
▲
by
boucher
19y ago
How can you take "the environment in big companies is toxic to programmers." and say "Paul makes no claim about employees being unhappy [...] the absence of something you don’t even know you’re missing is hardly likely to make you unhappy o
990.
▲
by
boucher
19y ago
Ironically, this is precisely the kind of conclusion people are drawing from PG's essay, and its not what he was saying. I certainly don't know that people are projecting "enormous" insecurities into Paul's piece. Nor does it make me rea
More ›