srjk

why is this grey? Don't people have a sense of humour anymore?

They have been moving into "sales intelligence". Their data/professional graph is a pretty big (maybe only) competitive advantage for the next year or two in that area. So, it follows that they would block off access for possible competitors and/or cordon off more data. This move became inevitable when they partitioned their API by "partner access" a while back.

However, this is great news :) It will just make linkedin irrelevant quicker. They are moving away from being a social network for professionals to being a source of sales intelligence. Most users wont be too happy with that. And, unlike facebook, linkedin is much easier to migrate off of. Really, linkedin was the first big professional network, not the last one.

IMHO angellist is more in line with what the future of professional networks is.

Sure, the "halflife of openness" of crunchbase is probably smaller than angellist.

However, at this point crunchbase is pretty open (to the point of giving data dumps) so I'll give them the benefit of doubt for the next 2 years.

Anyway, startups seem to tend towards closing off access to their data as they become the dominant player so it's a question of when not whether.

Definitely could see this coming. While it's a shame that linkedin is closing down their API even more, they are just shooting themselves in the head which is great news :)

Anyway, the future of professional social networks is destined to be rich ones for each profession/vertical, not the "crappy/high noise for everyone" linkedin model.

I know I'm focusing more on crunchbase[0] and angellist[1] APIs for my startup.

[0]https://developer.crunchbase.com/

[1]https://angel.co/api

Ringio - Full Time, Near Courthouse Metro, VA / Washington, DC

keywords: go, growing pains, grails, node.js, ejabberd, erlang, realtime

Ringio(http://ringio.com) provides internet phone service to small businesses to improve the quality of their phone interactions. We have some great ideas for owning this domain and are looking for a few great software engineers to help take our product to the next level. If you're interested (or know someone who is), read more and email srijak AT ringio.com[1]. If you are interested in Go or node.js you should definitely get in touch.

Major areas of development focus:

  - Scaling: We are growing at a rate where our current stack and architecture need
              to be rethought. So, there is a lot of interesting work to be done.

  - Modern HTML Applications: We’re very excited about  JavaScript frameworks that
              have grown in popularity (like Angular.js, D3). We’re interested in
              using web technologies for our mobile and desktop applications, so if
              you’re experienced with (or just interested in) JavaScript, 
              CoffeeScript, SCSS, WebSockets, or BOSH, there’s a lot of research 
              and development to be done.

  - Voice Technology: All calls using Ringio run through our voice systems to enable
              things like on-hold music, call screening, and transfers.
              We have a lot of new voice functionality that we’d like to build,
              as well as technology we’d like to integrate. This is fairly unique to
              our industry and involves some interesting timing, reliability,
              concurrency, and state management problems.

  - API Development: Integration with CRM systems and reselling partners requires APIs
              for large pieces of our platform. We need help expanding our APIs, 
              making sure they’re usable and secure, and testing that they’re working
              correctly.

We’re Looking For People Who Are:

  - Smart software developers

  - Familiar with object oriented programming. We use Grails and Java for our major
    systems but are moving towards Go, Node.js for our service layer. We don't require
    you know any of these languages, but expertise in *a* language is desired.
    If you are interested in Go or node.js you should definitely get in touch.

  - Familiar with Unix/Linux command-line systems. Logging into a Linux server to count
    the number of ERROR lines in a log file grouped by hour wouldn’t be difficult
    for you.

  - Excited about joining a startup and wearing many hats.

  - Authorized to work in the US

  - Able to work from our Courthouse Metro office (flexibility to work from home
    sometimes, but most time will be at the office)

If you're interested, email srijak AT ringio.com[1].

[1] Email should have your resume attached, have the string "from hackernews" somewhere in the subject line, and tell us why you think Ringio should hire you :)

Maybe just zk clients that listen to updates (watchers) on specific znodes? Business/validation logic can be on clients that can either be embedded in the app or write out to a config file consumed by another process.

I am rarely moved to comment on a post. This one seems to be especially thoughtful and sincere.

I understood the core message to be we shouldn't let labels that define some aspects of who we are constrain us.

Or, in programming terms: mixins not class hierarchies :)

Favourite quote: "True self improvement requires becoming a better version of our selves, not a lesser version of someone else."

I've used unison in the past and liked it. May not fulfill the "zero knowledge" criteria but IIRC it's fairly simple to set up.

http://www.cis.upenn.edu/~bcpierce/unison/

IANAE, but while reading over the riak docs for an upcoming project, the concept of links is one that stood out. http://blog.basho.com/2010/03/25/schema-design-in-riak---rel...

Robert Morris, around 2004. I had an assignment that asked me to write about the Morris worm. So, I decided to shoot him an email with a few questions.

Needless to say, it made my semester (and not only because I got 20% extra credit on an assignment where that wasn't an option).

second the book.

I just started it last week and have come to really appreciate ruby. My code doesn't look like python anymore :)

This scared me. I just installed a wallpaper app yesterday and while doing so thought "that's weird, why does it my personal information, phone calls etcs". But I still got the app. I guess my excuse is being used to my iphone, I didn't think about exactly how much access I was granting to this random app.

Anyway, I just checked, and the wallpaper app I had wasn't from jackeey. It's a top free app on the marketplace named Backgrounds by Stylem Media. And, it requires access to network communication, personal information, storage, phone calls, and system tools.

I have no idea how the warnings are generated. Maybe devs are just including random libraries in their app (copy paste?) which are setting off these warnings? If not, why does this wallpaper app need my personal info?

Anyway, good wake up call, I will definitely be more careful wrt what I install on my phone.

EDIT: App request: something that logs/polices information going out from my phone. Firewall? we'll be needing a anti-virus next :(

thanks for both your replies.

I have used (and liked) mongodb in the past. Horizontal scalability is important and mongo doesn't have a stable release with sharding. Also, this page http://www.mongodb.org/display/DOCS/Sharding+Upgrading+from+... seems empty.

But, the ease of use is really tempting :)

On that note, would you mind talking about what you use to store the data, efficiently query it etc?

I am in the nascent phases of developing a location based app, but have gotten stuck in trying to figure out a good way to store the data. Currently cassandra is the top contender.