$3B in RSUs for employees. Assume 50 employees and equal share - that's $60M each. Wow.

While there are ways to create private registries [0], having a new packaged way to do it would be very useful to some orgs.

[0] https://npmjs.org/doc/registry.html#Can-I-run-my-own-private...

We're currently using Apache Kafka which is working out great, but does include a broker as a middleman. This is good for us since it's designed to accumulate unconsumed data (or even roll it back) and still provide good performance - rather than having that happen on the producers or consumers.

It would be cool to see some stats on throughput and latency relative to # of producers / consumers and amount of data currently accumulated in the producers (since there is no middleman).

It would be great to combine some public data source about browsers together with what you have like, for example, adding information from WURFL:

http://wurfl.sourceforge.net/help_doc.php

Mind their (new) license tho if you plan to use them specifically.

Seems like a great fit so the user does not have to perform their own cross-referencing.

seems like a good candidate for Kickstarter

This is exactly what I was thinking.

I can't afford a $2000 unit now or a $500 unit a year or so from now, but the possibility of having something like this available for $100-$200 3 years from now is super exciting.

I just bought my first touring bike and plan on really getting into it over the next couple of years. Having reliable intern ate access while on a long trip would be great.

i'm curious because right after i registered, i received an email with the subject "Scouts: Please confirm subscription" which goes to a listserv and has a reply to: will -at- vinova.sg.

What gives?

Yes. That seemed pretty deceptive to me too. Nowhere did I agree or appear to agree to signup for a listserv or newsletter. I probably would have, but the surprise email in my inbox makes me not trust this group now.

Hey matan, sorry about that. Somehow our test email got associated with the mail chimp. We'll need to fix that. Thanks for letting us know!

By internet, i think they mean the WWW:

http://en.wikipedia.org/wiki/Les_Horribles_Cernettes

We've been using Pig extensively for our MR queries and we're very happy with it. While i haven't used Cascading, i do like the pipelining approach of Pig more than the SQL-influence method of Hive. It lends itself better for meeting our needs.

Testing is a good point. If you're running Pig through their APIs it is definitely easier to test than command-line running scripts. We've written test code that reads and runs pig scripts through the API using fixed sample data (stored in HDFS for easy access), read the results, and compare it to expected results (also stored in HDFS). Honestly, you don't need too much input data to prove the correctness of the query.

Remember that Pig also supports placeholders in your scripts so you that you can set them in run-time to define input/output paths, etc. This makes testing easier.

Dependencies can also be stored in HDFS which makes it simple to run your scripts w/o the need to distribute jars around.

I wonder if the will succeed where many others have failed.

I would have to go for official Redis HA support. Restart time is painful when your Redis instance is large.

How big are your datasets?