{"id":634,"date":"2014-12-15T00:59:44","date_gmt":"2014-12-14T13:59:44","guid":{"rendered":"http:\/\/juliangamble.com\/blog\/?p=634"},"modified":"2015-01-04T08:54:08","modified_gmt":"2015-01-03T21:54:08","slug":"reflections-on-clojure-conj-2014","status":"publish","type":"post","link":"https:\/\/juliangamble.com\/blog\/2014\/12\/15\/reflections-on-clojure-conj-2014\/","title":{"rendered":"Reflections on Clojure Conj 2014"},"content":{"rendered":"

Introduction<\/strong>
\nThese are my reflections on the talks. I’m trying to be open-minded and take a balanced view of the positive and negative opinions that were exchanged. If that’s not your thing then this probably isn’t for you.<\/p>\n

The Venue<\/strong>
\nThe Warner theatre was amazing. It reminded me of the State Theatre<\/a> back home in Sydney.
\n\"Conj<\/a><\/p>\n

 <\/p>\n

Inside the place had a pleasantly baroque feel, and everyone seemed to be relaxed and comfortable:<\/p>\n

\"hickey4\"<\/a><\/p>\n

Day 1<\/strong><\/em>
\n\"photoUnlocking data-driven systems<\/strong>
\n[Video<\/a>] [Slides<\/a>] [Twitter<\/a>] [Blog<\/a>] [Pre-Conj Prep<\/a>] [Github<\/a>]
\nPaul deGrandis<\/a> opened with a story about his experiences on a Cognitect client. He kicked off this truism that was echoed throughout the conference:<\/p>\n

Data > Functions > Macros<\/strong><\/em><\/p>\n

Now the reason why this was important was this snippet of detail:<\/p>\n

“These 26 lines [of #Clojure] replaced 2000 lines of JS and 1000 lines of HTML”
\n<\/em><\/p>\n

Now there wasn’t a lot of detail on that or how it worked. Indeed, some criticised this saying it was an advertisement<\/a> for Cognitect about proprietary technology.<\/p>\n

\"ohpauleez<\/a><\/p>\n

To some the tone of this critique seemed a little Statler and Waldorf<\/a>.
\n\"StatlerAndWaldorf\"<\/a><\/p>\n

The vibe I took from this was the Paul Graham programming ‘bottom-up’ theme<\/a>. Paul says in a Lisp language you write a DSL for your problem domain and then solve the business problem in the DSL. I took it this was what Paul deGrandis was driving at. If so – this is quite cool.<\/p>\n

Now the great thing about Paul D is that he is now the Pedestal guy. If you’ve worked with Pedestal – you’ll know it embodies this philosophy (particularly in the deprecated versions of the front-end).<\/p>\n

\"photoCursive: a different type of IDE <\/strong>Om nom nom nom<\/strong>
\n[Video<\/a>] [Slides<\/a>] [Twitter<\/a>] [Blog<\/a>] [Pre-Conj Prep<\/a>] [Pre-Conj Interview<\/a>] [Github<\/a>]
\nAnna Pawlicka<\/a> has come from London and working with Bruce Durling at MastodonC. She was demonstrating some of the visualisations you can do with Om. She used d3.js and dimple.js to produce charts quickly.<\/p>\n

Anna did enunciate the benefits of Om extremely clearly, stating that Om relieves us from querying the DOM – we can just use clojure data structures and diff using reference equality check – and present from there.<\/p>\n

Anna demonstrated using http-kit and sente with core.asyc to update components, and these were coordinated with go blocks on the server and client.<\/p>\n

Anna described reference cursors in Om, using them for enabling and disabling transitions, and seeing information in a part of the application state.<\/p>\n

Anna also followed up the conference by creating an Om-Cookbook<\/a> – something we’ve been needing for a while.<\/p>\n

\"photoCursive: a different type of IDE <\/strong>
\n[Video<\/a>] [Twitter Cursive<\/a>] [Twitter Colin<\/a>] [Pre-Conj Prep<\/a>] [Pre-conj Interview<\/a>] [Github<\/a>]
\nColin Fleming<\/a> is a charming New Zealander who has picked up the old La Clojure plugin for IntelliJ and is busy turning it into a commercial-grade product.<\/p>\n

Colin touched on a lot of developer-expectations that go with Clojure entering the mainstream. Most mainstream developers do expect context-sensitive, ast-aware tooling. The broader theme was an ‘IDEs vs Editors’.<\/p>\n

What was fun about this talk was the ribbing he gave Emacs. (Which Bozhidar very humorously returned later in the day.) The theme of this was mainly around it being a ‘text-only’ tool.<\/p>\n

He also made a comment on people’s critique of Intellij, saying they could type faster in emacs. His response to that was ‘lack of typing is a feature not a bug’<\/a>.<\/p>\n

\"Colin<\/a><\/p>\n

He touched on the infrastructure of Intellij – providing a large index in which you can feed in the program elements and AST. This menas you can discriminate based on fully-qualified symbol – for searches and suggestions. You want to be able to do a ‘find usages’ and do a ‘smart find and rename’ [not text based].<\/p>\n

He did some refactorings to demonstrate the tool that got the crowd excited. I saw the people around me kicking back in their chairs and banging their fists with excitement.<\/p>\n

\"photoGenerating Generators<\/strong> [Video<\/a>] [Slides<\/a>] [Twitter<\/a>] [Blog<\/a>] [Pre-Conj Prep<\/a>] [Pre-conj Interview<\/a>] [Github<\/a>]
\nSteve Miner<\/a> gave a great introduction to using test.check in Clojure and how you set up generators to work on it. His big idea was that the libraries around this could be better – and so he has built the Herbert<\/a> library.\u00a0This makes generating parameters (eg that match regex filters) easier<\/p>\n

\"Steve<\/a><\/p>\n

One of the great things about this talk was the warm-up on generators for Ashton’s talk on Saturday. Steve mentioned there were plenty of opportunities for performance improvement. One trap to stay away from was trying to co-join to regexes, as this was unlikely to succeed in the current implement.\u00a0Steve was entertaining, the star-trek theme was fun, \u00a0and he is just a great guy to talk to.<\/p>\n

\"photoJVM Creature Comforts<\/strong>
\n[Video] [Twitter<\/a>] [Pre-Conj Prep<\/a>] [Github<\/a>]
\nGhadi Shayban<\/a>\u00a0got an\u00a0intro from Stuart Sierra, “Ghadi is also a classical pianist… which is what I guess you need these days to use emacs…”. (bah-bom tish). [Laughter and boos from the crowd.] Stuart’s acerbic sense of humour cracks me up. (I think this got edited out of the youtube clip.)<\/p>\n

Ghadhi spent a fair bit of time on language internals – including relating development with invokedynamic on Clojure to what had already been done on the Nashorn JavaScript engine for the JVM.\u00a0<\/span><\/p>\n

\"Ghadi<\/a><\/p>\n

Ghadi also talked about the Graal and Truffle projects. (Graal is a general performance project to improve the performance of the JVM relative to Native Code – basically the hotspot infrastructure has been moved from C++ to Java. Truffle is a language framework on top of Graal that handles the AST). To prove the power of Truffle someone had implemented C in Truffle (TruffleC<\/a>).\u00a0<\/span><\/p>\n

Ghadi finished up by saying that he could see some potential improvements with local vars (and the invokedynamic framework). He was hoping for optimisation with control flow, object manipulation, value manipulation, invocation, stack traversal.\u00a0<\/span><\/p>\n

\"photoThe evolution of the Emacs tooling for Clojure<\/strong> [Video<\/a>] [Slides<\/a>] [Twitter<\/a>] [Blog<\/a>] [Pre-Conj Prep<\/a>] [Pre-conj interview<\/a>] [Github<\/a>]
\nBozhidar Batsov<\/a>\u00a0is an effervescent guy all the way from Bulgaria. I got to meet him the day before at the Scheme workshop – it seemed we had both flown roughly the same number of hours to be there (about 20 hours in transit).<\/p>\n

He continued his charm on stage, with\u00a0a very confident, polished and witty delivery. (The photo of him here is terrible). He introduced himself as “a night in the order of emacs”. He then proceeded to gentle return the “editor ribbing” given to him by Colin earlier in the day. (I saw them having breakfast together in the hotel, exchanging ideas the morning after – it was all good fun).<\/p>\n

\"Bozhidar\"<\/a><\/p>\n

Bozhidar started with a discussion of the history of emacs and Clojure, and all the plugins people had written over the years. He also talked a little about the State of Clojure Survey, saying that Cider had gone from 48% to 42% usage, but was still dominant.<\/p>\n

One the most interesting points\u00a0Bozhidar stated, “In 30 years, no one will have heard of Cursive, but they will still be using Emacs.”<\/p>\n

\"photoDeveloping Music Systems on the JVM with Pink and Score<\/strong>[Video<\/a>] [Slides<\/a>] [Twitter<\/a>] [Blog<\/a>] [Pre-Conj Prep<\/a>][Pre-Conj Interview<\/a>] [Github<\/a>]
\nSteven Yi<\/a>\u00a0is a musician and Phd student. His talk revolved around music theory and its computational implementation. You may be familiar with other Lisp-like music systems like Sam Aaron’s work on Overtone<\/a>,\u00a0\u00a0or Andrew Sorenson’s work on Extempore<\/a>. As you may be aware, Overtone runs on a system called SuperCollider<\/a> (which does music generation from the algorithmic instruction from Overtone). I believe (although I could be wrong) that Extempore uses SuperCollider as well.<\/p>\n

Steven’s talk was more fundamental than these, rather than focus on algorithmic coordination of music, his focus was on the generation of the music (ie replacing SuperCollider). Steven was implementing a library called Blue<\/a>\u00a0which runs on CSound<\/a> to do this.<\/p>\n

Steven made the point \u00a0that digital audio is a sequence of numbers, where time and space are linked. Steven is a great guy to talk to.<\/p>\n

\"photoInside Transducers <\/strong>
\n[Video<\/a>] [Twitter<\/a>] [Pre-Conj Prep<\/a>] [Github<\/a>]
\nRich Hickey<\/a>\u00a0was the reason that most people I spoke to came to the conference. He is an extraordinary speaker who speaks with a casual authority, and who for a lot of people changed the way they think about computing problems.<\/p>\n

Rich Hickey started off with a heartfelt thanks to his wife who was in the audience, who had been there for him all the time he had invested in Clojure. I found it special because it touched on the tension that is often felt with hobby projects and family.<\/p>\n

\"Hickey1\"<\/a><\/p>\n

Rich has made popular the study of Etymology amongst Clojurians – and this was no exception. He took the time to review the latin origins of the word-components of\u00a0transducers.<\/p>\n

\"Hickey2\"<\/a><\/p>\n

This talk went deeper into stateful transducers. It also felt like Rich alluded to some blog posts by Peter Frankel<\/a> and Christophe<\/a> Grande<\/a>.<\/p>\n

Rich mentioned future projects in the transducer pipeline (under consideration): parallel transducers, supportive implementation macros, primitives, multi-arity, kv transduce, functional stateful transducers. He also talked about future work into core.async.<\/p>\n

\"hickey3\"<\/a><\/p>\n

This one is a definite must-watch (but you’ve already figured that out).<\/p>\n

Day 2<\/strong><\/em><\/p>\n

\"photo\"photoHelping voters with Pedestal, Datomic, Om and core.async <\/strong> [Video<\/a>] [Pre-Conj Prep<\/a>] [Github NH<\/a>] [Github CS<\/a>]
\nNathan Herzing<\/a> & Chris Shea<\/a>\u00a0opened day 2 with a killer demonstration of live-coding in Clojure with Datomic and Om.<\/p>\n

Their talk was about building tools to update voters about their mail-in ballots at Turbovote. There was some stuff in here about integrating with legacy systems that matched my own experiences.<\/p>\n

This is worth it alone for the inspiration it will give you to get better at your tooling (and perhaps live-coding) skills.<\/p>\n

\"photoPersistent Data Structures for Special Occasions <\/strong>
\n[Video<\/a>] [Pre-Conj Prep<\/a>] [Github<\/a>]
\nMicha\u0142 Marczyk<\/a>\u00a0was introduced as having been specially selected by Rich Hickey. He dropped into the detail of data structure implementation and talked about the benefits of FlexVec<\/a>, an improvement on Clojure’s vectors. He then explained in detail why in many cases they perform better.<\/p>\n

This was one of the most dense talks in the whole Conj. Good for a brain-stretch.<\/p>\n

\"photoApplying the paradigms of core.async in ClojureScript<\/strong>
\n[Video<\/a>] [Slides<\/a>] [Twitter<\/a>] [Blog<\/a>] [Pre-Conj Prep<\/a>] [Pre-Conj Interview<\/a>] [Github<\/a>]
\nJulian Gamble<\/a>\u00a0is the guy writing this post! I talked about core.async syntax and green threads in Clojure and ClojureScript with some visual demos. I’m just going to include some things other people said.<\/p>\n

\"julian2\"<\/a><\/p>\n

Eric Normand also had some interesting commentary<\/a>. (Eric is a friend – and so this is well-taken). I found this feedback really freeing – and will allow myself to level-up.<\/p>\n

\"julian3\"<\/a><\/p>\n

I was thrilled to be a part of Clojure Conj. I learned so much from this experience, and had a blast.<\/p>\n

\"photoVariants are Not Unions<\/strong>
\n[Video<\/a>] [Twitter<\/a>] [Blog<\/a>] [Pre-Conj Prep<\/a>] [Pre-conj Interview<\/a>] [Github<\/a>]
\nJeanine Adkisson<\/a>\u00a0is this super-intelligent compiler-writer<\/a> who is fun and opinionated. From the start this talk was delivered with animations in vim\u00a0– and it stayed information-dense from there.<\/p>\n

\"jneen1\"<\/a><\/p>\n

There was a dinner <\/a>with a bunch of people after and I had the chance to Jeanine about LR2 parsers and monadic parsers. She is great to talk to.<\/p>\n

\"jneen2\"<\/a><\/p>\n

\"photo\"photoExploring four hidden superpowers of Datomic<\/strong>
\n[Video<\/a>] [Slides<\/a>] [Twitter EW<\/a>] [Twitter LC<\/a>] [Blog LC<\/a>] [Pre-Conj Prep<\/a>] [Github EW<\/a>][Github LC<\/a>]
\nLucas Cavalcanti<\/a> & Edward Wible<\/a>\u00a0presented on the 4 (really 9) superpowers of datomic.\u00a0You could see that Datomic has massive benefits in the financial services space.<\/p>\n

\"Weibe1\"<\/a><\/p>\n

 <\/p>\n

What was most interesting to me about this talk was Edward’s background (Princeton Computer Science, then MBA, Private Equity, then Boston Consulting). He had moved to San Paulo to be the CTO of a bank that was starting from scratch. He was writing the code\u00a0by hand with the team. He was there to promote this company and invite people to join him. What incredible vision and execution! (If I didn’t have family I was tempted to take six months to join him) This guy is one to watch.<\/p>\n

\"photoMaking Games at Runtime with Clojure<\/strong>
\n[Video<\/a>] [Site<\/a>] [Pre-Conj Prep<\/a>] [Github<\/a>]
\nZach Oakes<\/a>\u00a0delivered one of the must-see presentations at Conj 2014.<\/p>\n

\"oakes3\"<\/a><\/p>\n

 <\/p>\n

This was the first time I had been to a conference talk that had everyone around me was laughing so hard they were crying.<\/p>\n

\"oakes1\"<\/a><\/p>\n

Zach talked about his love for writing games, playing games, teaching programming through writing games. He took special joy in seeing how people used his library.<\/p>\n

\"oakes2\"<\/a><\/p>\n

 <\/p>\n

I hope I haven’t built up your expectations too much – but this was extremely memorable.<\/p>\n

\"photoCl\u00f3: The Algorithms of TeX in Clojure<\/strong>
\n[Video<\/a>] [Twitter<\/a>] [Blog<\/a>] [Pre-Conj Prep<\/a>] [Github<\/a>]
\nGlenn Vanderburg<\/a>\u00a0is an experienced presenter and it shows. Now who in the Clojure community has ever tried to scratch an itch with a hobby project?\u00a0Glenn set out to rewrite the Tex editor produced by Donald Knuth in Pascal, into Clojure.<\/p>\n

\"glv\"<\/a><\/p>\n

This was the premise for a journey into the tools from 30 years ago, the constraints of the systems of that time and a deep appreciation for how good things are now:<\/p>\n

\"glv2\"<\/a><\/p>\n

The conclusion of this project is interesting, both in its reflection of the miracles Knuth\u00a0worked at that time, and the power and constraints of the Clojure ecosystem. \u00a0Glenn is such good fun to watch.<\/p>\n

Day 3<\/strong><\/em><\/p>\n

\"photoAlways Be Composing<\/strong>
\n[Video<\/a>] [Twitter<\/a>] [Blog<\/a>] [Pre-Conj Prep<\/a>] [Github<\/a>]
\nZach Tellman<\/a>\u00a0started his talk talking about sierpinski\u00a0triangles <\/a>and waxed lyrical from there. (Zach used to maintain a 3d library in Clojure called Penumbra<\/a>).<\/p>\n

Zach touched on the truism from the start of the conference “prefer data over functions over macros”. \u00a0Zach said it was great the spectrum of options we have, but it wasn’t a perfect model. He said it was similar to when the periodic table came out, that it had some gaps, which indicated perhaps there were some other things to look for.<\/p>\n

Zach touched on transducers as a specific sort of composition. His concern was for people new to Clojure, that they would require a lot of foundational explanation.<\/p>\n

Zach then talked about regular expressions as a composition mechanism, and how it had lead him to write the automat<\/a> libary. He talked about the richness of automata theory as a set of tools. He said it was quite hard to accomplish anything.<\/p>\n

Zach then talked about queuing with core.async and how backpressure was an emergent property. He said the causality of the problem leads to code complexity, and the only tool we had at the moment to work with this was a macro. (The Go macro). He definitely wasn’t saying it was bad. (Zach is the author of lamina<\/a> which came out before core.async and has some similarities for queuing without the green threads macro).<\/p>\n

Zach’s talk was driving at the catch-phrase “prefer composition over X” and talked about all the approaches and pitfalls that this entails. He said that the problem with “just composing something” is that it is inextricably tied up in what you’re trying to accomplish. He was trying to capture all the different forces at play.<\/p>\n

This is quite philosophical, but really worth watching.<\/p>\n

\"photoBuilding a Data Pipeline with Clojure and Kafka<\/strong>
\n[Video<\/a>] [Twitter<\/a>] [Blog<\/a>] [Pre-Conj Prep<\/a>] [Github<\/a>]
\nDavid Pick<\/a>\u00a0delivered a real-world experience using Clojure, \u00a0Kakfa and redshift. David wanted to keep the data warehouse in sync with his primary database, but PostgreSQL didn’t prove helpful in the approaches he tried. He needed a highly resilient system.<\/p>\n

The benefit of Kakfa was atomic operations, persistence and the ability to replay the steam to an external sink.<\/p>\n

The original web client had been written in Ruby, but they found that the clients for Kafka were JVM based, the and\u00a0concurrency operations for when Kafka blocks were useful.<\/p>\n

They also needed a specialised way to shut the infrastructure down and step through each part. Actors turned out to be a good fit for this, and kept the same semantics that goroutines held for them. Actors also helped avoid race conditions. These semantics were provided by pulsar\/quasar<\/a>.<\/p>\n

The other thing he liked about Kakfa was that the data scientists could integrate into it directly for real-time fraud monitoring. They also use it for web-hooks to send async events, and report generation (some massive reports) which can happen in real-time.<\/p>\n

\"photoGenerative Integration Tests<\/strong>
\n[Video<\/a>] [Twitter<\/a>] [Blog<\/a>] [Pre-Conj Prep<\/a>] [Github<\/a>]
\nAshton Kemerling<\/a>\u00a0explained his ‘real-world’ experiences using generative testing. \u00a0Building on Steve’s explanation of Generative testing to describe the shape of the data and run multiple cases, he talked about how he would let the machine hammer the possibilities and find the edge-cases. He was using Selenium to hammer a website, which even he was \u00a0a a bit surprised about<\/a>.<\/p>\n

The main downside was that duration is complicated, you can’t tell how long it was going to take to run. The benefit was that in finding a failure scenario that others described with 10 steps, he could narrow it down to 2 steps. He also said it was good for missed errors.<\/p>\n

His technique involved getting a snapshot of database state into memory, and then load it each time the browser is loaded, with a browser cache flush.<\/p>\n

This was quite an inspiring talk, and convinced me that test.check is ready for real-world usage.<\/p>\n

\"photoStewardship: the Sobering Parts<\/strong>
\n[Video<\/a>] [Twitter<\/a>] [Blog<\/a>] [Pre-Conj Prep<\/a>]
\nBrian Goetz<\/a> delivers one of the must-watch talks for the conference. You can see that Brian has attended a conference or two in his lifetime and he is a very experienced speaker. Some have said this was a celebration<\/a> for Brian:
\n\"Brian<\/a><\/p>\n

 <\/p>\n

His premise was that he was a language designer, and seeing COBOL jump the shark with the addition of the alter command, he was kept up at night worrying about that happening to Java.<\/p>\n

Brian took the time to touch on Clojure cliches like etymology and ponies, and clearly had a fun time doing it.<\/p>\n

Brian talked about project Valhalla<\/a>, which is a set of performance improvements in Java 10 for specialised generics, value types and var handles. Brian also talked about Project Panama<\/a>, (which may come into Java 9) which is bringing ffi, data layout control and autolayout.<\/p>\n

This is a must-watch.<\/p>\n

Must-Watch Videos<\/strong>
\nThese are the ones that stuck out in my mind:<\/p>\n