886 reputation
49
bio website
location California
age
visits member for 2 years
seen yesterday
stats profile views 136

May
14
awarded  Scholar
May
14
accepted Single codebase for client and server with Node.js
May
14
comment Single codebase for client and server with Node.js
Thank you. To be clear, I think the platform, the async model, the community, and the ecosystem are pretty awesome. Those are selling points, and big ones. I just don't think the language itself it a selling point, but everyone seems to use it as one.
May
14
comment Single codebase for client and server with Node.js
@hippietrail: the drawbacks have nothing to do with speed of the implementation.
May
14
comment Single codebase for client and server with Node.js
I don't think it's a stretch to say that javascript, the language, has problems. I mean, the most popular book is called "the good parts" and basically outlines a long list of gotchas. Even the "good parts" are full of gotchas. When I read that book, I was reminded of c++, and not in a good way.
May
14
asked Single codebase for client and server with Node.js
May
7
awarded  Yearling
Mar
8
awarded  Pundit
Jan
2
comment Software Architecture: How to divide work to a network of computers?
I'm surprised nobody has mentioned hadoop.
Dec
28
comment What do Java developers think of Scala?
this is neither true nor an answer to the original question.
Nov
22
awarded  Nice Answer
Oct
29
comment Is Perl still a useful, viable language?
CPAN is just snake oil.
Aug
19
comment Best approach for writing a chess engine?
I hope alpha beta doesnt take years to write
Aug
7
comment Space complexity of Iterative Deepening DFS
Am I wrong or is iterative deepening (in chess at least) used with a transposition table (cache of positions) so branches times depth is the cache size (space used)?
Aug
5
comment How to prevent intentional over-estimation in user stories?
My point was that hiring that team is not so easy.
Aug
5
comment How to prevent intentional over-estimation in user stories?
Great answer. I provided padded estimates to a recent project (double what I thought realistic). Every sprint, every milestone, right on time. And devs were working full speed--there was just more to it than I had originally considered.
Aug
5
comment How to prevent intentional over-estimation in user stories?
So...first hire rock stars ("true professionals") and then sit back and smoke a cigar?
Aug
5
comment How to prevent intentional over-estimation in user stories?
@bryan: and if all devs do it their way then it's the scrum master who isn't working together as a team. Now who should be let go?
Jul
21
awarded  Enthusiast
Jul
19
comment Understanding comparison using Big O notation
this is basically correct, but the linked list vs array list example is terrible. If a list is small the time to find the nth element will be about equal for either an array list or a linked list. Big O doesn't really matter until N is large. A better example is a binary search tree with O(log n) vs a hash map with O(1). The hash function is constant in time, but could be slower than binary search tree O(log n) for small values of N. Since it's constant, it will at some point (for large n) be less than log n.