Brujo has been a programmer since the age of 10 and he has more than 15 years in the industry. He was a VB, .NET, Java and Haskell programmer until he found Erlang 8 years ago. He’s now Inaka's CTO and Erlang Solutions’ Tech Lead and Trainer. He’s an active member of the open-source community and his blog (Erlang Battleground on Medium) was the most active Erlang blog of 2016.
10 January 2017
I started learning Haskell in the middle of 2015 with the help of this amazing Haskell book. But even after almost a year and a half I am still not at the level where I would feel comfortable when having to write something in Haskell.
I am not the smartest person, but also I am not the dumbest person. I am a busy person, but even after spending extra time with Haskell, I still can not find myself being productive with it.
Haskell makes me feel dumb, but not in a good way.
I will learn Haskell one way or the other, but I am hoping that there will be a language that will take most of the good ideas from Haskell and make it more approachable. I do not think being approachable is a priority for Haskell community. Which is OK, just not what I am looking for.
After a year of playing with Rust (once a month) I am slowly starting to become more confident with it. Still a long way to go, but it looks like this might be my next go to language.
At times Rust feels like Perl.
The only thing I really dislike (at times) is the syntax. I guess with age aesthetics is becoming less important.
I am yet to do any interesting with Rust, but 2017 might be the year this will change.
Giving Elm a try, was the best decision I ever made in a long time. Not only I gave it a try, but we (Release Engineering team at Mozilla) started to use it for some of our applications. Probably reasons why we went with Elm requires a separate blog post, but I am sure we will be using it more and more.
The most innovative thing with Elm is not the syntax or type system or anything technical, but the idea to focus on simplicity, while taking the best ideas from Haskell and functional world.
Another exiting thing that came out of 2016, was that finally people got sick of npmand developers at Facebook wrote yarn (a npm replacement). I am yet to try it out but from initial looks it seems like the right direction to go.
Everybody at work is mostly familiar with Flask, which meant it was time for me to look into it. Majority of things feel wrong since the framework doesn't guide you to best practices, but expects you to figure out best practices on your own, or you copy paste them from somewhere (they do document them nicely). It makes me miss the Pyramid framework quite a lot.
On the bright side I got introduced to connextion project (by Zalando), since I am building quite some number of JSON API endpoints. What surprised me - in a positive way - is that having a language, swagger/openapi, that describes your JSON API a huge win for all the team.
- early prototyping with the team without writing a single line of code.
- automatically documenting your APIs.
- easier to enforce best practices across all APIs.
- automatically generating API clients for different languages
- back end code now doesn't even look Flask specific, which should make it more future proof if new awesome framework comes along.
Another thing that I noticed this year is that the way I write python code this days is quite different from the code I was writing in the past. I almost stopped using class-es. I guess I got influenced by Elm, Haskell and Nix, to think in a more functional way.
I work with Nix almost on a daily basis. Either for work or in my free time. I hope to promote Nix even more in 2017. I wont write much about Nix here because I mostly blog about things related to Nix and you can just check my blog for this.
Looks like 2017 is going to be the year of Nix.
If we only find a way and time to make more approachable :)
I am more and more convinced that programming should be a social experience and that programming in pairs or groups can not only be fun, but help improve everybody that participates.
I wish to do more pair programming in 2017.
25 Jul 2016
A video exploring the potential of fast simulated...
08 Aug 2016
Gradle did come to stay with us. Although...
22 Aug 2016
Software Testing is not for Attention...
19 Sep 2016
New video from #droidconpl2015 is out!...
19 Sep 2016
Last night I attended a software testing...
21 Oct 2016
A summary of my visit from SystemD Conference...
24 Oct 2016
Up until yesterday, I had only gone...
24 Oct 2016
Updating sources (versions, revisions, tags)...
14 Nov 2016
Elixir is a joy to work with, an easy...
16 Nov 2016
A few weeks ago I attended Mobiconf, one of...
20 Jan 2017
When you can’t bang! This story...
26 Jan 2017
I have been using Ruby/Rails for 8 years and...
07 Feb 2017
I am an old Java man, I never allocated many of...
07 Feb 2017
Earlier today, Dorothy Graham presented...
07 Feb 2017
I have seen great posts about Elixir release...