On March 1st, 2020 the “Audible Side Effects” will come to town! This is an event I am organising as a satellite event to the :clojureD conference. We will use Clojure to work on any kind of music or sound project. This could be sound design and synthesis, algorithmic composition or whatever else comes to your mind. If you would like to join and meet, please sign up at http://bit.ly/ase-2020! ...
I was interviewed by PurelyFuntional.tv about my upcoming talk Intro to Probabilistic Programming and Clojure’s Anglican at EuroClojure 2017. You can find the full interview here: https://purelyfunctional.tv/speaker-interview/nils-blum-oeste-euroclojure-2017-interview/
The Art of Manliness podcast (I know, just try to ignore the name, I don’t like it either) has this great episode with Kevin Kelly (Wired, Whole Earth Catalogue) about the next big things in tech. Check it out: The Art of Manliness: #267: The Technological Forces That Are Shaping Our World
The cloud might not be a sustainable model for handling computation in massive IoT scenarios. Instead lots of the data processing might need to be done close to the devices. Resources, efficiency and latency are reasons where such a system “on the edge” might be beneficial or even a hard requirement. A very interesting topic! A great introduction is this episode of the Software Engineering Daily podcast with Peter Levine: The End of Cloud Computing with Peter Levine. Peter also has a talk about the very topic. ...
why not use Electron? A few days ago I gave a talk at the Clojure Meetup Berlin about building GUIs with Clojure and JavaFX. Here is the abstract: Building declarative GUIs with Clojure, JavaFX and fn-fx (Dr. Nils Blum-Oeste) JavaFX is the current standard GUI framework included in most Java distributions and the successor to Swing. It is readily available via interop to any Clojure developer. I would like to give an introduction to an alternative approach using halgari/fn-fx: A thin Clojure wrapper around JavaFX by Timothy Baldrige that allows building GUIs declaratively from a single application state atom instead of dealing with the mutable JavaFX objects directly. ...
The :clojureD conference is approaching quickly: February 25, 2017 in Berlin, yes that is only about two weeks away! I am really looking forward to it and hope to meet you there. We have a quite interesting mix of talks I would say. Among my favourites are “Powerful Data Access in Clojure” by Yannick Scherer, “Writing Clojure at Runtime with Nightlight” by Zach Oakes, “On automatic generation of user interfaces” by Philipp Meier and ...
As I am in the process of developing an application for data analysis on chemical data the need for building a desktop GUI came up. Why desktop you ask? Excellent question! I think for this particular project, the combination of ease of use, data privacy and performance make it worth exploring an approach with a local, self-contained application instead of anything involving remote servers. Actually in the end we might build a SaaS too or move to such a model completely. ...
Motivation A short discussion on the #clojure-berlin channel ( Clojurians on Slack) got me interested in the letfn special form of clojure.core. The question was raised if the docstring of letfn describes it well. Wether it is, or not, I got interested in how it works and more specifically why it’s syntax is different from let for example. Here is the documentation for letfn: (doc letfn) ------------------------- clojure.core/letfn (letfn [fnspecs*] exprs*) Special Form fnspec ==> (fname [params*] exprs) or (fname ([params*] exprs)+) Takes a vector of function specs and a body, and generates a set of bindings of functions to their names. All of the names are available in all of the definitions of the functions, as well as the body. As you can see it takes a vector of function specs and every function spec has the form (fname [params\*] exprs). I was quite surprised to see such a syntax for the specs: Each spec is a list, but it’s not quoted. So outside of the letfn special form the spec would be evaluated. ...
As a demo for a talk my colleague Christoph and I gave at Futurice, also visited by students from HPI, I put together a small playground for creating and managing Micro Services. It’s work in progress, but usable already and might be a good starting point if you would like to try out your own setup with Docker, Consul and Prometheus. The actual nice thing is, that it’s basically just a collection of Docker CLI commands. Nice images are available already, I just threw in a super simple Clojure Service. ...
I like listening to podcast while running. During marathon preparation I run around 50-60km per week, so there is plenty of time to learn exciting stuff about latest technologies. Here are my favorite podcasts for software developers: Software Engineering Radio http://www.se-radio.net/ Software Engineering Radio is an awesome Podcast if you are a professional software developer and want to hear about tech in-depth. This is probably my favorite Podcast of them all: Excellent choice of topics, great guests and high quality production. ...