HNHacker News
TopNewBestAskShowJobs

hungryblank

337 karma · joined June 24, 2009

submissionscomments
hungryblank··on Ask HN: Who is hiring? (July 2014)
Contentful - https://www.contentful.com - Berlin, Germany (VISA)

We are hiring for several full time positions:

1. Android Developer - http://contentful.workable.com/jobs/7793

2. Dev Ops - http://contentful.workable.com/jobs/8221

3. JavaScript Developer - http://contentful.workable.com/jobs/2980

4. Ruby / Rails Developer - http://contentful.workable.com/jobs/2954

5. Elasticsearch / Lucene Engineer - http://contentful.workable.com/jobs/2957

hungryblank··on Ask HN: Who is hiring? (June 2014)
We are hiring for several full time positions at Contentful in Berlin (Germany), we do sponsor visa.

1. Android Developer - http://contentful.workable.com/jobs/7793

2. Dev Ops - http://contentful.workable.com/jobs/8221

3. JavaScript Developer - http://contentful.workable.com/jobs/2980

4. Ruby / Rails Developer - http://contentful.workable.com/jobs/2954

5. Elasticsearch / Lucene Engineer - http://contentful.workable.com/jobs/2957

hungryblank··on Ask HN: Who is hiring? (April 2014)
Contentful Berlin, Germany

https://www.contentful.com/jobs/

* Ruby DevOps with erlang knowledge to work on our infrastructure

* lucene / elasticsearch expert

* Android Developer to develop Android SDK (will be opensourced, like our iOS SDK)

* Ruby/JavaScript developer

hungryblank··on Ask HN: Who is hiring? (March 2014)
Contentful (https://www.contentful.com)

Berlin, Germany we're looking for the following roles

- SDK Android developer

- ruby/golang devop

- Lucene/Elasticsearch engineer

https://www.contentful.com/jobs/

hungryblank··on Elasticsearch 1.0.0 released
At Contentful in Berlin (Germany) we're looking for an elasticsearch/lucene expert, if you're excited by this tool and want to work full time with it get in touch.

https://groups.google.com/d/msg/elasticsearch/Rb7Lei4gaaE/7I...

hungryblank··on Why Erlang?
BEAM has this very interesting concept of scheduling, working from a very high level point of view as follow

1) there are a number of processes wanting to be executed

2) schedulers (generally one per core but is a configuration option) schedule on process and run it for a fair amount of operations. This makes systems with heavy parallelism run very smoothly since single processes won't hog cores but will only get a fair amount of scheduling.

On top of that the fact that the BEAM is directly aware of processes (actors) makes the system very transparent (you can look in depth into a single process and examine it's heap size, scheduling consumption google for erlang process_info to get an idea)

Very interesting with this regard are the slides about the erlang VM by Robert Virding http://goo.gl/PHfeh and from erlang "half word" VM talk by Patrik Nyblom http://goo.gl/2LD9S

hungryblank··on Tumblr Architecture - 15B Page Views a Month and Harder to Scale than Twitter
You do not write an article about technology by vomiting hundreds of bullet points mentioning every technology a company ever used. It's an appallingly bad example of technical journalism. This is not informational, it's just bullet point driven bike shedding.
hungryblank··on Ask HN: Thoughts about qui.tw (geolocation shortener)
Thanks, good point about the twitter association, I guess that's just the first use I thought of and it made the design sort of playful. For trips and multiple landmarks I'm wondering how I can keep the UI simpler than google maps so it can still make sense to use qui.tw vs google maps + any url shortener.
← PreviousPage 2 of 2