#euroclojure

Welcome to another issue of Clojure Weekly! Here I collect a few links, normally 4/5 urls, pointing at articles, docs, screencasts, podcasts and anything else that attracts my attention in the clojure-sphere for the last 7 (or so) days. I add a small comment so you can decide if you want to look at the whole thing or not. That’s it, enjoy!

Remove ArrayNode and use a second bitmap instead of kv interleaving · cgrand cgrand called this "yak shaving conclusions" from EuroClojure and came out with this interesting snippet. ArrayNode is one of the three INode implementations that are used for persistent data structures. This commit removes the need for ArrayNode (what was used to store references to other INode but not actual key-value pairs). That got replaced with another bitmap structure (an int) that is referenced from BitmapIndexedNode. This is on average 15% faster in most of the benchmarks he later published as well.

EuroClojure 2015 - YouTube No more excuses! The list of videos from the last EuroClojure is now out on YouTube. I can suggest the talks I've enjoyed the most: Om Next, A Deep Dive Into Clojure's Data Structures, Real Estate Clojure, Performance and Lies. Have a look at the rest, you might definitely be attracted more by some other talk.

ex-info - clojure.core | ClojureDocs - Community-Powered Clojure Documentation and Examples Another little util from the standard library. ex-info creates a specialisation of RunTimeException to carry an additional map. The map can be used to store information about the exception that are not necessarily good to end up all in a string. To extract that map you use the companion (ex-data) function. Easy.

Deraen/vim-cider Honorable mention for a plugin bringing the refactor-nrepl features into vim. It is still at the beginning, but a few moves are already available, for example clean namespaces. The approach is very similar to a plugin I have been writing myself, with the only obstacle being vim-script (that I need to learn).

escherize/random-avatar Just in case you're running out of ideas for your multiple identities online, this little Clojure lib can be an helpful tool. As the name says, it creates a random avatar with the promise to be even memorable. It wraps the Java library that does the same thing and at the moment is offering just the very basic.

Welcome to another issue of Clojure Weekly! I’ve got tons of ideas and resources to follow coming out from EuroClojure, I’ll be digesting them here during the following weeks. If you don’t know what this is, Clojure Weekly collects a few links, normally 4/5 urls, pointing at articles, docs, screencasts, podcasts and anything else that attracts my attention in the clojure-sphere. I add a small comment so you can decide if you want to look at the whole thing or not. That’s it, enjoy!

My Top Clojure Articles - Adam Bard and his magical blog Signalling a nice collection of Clojure related articles by Adam Bard. They are divided by level of proficiency with the language, so it makes it a very good start to pick up Clojure from scratch.

EuroClojure’s Videos on Vimeo Unless they are already displayed when you read this, keep an eye on the EuroClojure channel on Vimeo because videos will appear very soon here. Go for David Nolen for the inspirational talk, Tommy Hall for the entertaining one or yours truly (Renzo) because this is a shameless plug!

Thoughtworks technology radar The last technology radar sees ClojureScript in the trial phase, up to the top close to the adopt section. Clojure the core language is not present, while Scala is in the adopt section. Clojure (Om-ClojureScript) is present in the explanation section as well. My impression is that TW is not endorsing Clojure as a server side language but as client side, which is amazing and disturbing at the same time (or as someone else put it on twitter, it is given Clojure as implicit adopt?). There are other well known technologies and platforms, but there are also new entires I'd like to have a look at.

Grimoire Grimoire is a new documentation service and community contributed example repo similar to ClojureDocs.org. ClojureDocs.org still comes up high in google searches despite it is documenting Clojure 1.3, by providing examples that are not easy to find elsewhere. Grimoire is instead up to date and also gives access to all the examples in clojuredocs. Grimoire is open to community contribution over git pull requests and will likely be improved in the future to make contributions easier.

Difference between defrecord and extend - Google Groups This interesting thread finally solved my problem. Extending a type to a protocol is not equivalent to a defrecord definition that implements that same protocol. They generate different kind of polymorphism. The first main difference is that extending a type with a protocol is not adding functions to its interface (and this you can't invoke them on a record instance). Second main difference is that extending the type with a protocol allows for an implementation swap at any point, while defrecord definition of functions are forever.

Clojure - todo Another small bit of history, a Clojure todo list back from 2009. Is not very important today but I want to keep an handle to things I discover randomly just in case. Interesting to notice that 90% of what we are talking about nowadays with faster compilers for mobile or Cloj in Cloj were already there. Others like Datalog were not baked in directly in the language but in Datomic.

Welcome to another issue of Clojure Weekly! I've got tons of ideas and resources to follow coming out from EuroClojure, I'll be digesting them here during the following weeks. If you don't know what this is, Clojure Weekly collects a few links, normally 4/5 urls, pointing at articles, docs, screencasts, podcasts and anything else that attracts my attention in the clojure-sphere. I add a small comment so you can decide if you want to look at the whole thing or not. That’s it, enjoy!

midje-doc Midje-doc generates beautiful documentation starting from midje facts, which are treated as examples to show how code works. There is some directives you can give during namespace declaration to tell midje-doc how do you want your tests to be translated into "live documentation". Midje-doc supports the midje :autotest philosophy and can show how the documentation shapes up while facts are being written. There is a 14' screencast to demonstrate all of this on the github repo page.

[GSoC 2014] Lean compiler: first iteration - Clojure on Android Quick one to signal that project Skummet is now able to output static declaration of Vars in the generated Clojure byte-code, one of the several optimisations envisioned for Android environment that could have also beneficial impact for quick development feedback at the REPL. I tried the build on my own projects without noticing any errors.

Lisp in Small Pieces: Christian Queinnec Just ordered a copy of this (quite pricey) book about Lisp implementations. I found the book linked in many places, including rhickey suggesting it on IRC (5 years ago). The content is about typical problems and solutions for implementation of lispy-like languages (Scheme is the one used in the book), including compiled output, intermediate bytecodes or interpretation. The Rich Reference Implementation of Clojure is indeed all about this sort of problem.

metaprogramming - How do you evaluate a string as a clojure expression? - Stack Overflow I had to use something similar recently, so I could pass around a macro to be used in a different place from where it appeared in the code. With normal functions you can always use (var fn) or the equivalent #' reader macro to create, for example, a map of keys - fns. But macros need special evaluation and thus something like (@#'clojure.repl/doc str) doesn't work while (@#'clojure.lang/+ 1 1) is perfectly fine. The only (not very nice) way I found was to use (eval (read-string "clojure.repl/doc str")) to make it work. Mind that there are very few cases where you need something like this, which is also suffering from security problems if eval-ing user input.

Euroclojure 2014 Here are the definitive notes for EuroClojure. Phil Potter wrote all of the notes at smoking speed over the conference, except during his own talk (I'm sure he'll fix this annoying detail next year :) By the way, talks were amazing, with tons of ideas and links to follow that you can read on this gist as well. Thanks Phil!

Comparing Clojure Testing Libraries: Output - Jake McCrary An interesting comparison between output of testing libraries. Expectations is the winner of this informal but still useful comparison, mainly because of the care that put into the correct formatting of output between different data types. Midje is coming last with a promise (see comments below) by Brian Marick to make it better than ever. Can't wait.

Welcome to another issue of Clojure Weekly, my small routine blog contribution to the Clojure sphere! These are just a few links, normally 4/5 urls, pointing at articles, documentation, screencasts, podcasts or anything else that attracts my attention. I add a small comment so you can decide if you want to look at the whole thing or not. That’s it, enjoy!

Euroclojure Programme The program for Euroclojure is finalized. Many interesting talks including yours truly speaking just before Rich (argh). Also from Cognitect we're going to have Stuart Sierra and David Nolen. There is also an impressive number of Londoneers presenting. See you there.

tree-seq - Clojure v1.6 API documentation Tree-seq is a generic depth-first walk function for tree-like structures that returns a lazy sequence of all the nodes in a tree. It takes two fns and a start-root. The two fns are all that is needed to walk any kind of tree. branch? is a function that takes a node and return false when this is a leaf. children is a function that given a node is expecting the list of other nodes down that path. An already implemented use in the std lib is file-seq, which is returning a list of all the nodes when iterating java.io.File types.

Lisp Flavored Erlang LFE (not to be confused with left fold enumerators) is a lisp implemented on top of the Erlang VM. It is not strictly related to Clojure except that I believe they share some of the difficulties in parsing and adapting a Lisp to run on a VM specifically designed for another language (Java or Erlang in this case). LFE is closer to Common Lisp than Clojure (which deliberately is trying to improve Lisp and drastically enhancing its syntax). Trivia: LFE is a lisp-2 (Clojure is a lisp-1). I don't think LFE achieved the same popularity that Clojure did and my guess is that who wanted to leverage the Erlang VM did that in Erlang directly (that despite the syntax oddities is still a great functional language).

Clojure - Statistics Overview If you ever wonder how much interest Clojure is generating around, here are the clojure.org web stats. This is not definitive answer, it just gives an idea about popularity based on page views and a break down by country, not much more. The average uniques are steadily increasing, now about 3500-5000 per day. There was a huge spike 6th January 2013, wondering what that was.

tonsky/datascript Interesting ClojureScript idea, implementing a Datalog query engine on top of Clojure immutable data structures. It is meant to run in the browser with a lifecycle starting at page load and ending the next page load. It is technically an in-memory database in the browser. When to use? When some widgetry on the page requires some more structured data (thinking about complex questionaries, single page apps processing data and so on). If "searching" through those data requires some constant array loop it could be a nice idea to put datalog on top instead.

Lisp50 Lisp50 was a once in a lifetime event for many (but I should be able to attend Lisp100!) It was a co-conference with OOPSLA 2008 collecting for the first time in many years all the brilliant minds in the Lisp community, including McCarthy (by phone), Guy Steele and many more. This series of 5 article is a write-up of what happened there and is full of wisdom. Rich Hickey was last talking there. We should not forget that Clojure main goal was not just to imitate but to be a better Lisp, an attempt that has been made so many times without success. Previous presenters before Rich created a sort pessimistic atmosphere, looking at Lisp big ideas in the distant past without an opportunity of redemption for the present. You can imagine what happened when Rich introduced Clojure to that mix of bearded Lisp hackers and a few younger nostalgic fellows! Clojure is really the only re-incarnation of Lisp nowadays that is getting traction. Kudos to Rich for solving decades of Lisp problems with simple and pragmatic choices.

jfli / Mailing Lists Another bit of Clojure history. Clojure was announced to the public on October 17th 2007, after a couple of years of stealth development, on the jfli mailing list (another RH's project). The google groups was created at that time and about one year later in 2008 was already counting 700+ users and Rich was already invited at several important conferences (notably, Lisp50 celebrating 50 years of Lisp). Also about one year later the release 1.0 was very close, with AOT compilation as its main big new feature.

clojure - Put an element to the tail of a collection - Stack Overflow Why there is no such a function in Clojure that always append at the end? The official answer seems to be that you need to know your stuff. For example the implications of modifying a sequence implemented as a list or as a vector. Lately, I started to rely less on vectors and more on lazy seqs. What I like about sequences in general is that they are and stay lazy if you pay attention not to realize them, a nice feature that allows a lot of processing in code before actually processing the sequence for real. But what to use (vector VS seq) it all depends: is the collection going to be accessed sequentially or not? Is it going to be sorted often? And so on.

[první díl zde]

Druhý den začal pravděpodobně nejlepší přednáškou celé konference, resp. určitě to byla přednáška s nejlepším potenciálem dostat lidi do varu.

Keynote: Narcissistic Design - Stuart Halloway

Stu je jeden z hlavních lidí kolem Clojure. Je zakladatelem (spolu s Richem H.) firmy Relevance (dnes Cognitect), která vyvíjí databázi Datomic a poskytuje k ní i k Clojure profesionální support. Narcissistic design je sada best practicess, kterou by se měl řídit každý programátor, který se nechce nikdy strachovat o práci. Sebestřednost a vysoce infekční komplexita (samozřejmě ta accidental) jsou perfektní pojistky toho, že vás bude firma nadosmrti potřebovat, abyste se o vyvinutý SW starali... Aneb: It's all about me! Tento talk už byl jednou nahrán na Reaktor Dev Day ve Finsku a i kdybyste neměli čas koukat na přednášky, tahle je must see (i když na EuroClojure padlo pár perel navíc, jelikož Stu věděl, že ho nikdo nenahrává - tuším, že se k tomu i přiznal ;). Zmíním tedy jen pár neocenitelných rad, které odteď sídlí v mém zlatém fondu vývoje SW (je to mix toho, co Stu přímo říkal a toho, jak si to já interpretuju - po shlédnutí videa uvidíte, co vám bude dávat smysl a co třeba ne):

Hodně objektového programování, hodně stavu a hlavně - settery! Těch není nikdy dost. Ať je trocha adrenalinu. Život začíná po třicítce ...eee, po konstruktoru.

Kašlete na komunikaci skrze data, vystavujte API - nuťte lidi používat váš jazyk! 

Žádná asynchronicita a hlavně žádné fronty! Těsná vazba je váš kamarád, tvrdě synchronní komunikace třešnička na dortu!

Proboha, hlavně žádné obyčejné datové struktury, které může každý zpracovat jak se mu líbí! To by tak hrálo! Odteď objekty! VŠUDE! CustomerBean, CustomerDto. Na každou blbost udělejte DTOčko. Vždycky. A ty settery, nezapomeňte...

Hodně statického typování a to hlavně napříč subsystémy. V souvislosti s tím je dobré i používat věci jako Java RMI, CORBA apod. Dynamické jazyky jsou hračky pro malé děti a nic velkého v nich napsat nejde. Infikujte a svažte svými typy úplně všechno kolem.

Pište unit testy, zneužívejte je prakticky pro cokoliv a nahraďte jimi ...všechno. Hlavně veškerou dokumentaci.

Unit testy jsou v kombinaci se statickým typováním taky pěkný způsob, jak řešit triviální bugy. Že se dá mnoha bugům předejít použitím neměnných datových struktur, funkcí bez postranních efektů apod.? Blah! Nejsme včerejší!

Nepoužívejte perzistentní a neměnné datové struktury. Ty jsou pro světy, kde se pamět měří v megabytech nebo dokonce gigabytech (to prý existuje!) a HW není drahý. My přece máme jen pár kilobytů a těmi není radno plýtvat! A ty sálové počítače si taky člověk domu nekoupí.

...

Asi chápete :) I kdyby člověk s některými kontroverznějšími tvrzeními nesouhlasil, většina z nich je celkem trefných.

Using Clojure to Serve The Internet of Things

Příběh firmy Xively, jako ze žurnálu. Začli s Ruby on Rails, jakmile získali první zákazníky, šlo to do kolen. Přešli na JVM a Clojure, obrovský nárůst prostupnosti dat. Business téhle firmy je vůbec zajímavý. S rozmachem fenoménu "internetu věcí", bude po podobných konsolidačních platformách hlad a není se čemu divit. Součástí talku byla i ukázka barevného diodového "teploměru", který v reálném čase reagoval na frekvenci výskytu daných hashtagů v tweetech.

Newspaper Massacre

Jeden z nejpůsobivějších příběhů ze zákopů. Daily Mail jsou největší internetové noviny na světě. Původní verze jejich front-endu, který dodává naprosto nezbytné a informačně hodnotné bulvární články čtenářům? 

The mail online legacy code #euroclojure pic.twitter.com/fS21CpNj6x

— Jan Ehrhardt (@derjan)

October 15, 2013

Uspořádali soutěž o to, kdo bude schopen přijít s nejlepším způsobem, jak to celé  dát dokupy (prostě udělalo se pár proof of conceptů, místo aby si manažeři sedli do meetingovky a pak nadiktovali ostatním, jak se to napíše).

The new mail online code base #euroclojure pic.twitter.com/gIw1hQK0MU

— Jan Ehrhardt (@derjan)

October 15, 2013

Kompletní rewrity nefungují? Tak určitě.

(into reduce transient) - Michał Marczyk

Jeden z hlavních přispěvatelů do ClojureScriptu rozebíral teoretické i praktické základy datových struktur v Clojure. Jak je řešena persistentnost (záměrně nepíšu "persistence"; nemá nic společného s databází) a jak na to, chceme-li implementovat vlastní sadu datových struktur, které perfektně zapadnou do stávajících abstrakcí, které Clojure používá. Asi nejvíce computer science talk celé konference, jak radostně podotkla Bodil Stokke ;)

Megarefs - Christophe Grand

Christophe je (mimo jiné) autorem mého nejoblíbenějšího šablonovacího enginu pro Clojure - Enlive. Tato přednáška však byla o něčem zcela jiném. Clojure má softwarovou transakční paměť, díky které je možné měnit hodnoty transakčních referencí a mít garantováno, že se v daném bloku provede buď vše nebo nic (velmi stručně řečeno). V tomto talku byly představeny tzv. megarefs, které umožňují mít v refu jednu velkou datovou strukturu, která uvnitř sebe opět umožňuje za pomoci refů kontrolovat granularitu atomicity změn v celém tom "světě". Rozhodně zajímavá rozcvička a když to Christophe píše, asi pro to má i využití :)

Sada tří Lightning talků

Literate programming - programování s použitím přirozeného jazyka mě nikdy příliš nezajímalo, takže tenhle počin jsem bral vyloženě jako kuriozitu. Osobně si neumím představit, že bych to nějak využil v praxi. Ale takových věcí už bylo...

Lithium - Lisp ve stylu Clojure, který běží přímo na x86 HW. Velká škoda, že Daniel neukázal live demo, ale každopádně klobouk dolů, vyblbnout se musel asi solidně :)

Templatování v Clojure - rychlý přehled templatovacích enginů

Meta-eX: How to live code your own band - Sam Aaron

Další multimediální přednáška od jednoho z tvůrců enginu Overtone. Těžko popisovat slovy Samův enthusiasmus pro experimentování se zvukem a skládání hudby... A už vůbec nemá smysl popisovat, jak hraje kapela, jejímž hlavním hudebním nástrojem je live editování kódu v Emacsu. Bohužel, žádné rozumné video z EC není a tak tu nechám alespoň tohle.   

Poslední dva talky (Enterprise integration with Clojure a A Perfect Storm for Legacy Migration) byly v podstatě příběhy firem, které nasazovaly Clojure a relativně detailní popis toho, jak zapadá do jejich infrastruktury.

Toť vše z mé strany. Pokud jsem k něčemu nenapsal dost, další informace najdete na Lanyrdu.

  [fotku jsem ukradl Kamilu Tomanovi] Nedávno jsme se s @martinhynar vrátili z berlínské konference EuroClojure, kam jsme se podívali díky Vendavu. A tak se sluší a patří, abych si o tom malinko ublognul.

Jde o první větší evropskou konferenci zaměřenou výhradně na programovací jazyk Clojure a filosofii vývoje softwaru, která se kolem něj rodí. První ročník se konal minulý rok v Londýně, letos byl na řadě Berlín a jestli někdy dojde i na Prahu, to těžko odhadnout... :) Vyrazit do Berlína každopádně stálo za to, zvláště když je to z Ostravy pár hodin cesty autem. Akce se konala v areálu bývalého pivovaru, který byl v průběhu času proměněn v kulturní centrum. Není to sice tak impozantní stavba jako podobně využitý Stary Browar v polské Poznańi, ale i tak to je velmi stylový mix moderních technologií a syrové industriální architektury. Obité a hrubé zdi hal v kombinaci s moderním zázemím byly perfektním prostředím pro něco tak živelného a drzého, jako je Clojure. Člověk by měl skoro tendenci si myslet, že tahle platforma je ještě stále ve vývojářském undergroundu... Ovšem již dávno (z pohledu rychlosti vývoje světa IT) tomu tak není a právě i přednášky na téhle konferenci nás v tom utvrdily.

Co se týká organizace, tak ta byla perfektní. Šlo o relativně malou konferenci, takže pokud by člověk čekal, že u vstupu dostane tričko a tašku plnou propisek, bloků a reklamních materiálů, tak by byl zklamán. Naštěstí jsou tohle zcela irelevantní věci a tričko zdarma šlo získat i jinak :) Wifi z počátku haprovala (což bohužel pokazilo jeden kolaborativní talk), ale pak už běžela celkem spolehlivě - samozřejmě s rychlostí v rámci rozumných mezí (cca 200 lidí). Velmi pozitivní bylo jídlo a pití. Budova, kde se vše konalo, měla hned vedle přednáškového sálu plně vybavenou kavárnu s kuchyní (což se např. o polském GeeCONu konaném v kině říci nedá) a tak nebyl vůbec problém pro všechny zajistit stabilní přísun tekutin a dobrého jídla. Během přestávek mezi talky servíroval personál na baru nealko dle přání (typ i množství - káva vzhledem k podmínkám velmi dobrá) a nemálo breaků bylo také oslazeno zákusky, které samozřejmě zmizely velmi rychle. Obědy byly řešeny rautovým stylem a jídlo bylo pestré. V pondělí večer pak byla rezervace v jedné z obřích berlínských pivnic, kde pivo teklo proudem a klobásky se kutálely přímo do pusy (ne, to už v ceně nebylo), hlavně jsme se tam ovšem socializovali a to až tak, že druhý den měli někteří problém mluvit... Inu hromada geeků lačnících po hluboké filosofické konverzaci + vagóny kalících němců + tamní obdoba Evy a Vaška = bengál jak sviňa.

Dost bylo plků, pojďme k tomu, kvůli čemu vlastně vůbec tenhle článek píšu. Pokusím se teď popsat přednášky, které jsme slyšeli.

Keynote: States and Nomads: Handling Software Complexity - Zach Tellman

Zachova keynote byla jednoznačně nejfilosofičtější přednáškou celé konference, takže tenhle popis berte jen jako můj myšlenkový dump - prostě co mi utkvělo v mysli. Jo a není tam překlep. Nemá tam být "monads" :) V zásadě to bylo rozdílu mezi tím, jak k řešení komplexity přistupuje stát (resp. jaká je v tomto mentalita státu) a jak nomadická mysl - a jak to ilustruje chování nás vývojářů. Začal ji perfektní ilustrací principu leaky abstraction: použil dvě rasy z románu Time Machine od H. G. Wellse, Eloi a Morlocky. Eloi si žijí v luxusu na povrchu planety, ten je ovšem udržován při životě morlocky, otroky žijícími pod zemí. Ti každou noc vystupují na povrch a Eloi požírají. Naše leakující abstrakce fungují stejně - máme tendenci se nechat ukolébat tím, jak jsme problém krásně abstrahovali, ale v nestřežené chvíli se abstrakce proskočí skrz mříže a kousne... Realita je rhizoma, propojené kořeny s nuancemi, které nelze při přílišném zjednodušení postihnout. Stát se snaží toto změnit ve strom s jedním kořenem - musí vnucovat svou zjednodušující hierarchizující představu, aby mohl fungovat. Descriptive > Prescriptive. Zach použil několik dalších ilustrací, některé z nich z knihy Seeing Like a State: How Certain Schemes to Improve the Human Condition Have Failed od farmáře a anarchistického politologa Jamese C. Scotta (viz. také některé texty libertariánského institutu CATO - Scott sám ovšem klasickým libertariánem není). Mezi jinými to byly absurdní pokusy v pruském lesním hospodářství v 50. letech 19. století (devastace půdy sterilizací, geometrizací a homogenizací lesů ve snaze zefektivnit těžbu) nebo budování zcela odosobnělého města Brasília v 60. letech minulého století. Keynote nekončila nějakou ultimátní radou, jak to všecho rozseknout a vyřešit. Bylo to spíše vykopnutí míče na hřiště, snaha nastartovat dlouhodobou diskusi, pokus dostat vývojáře od (možná přespříliš) exaktního techné taky trochu k nomádskému metis (wisdom, skill, craft). Co děláme, je prostě mnohem více fuzzy, než si občas jsme ochotní přiznat a sebevětší hromady computer science paperů nestačí.

Evolving Life In The Browser - Tom Hall

Toto byla ta přednáška, o které jsem již v úvodu zmínil, že jí pokazil haprující internet. Tommy ukazoval několik genetických algoritmů běžících v browseru na ClojureScriptu a po nás chtěl, abychom mu pomohli svými stroji algoritmy rozvíjet. Zajímavý byl např. malý Robbie, který se snaží najít nejlepší způsob, jak uklízet bordel, co se válí kolem. A nebo simulace umělého života s pomocí zipperů.

Build Your Own Lisp for Great Justice - Bodil Stokke

Svéráznou děvčicu Bodil nemusím clojurianům představovat. Na EC přijela ukázat dialekt Clojure / Lispu, na kterém pracuje - BODOL. Nabídla také pár narážek na uživatele jiných editorů než je Emacs a hromadu barevných ponnies ve vymakané Reveal.js prezentaci :) Zmínila ale i praktické věci, jako např. jak implementovala různé aspekty daného jazyka. To je pro lispaře důležité, jelikož implementace vlastního Lispu je smrtelná mozková nemoc, která potká každého lispaře a pokud ne, tak to nebyl lispař :)

Liberator – free your data with RFC 2616 - Philipp Meier

Autor knihovny zmíněné v nadpisu přednášky popisoval svojí cestu nebezpčnou džunglí zvanou HTTP. Dokud člověk nezačne kopat hlouběji, nedochází mu, jak obrovská a komplexní specifikace HTTP je. Liberator není jen o vystavení RESTových endpointů přes HTTP, je skutečně o pokrytí celé cesty tím rozhodovacím stromem, kterým je třeba podle RFC 2616 projít. Liberator umí onu cestu dokonce nakreslit jako SVG obrázek a to pak člověku dochází, kolik věcí většina dnešních knihoven abstrahuje pryč (za cenu nemožnosti do nich zasáhnout). <vtip>Pro mě to bylo opáčko, protože o Liberatoru mluvil na jednom z našich Lambda Meetupů Martin Hynar ;)</vtip>

Creative Machines - Joseph Wilk

Velmi zajímavá přednáška od skromného sympaťáka, upoutaného (snad dočasně?) na invalidní vozík. Joseph byl jedním z lidí, kteří reprezentovali na EuroClojure významné firmy používající Clojure ve velkém - a to přesto, že pokud se dobře pamatuji, vůbec během přednášky nezmínil, že pro tu firmu pracuje. Jde o (původem) berlínskou službu SoundCloud - jeden z nejdůležitějsích internetových hudebních hubů současnosti, který redefinuje způsob, jakým hudebníci a labely komunikují s fanoušky. Data science se tam dělá ve velkém, takže rozsáhlý deployment Clojure nepřekvapí. Není tedy ani  divem, že Josephova přednáška se týkala umění, vizuálního i hudebního. Zamýšlel se nad otázkou, zda stroje dokážou být kreativní... a jak vlastně vůbec pojem "kreativní" definovat. Můžou skládat hudbu? Malovat? Podle toho, co jsme viděli a slyšeli, tak rozhodně můžou - škarohlídi ovšem namítají, že to vždy bude pouze výsledek lidského naprogramování a tedy nelze o kreativitě mluvit. Těžko rozseknout takovou debatu během jednoho talku. A kde tam zapadá Clojure? Overtone - knihovna, která se během EC ještě předvedla (stay tuned) a kterou Joseph použil, aby učil počítač komponovat na motivy naučených útržků hudebních děl. Nakonec hezky ilustroval obrovské kognitivní zkreslení, které tuhle problematiku provází: jakýsi profesor se rozplýval nad hudebním dílem a když ho za rok slyšel znovu a bylo mu řečeno, že ho složil počítač, označil ho za brak...

(assert (= (+ quadrocopter motion-detector core.async) :awesomeness)) - Jarppe Lansio

Jarppe! Legračně nervózní a extrovertní Fin (jo, existujou), který se na stage parádně vyblbnul s quadrocopterem. Řídil ho pohyby ruky nad snímacím zařízením, které předávalo informace Clojure programu používajícímu knihovnu core.async a ten pak ovládal tu bestii. Škoda slov, tady je video.

Functional 3D Game Design - James Reeves

Jméno možná mnoho neřekne, přezdívka @weavejester už by mohla - ano, jde o člověka, díky kterému se dá Clojure pěkně používat na serveru: Ring, Compojure, Hiccup. Jak už ovšem název napovídá, tady o server nešlo - James se rozhodl na chvíli odložit kariéru nezávislého kontraktora a na plný úvazek se věnuje vývoji 3D hry v Clojure. James se soustředil hlavně na to, jak dosáhnout uspokojivého výkonu při zachování důležitého funkcionálního aspektu Clojure - neměnných datových struktur. Herní engine toho ještě mnoho neumí, což me trochu zklamalo - čekal jsem trochu více než rotující kostku na černém pozadí... Ale ani v nejmenším nepochybuju, že to James bude schopen dotáhnout k něčemu efektnímu.

Common Clojure Smells - Jen Smith 

První den zakončila Jen Smith z ThoughtWorks s přednáškou o code smells v Clojure. Ano, i tak übercool jazyk jako Clojure je má, i když se od objektových smellů často dost liší, nebo jsou s nimi přímo v rozporu. Např. Primitive Obsession je jedním z hlavních pilířů Clojure, jakožto data-oriented jazyku. S jednou věcí jsem ovšem nesouhlasil (a už jsem to před časem zmínil i někde na Twitteru): Jen popisovala přílišné zanoření do lispových struktur jako smell. To je samozřejmě OK, nikdo nechce ve svém kódu vidět na konci funkce )))))))))). Jejím řešením ovšem bylo použití threading maker -> a ->> a to je to, co mě nesedí. Threading makro nemá nic společného s vlákny v JVM, ale umožňuje vám obrátit pořadí zápisu lispových funkcí, viz. např. http://clojuredocs.org/clojure_core/clojure.core/-%3E Je to perfektní nástroj pro případy, kdy potřebujete využít z Clojure nějakou javovskou knihovnu a potřebujete volat Java metody postfixovým zápisem. Řešit s ním ale přílišné zanoření mi v mnoha případech přijde jen jako léčení symptomů. Podle mého by první pokus o řešení měla být dekompozice do malých funkcí a přidržení se standardní lispové syntaxe. Samozřejmě netvrdím, že mám patent na pravdu - např. v případě "obalování" middlewarů v Compojure to smysl dává. Jinak ale určitě fajn přednáška - slidy zde.

No a to byl konec prvního dne. V dohledné době očekávejte druhý díl s povídáním o přednáškách z druhého dne.

Welcome to another issue of Clojure weekly, my small routine blog contribution to the Clojure sphere! These are just a few links, normally 4/5 urls, pointing at articles, documentation, screencasts, podcasts or anything else that attracts my attention. This time there is some focus on EuroClojure 2013 coverage but for the rest, that’s it, enjoy!

EuroClojure 2013: Narcissistic Design Here's a summary of Stuart Halloway's Nariccistic Design talk. Hopefully there will be a video available at some point (couldn't find one) but the overall sense seems to be that of a parody of what Clojure doesn't do compared against many other corporate languages. As a side effect of not using Clojure you can achieve job security by obfuscation. That implies that if you embrace FP in general and Clojure you'll end up with a decreased complexity that will be easier to evolve and maintain by anyone. At least, I hope this is the sense of it! :) Anti-patterns discussed here: cryptic names, mutable state and setters, pushing language semantic down the wire, create unnecessary abstraction over simple information types, write many unit tests (hum, supposed too much testing or bad testing is bad, disciplined and pragmatic testing is good? Well don't get me started again on this).

Clojure on Hadoop: A New Hope - Factual Blog Maybe a little too old, but a good straight to the point Cascalog introduction with sample project and how to be productive right away on CSV or JSON sources. Also some interesting comparison regarding why not using Pig kind of arguments. Worth a quick spike.

A bitter taste Holy cow, did this happened for real? I was following the usual tweets over the conference and noticed the usual pro Emacs tweets, which is fun and expected. This could be just a rant, but knowing Kotarak I think his post deserve attention. So do I need to think that Euroclojure was about mocking diversity in a non-constructive manner? I suppose that's not true, but still concerned about somebody leaving the stage with a bitter taste. Is the Clojure community becoming more and more intolerant? (I'm thinking about the other rumor discussions about the supposed uselessness of TDD). Discuss.

On Testing and the REPL in Clojure Sorry for my persisting on the TDD subject, but it really makes me sad whenever the "clojure community" thinks they've found a language that fixes the problem with TDD. This post reports about some informal chatting at Euroclojure 2013, so it is possibly one point of view. At the same time, I also experienced the same talking with fellow Clojurians. The problem with TDD as described here is not a problem with TDD, because the definition of TDD given here is as a tool for problem space exploration, something you use to acquire enough knowledge about a tool, library, API or framework to actually implement the solution you need. Never heard of that as TDD and of course those "tests" get in your way and you'd better use the REPL for that. All totally fine if you want to create a few tests after the fact to cover for regressions. But please, don't call that a fix for TDD, call it a fix for the need of exploratory code that doesn't fit very well in unit tests.

Towards core.matrix for Clojure? | Creative Clojure I'm looking into the Clojure matrix world for the first time and this post by Mike Anderson aka Mikera illustrates what is the current standardization status. Or maybe I should say what used to be the standardization status because despite core.matrix is not yet accepted contrib, a lot of effort has been put in the right direction. As explained here, there are many robust matrix manipulation libraries with specific focus on one aspect or another. Core.matrix is attempting to unify those under a standard API. It's already using NDArray as the default implementation and optional implementations are available for Clatrix and vector-clj.