posts

Learn You a Haskell (LYAH) is the friendly, illustrated, free online Haskell introduction that a lot of people start with. I read it as the third track in my Haskell study, alongside The Haskell Book for the deep theory and laws and Haskell by Example for project-driven practice, and I own it in print, mostly to support the author. LYAH ended up being my “medium” book. It wasn’t demanding enough to need my protected morning focus time, but it wasn’t throwaway reading either. It moves fast and covers an enormous amount of ground in relatively few pages, and it rarely gives you exercises, so it was easy to pick up between chapters of my heavier books, but I also retained less from it than from the books where I was typing and testing code. More than once I described it as a book where you’re lucky to keep anything, but you’ll recognize the topic when it comes up again somewhere else, and that turned out to be worth a lot, since plenty of concepts were already familiar by the time The Haskell Book covered them properly. ...

I read this as evening light reading alongside a much more deliberate Haskell push, and built the whole Depot/Storefront tutorial along the way, with auth, i18n, Action Mailer/Mailbox, and hundreds of fast passing tests. Coming from a mostly JEE/JSF background (with a little Angular thrown in), I expected Rails' “Cadillac, all-bells-and-whistles” reputation to feel dated by 2026. It didn’t. It’s still the batteries-included framework, and the batteries are good ones: a rich text editor built in, which I had to bolt onto my own JEE app; a full email system in both directions, Action Mailer for outgoing with genuinely well-thought-out test-mode delivery support, Action Mailbox for incoming routed like a controller. I don’t expect a web framework to check my email for me, and I’m not sure I’d trust it over something like Mailchimp once you need real deliverability at scale, but as a “we already thought of that” touch I was impressed, and the testing support around it is A+. ...

The first thing that struck me about The Foundations of Western Civilization was how abnormally fast it moved before it got to Greek history. The biggest Bronze Age civilizations got a lecture, and in five lectures or so we were in Greece and things slowed down. For Egypt in particular, it felt like they summed up the entirety of Egyptian history with a sentence or two each about the Old Kingdom, Middle Kingdom, and New Kingdom, then talked a little about Egyptian life and were done. ...

Technical Blogging talked a lot more about SEO, blog promotion, how to benefit from being a blogger, and how to scale; all good problems to have but a little early to worry about when you don’t have a blog yet. There was maybe a chapter on the actual act of blogging, but it was mostly watered-down Getting Things Done advice and a brief sketch of the pomodoro technique. It did remind me that I always wanted to check out the Things app for managing to-dos and projects, and it made me notice that Pragmatic Bookshelf has another entire book on the Pomodoro Technique (I can’t imagine what they have to say about it at book length, but several authors have managed to talk about the Pomodoro Technique for an entire book, judging from my Amazon results). ...

Grokking Simplicity by Eric Normand teaches the difference between actions, calculations, and data as a way to reason about mutation and side effects, and it works better as a vocabulary book than a technique book. If you’ve already internalized what map, filter, and reduce are for, and I mean really internalized it and not just being able to write the syntax, most of the core material is going to read as confirmation of things you already believe instead of new information. The higher-order function chapters and the copy-on-write chapters fall right into that bucket. They’re clearly and patiently explained, and useful for someone who’s never had the difference between mutating and copying spelled out, but they’re slow going if you’ve been burned by shared mutable state enough times to already distrust it on instinct. ...

The best part of the book was section 2, where it described different architecture styles and gave each one star ratings across a variety of characteristics, which I’m sure come from the authors’ experience with each style. I also liked how it framed microservices as part of a trend pendulum, reacting against the reuse pain that SOA left behind, since I like noticing when a new trend is really just correcting for the last one’s mistakes. I’m not an architect currently, so I have no need for architecture decision records (ADRs), except maybe for technical decisions made on personal projects so I can go back and remember the thought that went into them. I may start using adr-tools on my own for that. Since I mostly listened to this on runs, my notes don’t really do it justice. I want to go back sometime when I’m not out of breath and write proper summaries of the ratings for each architecture style. ...

I first read The Pragmatic Programmer years ago, and the 20th anniversary edition holds up really well. It isn’t just a nostalgia lap, since the updates feel necessary, folding in ideas like ETC (“Easier to Change”), functional-style data pipelines, and more modern concurrency patterns without losing the voice that made the original a classic. It reads less like a list of rules and more like advice from people who have actually shipped things and learned from what went wrong. ...

Advanced Functional Programming with Elixir turned out to be a pretty good, easy introduction to functional programming concepts, and it uses good domain examples instead of math. It walks through Elixir’s protocol system with a DDD slant, using a theme park domain with rides, patrons, and Fast Passes instead of the numbers-only examples you get in most Haskell books. The code is built around a companion library called FunPark, a teaching-scale version of Koski’s real production package, Funx. The theme park was a good choice, and it paid off most in the Eq/FastPass chapter, where a real business rule (two Fast Passes with the same datetime conflict, but should still be equal by id) motivated contramap far better than an abstract definition ever could have. ...

I didn’t find a lot of the advice in this book terribly useful. It mostly seemed like common sense backed by a bit of research. The onboarding advice was probably the most useful part, if only because I’m senior enough now that it might come in handy with junior colleagues. The idea is basically to focus on single activities at first, starting with concrete code instead of diagrams, and remembering that everything is new to them. It is easy to forget once you’ve been steeped in a codebase for years. ...

A perfectly good introduction to the Elixir language, although it didn’t have anything specific to learning functional programming in it beyond getting used to doing things the Elixir way. I guess it had more recursion than most introductory programming books… It feels like a terrible introduction in comparison to Dave Thomas’ Programming Elixir though, since it stops totally short of introducing the Actor model and OTP, which are unique strengths of Elixir, but that’s obviously a longer book to read. ...