React 2014 : Greg Young - Querying Event Streams

As we begin moving more and more systems to a Reactive form we get more and more events in organisations. These events can be directly queried and there are some business problems that dynamic querying of events can be ideal for.
In this talk Greg discusses how to query events both historically and in a continuous way. He introduces his own project which allows you to start playing with the concepts quickly and easily.

[@fiddlergreen43]

Spoiler: C# code didn't go away. Proof: github.com/EventStore/EventStore
They're now trying to move to .net core which will help I guess

[@nohrosceo]

Didn't go away and represents 99% of the codebase

[@alexisnarvaez]

39:30 : Greg Young tells that he does not like C# for EventStore. But... is not Cassandra in Java? Why not .NET for a good database engine?

[@fiddlergreen43]

I assume due to two reasons: mono and also because managed languages in general aren't ideal with db's due to heavy processing of strings.

[@bezetuba]

Nice remarks about functional languages and event processing. Really good talk overall.
But I don't buy arguments defending JS usage here. Scala, Clojure, Erlang, Java 8 seems like so much better choice... And with Nashorn/Rhino it would be possible to make a JS interface for "Juniors". Although I doubt juniors know how to write functional code even in JS... Or maybe develop a DSL? And in general - should we use and create technology that we believe in or technology that is junior-friendly? I believe we should encourage juniors to learn more languages and show them how to become regulars instead of keeping them in JS-bubble. Also event sourcing is a more advanced concept that requires some experience anyway. If someone is designing CQRS with event sourcing or algorithms for detecting user profiles, learning a proper language should not be a problem.

[@adaptech4495]

Excellent talk. as always.