
Zach Oakes - Making Games at Runtime with Clojure
About this video
Zach Oakes explains why Clojure suits making games at runtime, so designers can experience their work as they build it. He combines abstract discussion with live demonstrations, drawing on his play-clj library and Nightmod tool.
Why it appears in the archive
Recommended as a great talk on live, functional-style game programming.
AI-generated summary and labels from the source dataset; verify important details against the video. Source & credits.
From the Hacker News discussion
For Clojure enthusiasts, I highly recomment Zach Oakes' environment in the same vein, Nightmod (his Nightcode IDE specialized with his play-clj library). It's an experimental platform that is a tidy, simple way to experience game programming in a functional style. [LINK] Also, here is his presentation on this subject at the last Conj (great talk): [VIDEO]
Read original comment ↗If you're interested in Clojure, the gist author (Zach Oakes) maintains a few cool projects [1]: - play-clj, a Clojure game library - Nightcode, an IDE for Clojure - Nightweb, an anonymous P2P social network in Clojure and (non-Clojure) - SolidOak, an IDE for Rust Also, his "Making Games at Runtime with Clojure" talk [2] is great. [1] [LINK] [2] [VIDEO]
Read original comment ↗Assuming your audience are beginners (as it is an intro talk), I find it immensely useful when tech talks have slides that follow this kind of pattern: - Problem/Feature/Reason why it's useful - Code - Demo of the problem/feature/reason working (whether recorded or live) Doing a bunch of live demos is real risky for a first tech talk, but if you practice (I mean really practice, with network access turned off for example), and know your stuff, it's possible. If you're game to do a demo, I think one of the most important things you can demo is going 0-100 with a small kotlin app on Android. This will require you to make some choices that your audience would normally make themselves (like how to develop the app, not everyone uses android studio), but if Kotlin for Android Development is actually valuable, it should be self-evident from watching it used (you may have to throw in some problems that you solve by writing idiomatic Kotlin, and explain why they would look worse in Java or whatever else). Also you might want to include these slides (probably just one so people don't lose focus): - Options for native android development (to set up the next slide), you might briefly explain things like React Native, Go for android, Java, Scala, Clojure. Hard to keep this to one slide but it is valuable because it makes the person watching feel like they know the landscape, at least at a high level, and motivates the talk. - What/Who/When/Why for Kotlin on Android Here's an excellent tal
Read original comment ↗