HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
nathanmarz
storm
Java2011–2014
nathanmarz / storm

storm

Distributed and fault-tolerant realtime computation: stream processing, continuous computation, distributed RPC, and more

22Distinct people
31Mentions
1Explicit recommenders
8.8KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Distributed and fault-tolerant realtime computation: stream processing, continuous computation, distributed RPC, and more

GitHub

Where it is used

No documented product use was verified in the last source check.

What people are saying

The master node coordinates the Storm cluster. It distributed code around the cluster, monitors topologies, and reassigns any tasks that have failed. Check out the wiki for…

nathanmarz used a recommendation phrase. One indexed comment matches. This is a phrase match, not a verdict.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

Mentioned in the same Hacker News threads. That is not proof they are substitutes.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:56:07 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year31 dated mentions

Observed mentions: 2011-09-19 16:01:59 UTC to 2014-06-01 03:03:00 UTC.

0510152011-01-01 00:00:00 UTC to 2012-01-01 00:00:00 UTC (exclusive): 10 mentions; 1 submissions, 9 comments20112012-01-01 00:00:00 UTC to 2013-01-01 00:00:00 UTC (exclusive): 16 mentions; 2 submissions, 14 comments20122013-01-01 00:00:00 UTC to 2014-01-01 00:00:00 UTC (exclusive): 4 mentions; 0 submissions, 4 comments2014-01-01 00:00:00 UTC to 2015-01-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments2014

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20112011-01-01 00:00:00 UTC2012-01-01 00:00:00 UTC1019
20122012-01-01 00:00:00 UTC2013-01-01 00:00:00 UTC16214
20132013-01-01 00:00:00 UTC2014-01-01 00:00:00 UTC404
20142014-01-01 00:00:00 UTC2015-01-01 00:00:00 UTC110

From the project README

An excerpt from the repository, fetched Nov 13, 2026.

Read the project’s introduction
IMPORTANT NOTE!!! Storm has Moved to Apache. The official Storm git repository is now hosted by Apache, and is mirrored on github here: https://github.com/apache/incubator-storm Contributing Source code contributions can be submitted either by sumitting a pull request or by creating an issue in JIRA and attaching patches. Migrating Git Repos from nathanmarz/storm to apache/incubator-storm If you have an existing fork/clone of nathanmarz/storm, you can migrate to apache/incubator-storm by doing the following: Create a new fork of apache/incubator-storm Point your existing clone to the new fork: git remote remove origin git remote add origin git@github.com:username/incubator-storm.git Issue Tracking The official issue tracker for Storm is Apache JIRA: https://issues.apache.org/jira/browse/STORM User Mailing List Storm users should send messages and subscribe to user@storm.incubator.apache.org. You can subscribe to this list by sending an email to user-subscribe@storm.incubator.apache.org. Likewise, you can cancel a subscription by sending an email to user-unsubscribe@storm.incubator.apache.org. You can view the archives of the mailing list here. Developer Mailing List Storm developers should send messages and subscribe to dev@storm.incubator.apache.org. You can subscribe to this list by sending an email to dev-subscribe@storm.incubator.apache.org. Likewise, you can cancel a subscription by sending an email to dev-unsubscribe@storm.incubator.apache.org. You can view the archives of the mailing list here. Which list should I send/subscribe to? If you are using a pre-built binary distribution of Storm, then chances are you should send questions, comments, storm-related announcements, etc. to user@storm.apache.incubator.org. If you are building storm from source, developing new features, or otherwise hacking storm source code, then dev@storm.incubator.apache.org is more appropriate. What will happen with storm-user@googlegroups.com? All existing messages will remain archived there, and can be accessed/searched here. New messages sent to storm-user@googlegroups.com will either be rejected/bounced or replied to with a message to direct the email to the appropriate Apache-hosted group.
Read the full README on GitHub

What Hacker News says

31 sources
> Programs written in Hancock work by analyzing data as it flows into a data warehouse. That differentiates the language from traditional data-mining applications which tend to look for patterns in static databases. Seems like Clojure and Storm: http://pseudofish.com/storm-a-real-time-hadoop-like-system-i... http://www.ibm.com/developerworks/library/os-twitterstorm/ http://www.infoq.com/presentations/Zolodeck https://github.com/nathanmarz/storm/wiki/Rationale
In AT&T Invents Programming Language for Mass Surveillance (2007)
- On the backend, for the realtime Twitter data analysis, Tweitgeist uses Redstorm which is a JRuby DSL & integration to the Storm engine. https://github.com/colinsurprenant/redstorm https://github.com/nathanmarz/storm - Redis is used as a queue server. - On the frontend side: Node.js, CoffeeScript, JavaScript, Bootstrap, jQuery, D3.js Basically, Node serves a very simple API, everything else is in the browser. ... and please don't be too hard on the UI design, I basically suck with UI :P
In Realtime top hashtags on Twitter with Storm + JRuby + CoffeeScript + D3.js
Oh easy questions: The code itself is nice and clean, take a look yourself (chosen randomly) [1][2] It's exciting because if you've ever done any real time processing of data streams at scale or even been daunted by the idea of it, and you read the wiki, it's clear storm is an exciting option. It does for Big Data Streams what Hadoop did for Big Data. Kafka is interesting, but they don't really address similar use cases. They are more complimentary and in fact storm has a spout implementation for kafka[3]. [1] https://github.com/nathanmarz/storm/blob/master/src/clj/back... [2] https://github.com/nathanmarz/storm/blob/master/src/jvm/back... [3] https://github.com/nathanmarz/storm-contrib/tree/master/stor...
In Storm's first birthday

Showing the 15 most recent of 31 sources. Enable JavaScript to search and browse every indexed mention.

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.