Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
kennystone
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
11 ms
·
31.
▲
We are growing fast and hiring engineers – PlanGrid (YC W12)
1 points
by
kennystone
13y ago
32.
▲
We are growing fast and hiring engineers – PlanGrid (YC W12)
1 points
by
kennystone
13y ago
33.
▲
by
kennystone
13y ago
San Francisco, CA; PlanGrid (YC W12); Looking for engineers in SF We’re a small team of construction engineers, software engineers, and ex-rocket scientists, building intuitive, beautiful tablet apps for construction. We love disrupting an
34.
▲
PlanGrid (YC W12) is looking for engineers in SF
1 points
by
kennystone
13y ago
35.
▲
by
kennystone
13y ago
"deliver by" would be even better
36.
▲
by
kennystone
14y ago
If you have 2 unicorn servers and you happen to get 3 slow requests routed to it, you are still screwed, right? Seems to me like it will still queue on that dyno.
37.
▲
PlanGrid (YC W12) is looking for engineers in SF
1 points
by
kennystone
14y ago
38.
▲
by
kennystone
14y ago
The bug has been there for 6 years and is present in virtually ALL deployed versions of Rails. Bugs happen (and they are certainly more common in dynamic frameworks like Rails)
39.
▲
by
kennystone
14y ago
foursquare pretty famously uses Mongo, and they handle a ton of data.
40.
▲
by
kennystone
14y ago
Beautiful app. They've clearly been working on this a long time.
41.
▲
by
kennystone
14y ago
Pretty awesome, seems Minefold is evolving from a Minecraft specific service to a heroku-like platform for games (and Heroku started with just Rails, of course).
42.
▲
by
kennystone
14y ago
Eating isn't the problem. The problem is making decisions throughout the day. It takes willpower to say no and ask tough questions, and your willpower gets drained through the day.
43.
▲
by
kennystone
14y ago
It's not simple if your friends aren't already in your social network. The link will work for anyone you send it to.
44.
▲
by
kennystone
14y ago
Between Mongo and Heroku, we've been able to stay small and super focused on functionality, which is by far the best use of our time. Paying these guys a few hundred$ a month is just way cheaper than my engineering team spending mind share
45.
▲
by
kennystone
14y ago
Being able to write files to a filepicker url - which ends up in a users cloud account - is very powerful stuff. We're using it to automatically sync zip files that take a long time for us to process. Having a very easy to use layer of ab
46.
▲
by
kennystone
14y ago
the products were front and center in the video
47.
▲
by
kennystone
14y ago
Looking up state and dealing with race conditions is way more complex than fire and forget, imo.
48.
▲
by
kennystone
14y ago
This is so much more easily solved by just sending the JSON document of the user in the message to the worker. A database look is not necessary, a transactional record lookup based on ID is overkill.
49.
▲
by
kennystone
14y ago
Getting customer data into your system is harder than it looks. Flash uploaders are pretty crappy, but you need them for IE users and direct to S3. Flash is broken for mobile, of course, as is the whole 'upload from computer' concept. Bo
50.
▲
by
kennystone
14y ago
It won so many adopters because it was simple and pretty. The advanced features are great, but TM won because it didn't have Emacs/Vim learning curve, and it mostly just worked.
51.
▲
by
kennystone
14y ago
Beautiful UI and a great opportunity. The iPad demands to be taken everywhere, and Apple has proven with iWork - Keynote especially - that office apps can be awesome on a tablet. Google's Spreadsheet webapp, on the other hand, is complete
52.
▲
by
kennystone
14y ago
What does the flexibility of the backend file stores buy me? It doesn't seem like I should care as long as it's easy to install.
53.
▲
by
kennystone
14y ago
The tech is funny and most failed at this - we all know small batches or private twitters isn't that hard to do - they won with hustle and sales (and good tech probably).
54.
▲
by
kennystone
14y ago
Quite a few Erlang gotchas in those notes. Fault tolerant systems are really hard to design even when you know what you're doing and are using the best language for it (Erlang). Erlang aside, it seems the higher level architecture may nee
55.
▲
by
kennystone
14y ago
Heroku is really good. You will probably have more downtime than them unless you hire a whole team of operations and admins and pay a lot of money for hosting. It may also take a while to build out the deployment and development tools the
56.
▲
by
kennystone
14y ago
Yeah it suits Harvest perfectly but as a general purpose library is has some big limitations.
57.
▲
by
kennystone
14y ago
Most of that graphic is about a classic web stack - only one branch is rails. Still, a nice visual representation of how hard the job is.
58.
▲
by
kennystone
14y ago
The stats don't matter because college has been the default choice of young people for decades. The winners in life usually go to college, so the best companies will usually be founded by college graduates. The point is that college isn't
59.
▲
by
kennystone
14y ago
Probably never as easily as JS in the client. You should look at CoffeeScript if you don't like JS syntax.
60.
▲
by
kennystone
14y ago
The trend is this: any loved technology that's been around a little while (Rails, Node, Mongo, etc) makes for dramatic farewells on hackernews. It's not unlike supermarket tabloids.
More ›