Have you read our previous posts about Vojta, our QA & Scrum Master and Ondra, our new QA? Do you want to meet another team member? In the blog post we introduce Jiri, our Technical Team Lead & Software Architect!
I come from Ostrava, where I also graduated from university.
I started programming on the PMD-85 8-bit computer when I was 13. I tried to make games, of course.
Professionally I have been into programming since 2001. I have worked with ANSI C in UNIX, C++ in Windows, Objective-C in iOS, and Java almost everywhere – from Java EE on backend to UI in Eclipse RCP.
This may seem like a handicap, but it actually gives us useful perspective.
We knew that we needed technology for a clean SPA (Single Page Application). So nothing that would require content generation on the server.
We were looking for something to provide us:
It did not take too long, and there were only three options left on our list:
React.js is mainstream these days. A king. But we did not stop there.
Angular2 is alpha now.
And Elm looks simply too cool for a real business project.
When we were collecting information about React.js, an interesting aspect repeatedly came to the fore.
If we chose React.js, it would still be necessary to decide about other issues.
None of these decisions is plain sailing, and – what is worse – it is not easy to reverse any of them. What if we realized that Flow had been a poor decision, and should be replaced by TypeScript? How easy and safe would it be to rewrite our code? Additionally, with each of the above-mentioned tools, the complexity of the project build/setup is growing.
If we chose Elm, we would get all-in-one.
So then we came to the conclusion that Elm is a real alternative. It remained to proof maturity of Elm.
Elm was initially designed in 2012 and when we started playing with it, there was version 0.17 with a quite stabilized API available. We already experienced moving to next version (0.18), and it was a one-day task.
The Elm community is just stunning. Any of our questions on Elm Slack was answered in full detail and kindly at that – the atmosphere is very friendly.
It will not be an understatement when I say that all team members loved Elm from very first day (there were four of us at that time).
The 10-month experience with Elm has confirmed all the hopes and expectations we originally had:
As for refactoring:
We have experienced the following scenario several times.
We started new part of our application with a proof-of-concept. Then we took this concept and gradually improved, extended, and refactored the code to final shape. All team members are used to refactoring Java or C# so it is not a whole new world for us. I can even see refactoring in Elm as much easier and safer. Maybe it is just because of the pure-functional nature of Elm. Pure functions, immutability and application state stored in one place are most probably the actual reasons why it is so easy to refactor. It’s simply great.
Elm seems to me as ideal entry language for functional programming. Past experience gives us enough self-confidence to use Elm for more and more parts of our application. I would not even be afraid to go into proof-of-concept to try a functional language on backend where we are happy with Java today.
Do you want to know more about Elm or meet Jiri in person? Feel free to join us on our next JS MeetUP, Newired led community in Ostrava. You can watch recent presentation by Jiri (Czech only): https://youtu.be/ANjTGRodz4I?t=23m20s