dikbrouwer

It is nowadays built into macos, check your keyboard settings, there is a special keys remap option

I do, but only in smaller side projects and I'd love to hear from someone who has experience with both in larger settings. Although they work very differently, the query language (Cypher vs. Datalog) have a very similar feel to them. When I tried them it seemed that Datomic would be the more flexible of the 2 (eg. for use cases where you'd want a bit of relational and a bit of graph support), and that Neo4j you'd end up with PostgreSQL next to Neo4j in many practical applications. I have to say though that the query/visualization UI that Neo4j provides is nice and helps with making sure your data is indeed stored in the way you want.

We recently did this, and it's not that big of a deal. In our case, a 30-line sql script did the job (mostly related to renaming fk fields in other tables, and re-creating indexes and constraints). More than happy to share, although it's very specific to our app of course.

Done!

Great! Love the product btw, I really think it solves a clear pain point. One feature request: give the option to send checks (through the API preferably) vs. an ACH. An ACH is not always feasible.

Guys, a typo on your "overview" page:

... and 2.9% = 30¢ when you successfully ....

This should be 2.9% + 30¢ I believe.

Did you try scrolling using Safari instead of Chrome/Firefox? With the Retina display, scrolling is significantly smoother on Safari (aka it's not smooth on a 15" Retina on Chrome either).

While I'm not a Chef fanboy, far from it, some of these comments are just not true.

"and does stuff like execute apt for each desired package on each node on each run". No you just need to set it up correctly so that it keeps the timestamp of the latest apt-get update, and does not refresh it within the next x hours.

"not self-hosted". Somewhat agreed, although you can easily get around this with the excellent https://github.com/tobami/littlechef

Makes a lot of sense, thanks for sharing!

Right, I guess my question more specifically is: ZeroMQ allows you to built applications like this in (seemingly) just a few lines of code. Did you guys consider building it on top of ZeroMQ, and if so, what made your decide to not use it? Nothing against what you've built btw, it looks great, but am just curious

How does this compare to ZeroMQ?

We tried to do something along these lines with journly.com. We've since pivoted away and are working on something else, but I agree it's still a problem that needs to be solved.

Check out Go (golang) - I feel it's going to be one of the strongest contenders for statically-typed web languages over the next few years.

Ha, almost. I just checked Homebrew this morning and it has 445 outstanding issues.

Fascinating, we (Tiny Review) are finding out about this through Google Alerts, haven't received a letter yet.

Interesting existential question. Just so all of you know, we're just having a bit of fun and not selling anything to anyone.

This was a 3-day hack to test a mobile version of our iPhone app (Tiny Review). It worked out pretty well; next week we'll convert our existing site tinyreviewapp.com into the same hmtl5 mobile format.

We tried this and found the response to it very minimal. It's probably better than nothing but I wouldn't expect it to do wonders.

FYI, here is another perspective on FB Connect signup: http://damurillo.tumblr.com/post/9214057988/disappointment-w...

You're right, although I expected a much lower drop-off. We'll post follow-on data soon(ish).

Yes, asking for FB permissions twice was tripping over our users however. What seems to work right now: login with Twitter or username/password, and add FB auth later when a user wants to share. This apparently doesn't feel the same as allowing FB on signup. Makes sense?

Not much - you can always login by granting FB permissions again, and you'll return to the same account. FB just provides you with a facebook id that you use to lookup the user in the db.

Initially we had a 2-step process: ask for email permissions only during signup, and for post permissions later when you actually wanted to share something. Unfortunately this confused our users even more - they didn't understand why they had to FB-auth twice. I guess that many don't actually read the list of permissions (although a short list is better than a long list).

Agreed, the headline comes from a real email from one of our users. It's just one of many pretty direct responses to (only) fb auth (I'm the author)

I find their service excellent. The website doesn't have the latest hip look, but the service is solid, and they are very responsive and helpful in case you run into an issue. For a free service, that's impressive.

This is really an awesome presentation - lot's of great nuggets in here. Thanks for posting Ilya!

A long time ago I once had a "rm -Rf ..." in a bash script. Missed a space, and yep, it deleted everything. Luckily the DB wasn't owned by the logged-in user so everything was recoverable. One of these "learning the hard way" examples of what NOT to put in a script (this may sound all very obvious but when you're in a hurry, really stupid mistakes do happen).

This video was made by Firespotter labs, the same team that developed Nosh, before Oink was released (so no, nothing to do with each other).

using strict sounds like a great idea - I wonder what other implications that has, need to look into it.

One thing you can do to help avoid this: use JSLint (or something equivalent) to check for missing var keywords. And, the obvious (as you already mentioned) coffeescript. Would love to hear of other suggestions on how to effectively debug this, especially in node.