Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
remon
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
15 ms
·
121.
▲
by
remon
12y ago
I agree but the level of funding and big names involved do seem to indicate there is some substance there as well. I'm fascinated.
122.
▲
by
remon
12y ago
I'm not disagreeing and that's a perfectly valid reason to go for node for smaller projects or for prototyping. What many people fail to realise is that the "concurrency" model (it is solved by simply not having concurre
123.
▲
by
remon
12y ago
I'm not sure if I agree. Responding after 1ms is not the same (or even very much related to) routing a request taking up 1ms of cpu time. Although there are a ton of nuances that make the following a small oversimplification it does b
124.
▲
by
remon
12y ago
I hear this more often and it is somewhat misleading. That sentence seems to imply node.js is better in terms of I/O throughput compared to other technologies, as if it's a trade off. This is incorrect and it would be more accur
125.
▲
by
remon
12y ago
Why are these arguments in favor of Node.js over their current Java based stack? Java is both considerably more speedy for this sort of workload and there's a significantly larger pool of high end Java server developers compared to hig
126.
▲
by
remon
12y ago
The motivation part starts around 8:30. It's hard to claim complete objectivity when it comes to things like this but it sounds particularly unconvincing to me. Node.js' sweetspot is providing an easy route to server development f
127.
▲
by
remon
12y ago
I wonder what the thought process was behind moving their web service stack (partially?) to node.js in the first place. For a company with the scale and resources of Netflix it's not exactly an obvious choice.
128.
▲
by
remon
12y ago
Not sure if "learning opportunity" should necessarily be on the priority list for a framework that apparently is intended to serve as the backbone for a lot of service development within a company the size of Tumblr ;)
129.
▲
by
remon
12y ago
I'm curious about the motivation to use Scala for such a relatively small codebase.
130.
▲
by
remon
12y ago
You'll struggle to find a definition of microservices that everyone will agree on. I'd say microservices are lightweight, isolated units of business logic that can communicate with other such microservices through a well defined i
131.
▲
by
remon
12y ago
This is getting a bit old. Nobody's arguing JavaScript is the best (or even a particularly good) language for server development. Node's popularity for a large part is due to the fact that it turns JavaScript developers into full
132.
▲
by
remon
12y ago
Out of pure curiosity, what are the common use cases for a fast in-memory database? Are they exclusive to server-side applications (e.g. caching)?
133.
▲
by
remon
12y ago
The big difference is that with one of the two options they don't actually have to spend the $300,000.
134.
▲
by
remon
12y ago
Committing code should not be a glorified Ctrl/Cmd+S. With few exceptions each commit should be an isolated unit of work. Also, this floating to the top of HN is a bit of a mystery to me.
135.
▲
by
remon
12y ago
Well I'll immediately admit my top 10 comment wasn't exactly based on comprehensive research and polling on the subject. That said I doubt that if such a poll would happen the results would place Scala anywhere near the top. There
136.
▲
by
remon
12y ago
Who's "we"? How about we ask Google to focus on things the vast majority of Android developers actually want? Java 7/8 comes to mind. Even if we're looking for just an alternative Android dev language Scala probably
137.
▲
by
remon
12y ago
I quite like the idea but it's a little too buggy at the moment : - Wildly varying performance (and thus difficulty) depending on which system/GPU combo is being used - Key input stops responding on slow machines sometimes. Having
138.
▲
by
remon
12y ago
Well, bonus points for a context appropriate username.
139.
▲
by
remon
12y ago
So what you're saying is that you either have to agree or be considered someone not in their right mind that only says things out of spite? Perhaps you've touched on the problem the top commenter mentioned; namely that this topic
140.
▲
by
remon
12y ago
Why? What makes that comment hateful or idiotic. It's a perfectly valid opinion albeit expressed in a less than tactful way. I'll be the first to admit that some opinions do make people sound hateful or idiotic but you're put
141.
▲
by
remon
12y ago
That's a rather impressive observation as there were only a few comments at the time you posted this and none of those are "idiotic" or "hateful".
142.
▲
by
remon
12y ago
Well, if there is an award for the library name that is hardest to get Google results for this one is a contender.
143.
▲
by
remon
12y ago
"404: File Not Found" Is that the joke or is it down?
144.
▲
by
remon
12y ago
A very brave decision to make, especially given the growth MongoDB is experiencing at the moment. With that said I would like to add that as an early adopter of the technology (read; most of our company's software is built with MongoDB
145.
▲
by
remon
12y ago
Can you elaborate on "awful grossing" of 2048 versus Threes. I'm not seeing any significant decline in 2048 grossing ranks.
146.
▲
by
remon
12y ago
It's amazing to me how consistently government IT projects fail and how widespread the problem is. A simple google teaches us that this has been and still is a consistent problem for quite a lot of countries. Some with an incredibly st
147.
▲
by
remon
12y ago
Indeed.
148.
▲
by
remon
12y ago
100x faster != 100x cheaper. Anyway, I'm familiar with the codebase of both Cassandra and especially MongoDB and I just don't see room for a 100x performance improvement without sacrificing something. A bit of I/O tweaking ce
149.
▲
by
remon
12y ago
TL;DR version "Didn't read the rules, broke the rules, :("
150.
▲
by
remon
12y ago
"But unclear about their benchmarking method". That can be said for every single performance claim they make. There's a rather distinct lack of objective facts.
More ›