30 days of Elm
These aren't necessarily sorted by difficulty.
I just come up with a challenge every day that fits my current level. I've also accounted for varying motivation, so any new Elm code or knowledge counts.
(01) 2020-12-17: Range slider value in p tag
(02) 2020-12-18: HTML element for each item in list
(03) 2020-12-19: Random checkbox grid
(04) 2020-12-20: Toggle visibility
(05) 2020-12-21: "Lights Out" game
(06) 2020-12-22: Accessible background colors
(07) 2020-12-23: Centered divs and content
(08) 2020-12-24: Data from JS and auto-reload
(09) 2020-12-25: Astronomy data from Python in Elm
(10) 2020-12-26: Mouse coordinates
(11) 2020-12-27: Next binary number with same number of 1's
(12) 2020-12-28: Same as yesterday, but with elm-binary
(13) 2020-12-29: Simple line charts from yesterday's project
(14) 2020-12-30: Four CodeWars katas
(15) 2020-12-31: Struggling with JSON :|
(16) 2021-01-01: Struggling slightly less with JSON
(17) 2021-01-02 I decoded some JSON!
(18) 2021-01-03 Decoding JSON from a Python backend
(19) 2021-01-04 Basic time
(20) 2021-01-05 Getting the browser's width and height
(21) 2021-01-06 Planet list -> SVG drawings
(22) 2021-01-07 Simple codewars.com challenges
(23) 2021-01-08 Simple layout with elm-ui
(24) 2021-01-09 msg vs. Msg
(25) 2021-01-10 Displaying a List (List String)
(26) 2021-01-11 Debug.log, Debug.toString and the REPL
(27) 2021-01-12 Using WebSockets+ports to control TouchDesigner
(28) 2021-01-13 Chess board + intro to Knight's Tour
(29) 2021-01-14 Basic map, filter and reduce/foldl
(30) 2021-01-15 Closing thoughts
Repo: https://github.com/kristianpedersen/30-days-of-elm
About this challenge
Hi! My name is Kristian.
The next 30 days, I'm going to teach myself the basics of Elm by making something new every day with Elm. Even the simplest things count. There's no structure or plan.
I was inspired to do this project after seeing Lars Lillo Ulvestad do 100 days of Haskell: https://twitter.com/larsparsfromage
30 days seems good enough to begin with, 100 would also be cool - I'm happy either way.
Background
I've been writing JavaScript on and off since 2016, and I started learning React in November 2020.
JavaScript and React are great tools, but after my last few projects, I want to spend more time thinking about the problem at hand, and less time on runtime errors.
In the hands of more skilled developers, most of the errors I've gotten wouldn't have happened, or they would have been fixed much faster than I did, but I want to avoid them altogether.
Why Elm?
Elm avoids runtime errors by design. Its error messages are really well written, its ecosystem seems cohesive, and I keep hearing good things about functional programming in general.
Even if I don't end up continuing with Elm, I think this will be a fun and educational experience that will make me a better developer.
Thoughts on motivation and setting the bar low
Motivation and focus vary every day, knowledge gains happen in bursts, cool ideas come out of the blue.
Why am I setting the bar so low every day? Saying that "even the simplest things count" may not sound ambitious, but consider the following scenarios:
High motivation + setting the bar too high:
Even if I learn a lot, I can still end up viewing it as a failure because I didn't reach my goal.Low motivation + setting the bar too high:
There's no success in sight.High motivation + setting the bar low:
I continue - not because I have to, but because I want to, and I usually end up raising the bar in the process.Low motivation + setting the bar low:
Although I don't want to, I understand that I can succeed just by getting one tiny thing done. This is better than outcome 1! Also, this often produces enough motivation to keep going a bit longer than first anticipated.
Oldest comments (0)