I wrote Elasticsearch CLI just to scratch my own itch, as for certain tasks I just prefer to stay in the terminal. It's written in bash, uses curl under the hood and provides zsh completions for index and alias names.
About 10 years ago I attended a small local conference in Poland and met a guy who came there with his ~10yo son. As it turned out, the father was only an escort.
The kid was the most active person from the audience when it came to QA sessions after the talks. He asked genuine and interesting questions and spoke from his own experiences about building web apps and browser extensions.
I've never met anyone like him, even though I worked with some really good engineers in their 20s and 30s.
We're using dashing to present some internal information about our company's cashflow.
We built a second application (in Rails) that collects data from various sources, stores and transforms it, and then exposes it via API for dashing to use.
So in our case, dashing is a neat presentation layer and it serves its role very well.
I was sleeping when I got news of Dashing being at the top :S. Haha. While I work on getting it stable, enjoy this screenshot: http://cl.ly/image/321Y2V361X1r
I think that's because of wide variety of CMS applications build with PHP that are so common. Also it's cheaper to hire a PHP programmer than .NET, Java or Ruby one.
I wouldn't say it's better. saxy wraps around Nokogiri SAX Parser by implementing it's callbacks.
What I wanted to achieve is to take advantage of SAX parser (memory efficiency when used correctly) with as little preconfiguration as possible, because I often face one-off tasks that involve importing large XML files into database.
I've seen some implementations of SAX parsers, but they either missed the point by only using it's API under the hood and still returning all the results at once (thus not being memory-efficient at all) or required extensive configuration (which seems a waste for one-off imports).
He means Hacker News' next page link. The URL you get by clicking it is unique to you and it preserves order of stories when you navigate from one page to next, but it has short lifetime.
Yes, that's right, but if you look at the page source you'll see fnid used elsewhere too, e.g. "add comment" IIRC. It's annoying to have typed a comment, hit add, only to find the continuation has been flushed from the cache at the server.