Hacker Newsnew | past | comments | ask | show | jobs | submit | Theoleff's commentslogin

Here's my blog https://theosoti.com/ where I share mainly about CSS. They are a mix of long articles and some short ones to talk about stuff I'm currently learning.


Happy New Year everyone. 2025 was a big year for me.

I spent a lot of time writing and sharing technical content, mostly about modern CSS. I didn’t expect much from it at first, but it slowly compounded.

Over the past year:

- On LinkedIn[0], my posts reached ~10M impressions and ~15k people decided to follow along.

- 1,800+ joined my newsletter.

- My blog[1] went from ~1–2 Google clicks/day to ~40/day.

- I published a book[2] about building UI with less JavaScript (185 copies sold so far).

What surprised me most wasn’t the numbers, but how much people care about clear, practical explanations and simple tools.

May 2026 be even better :)

[0]: https://www.linkedin.com/in/theosoti/ [1]: https://theosoti.com/ [2]: https://theosoti.com/you-dont-need-js/


The interesting part here isn’t “no JavaScript”, it’s that HTML already covers more use cases than people remember (forms, dialogs, validation, navigation).

I ran into this repeatedly while writing my book "You Don’t Need JavaScript"[0]: most JS in these cases isn’t adding capability, it’s compensating for forgotten platform features.

[0] https://theosoti.com/you-dont-need-js/


Agreed! I assume the reason for the forgetting of the features is that at least some were poorly supported when first released so developers create workarounds that then become the de facto standard.

It has been amazing to see the speed up in release and support of new CSS features over the last couple of years! Even the masonry layout has finally reached an experimental stage


Yup, at this point it feels more like habit than necessity. People learned to build things like dropdowns in JavaScript years ago, so they keep doing it that way.

A lot of devs simply don’t look any further when it comes to what HTML and CSS already provide.


That exactly describes me. I'm not a good frontend person. I got really, really good at building desktop GUIs in Swing (Java) back in the day and really imprinted on that way of doing things. When moving to web, I found the the display landscape really challenging to grok. I read a few books and got to where I could get most of what I wanted done, but it always took me way longer than it felt like it should, and certainly much longer than it took my coworkers. In that period I learned the contemporary patterns of the day and got pretty good at using component libraries with frameworks like React and was finally able to make things look and behave more like I wanted them to.

Because at that point so much of the focus was on javascript and component libs/frameworks, I didn't (and mostly still don't) really follow browser development. I looked into things like web components when they were first talked about but found their DX to be quite sub-par (it was still pretty early days) and haven't really looked again.

I'm personally much more interested in systems, infrastructure, devops, and all things backend, so for me frontend is a necessary evil to enable me to surface controls for my stuff to users. It's not that I don't want to stay up to speed and current, it's more that in my limited bandwidth I'm more focused on what I care about. That leads to exactly the pattern you described: I learned and got comfortable with a certain paradigm in a different time, and those ways are quite engrained.

Anyway, thank you for your comment. It really helped me identify a blind spot I previously had (which I intend to rectify) :-)


Thanks for sharing that! It’s a super common story. Frontend patterns moved fast (especially for the last 3 years), and not always in a way that encouraged checking what the browser itself could already do.

If you want to improve a bit and discover more what CSS and HTML can do today, I also try to post daily on my LinkedIn: https://www.linkedin.com/in/theosoti/


Very interesting book! These are the types of programming books I wish that were more abundant rather than "Learn X framework/language," those that solve/discuss interesting problems. Just bought a copy.


Indeed the "Learn X" books may even have a vested interest in not revealing rarely used features, so that you learn to reimplement them in X.


Thank you, it means a lot!

I originally started writing it because I was tired of books becoming obsolete every two years while the underlying problems stayed the same.


I wrote a book about modern HTML & CSS to create website with as little javascript as possible. I made almost 5k$ the first month, now I do 300-500$/month with it. Here’s the link: https://theosoti.com/you-dont-need-js/


Hi HN,

Over the past few months, I’ve been exploring how far modern CSS can go on its own. The result is an ebook called "You Don’t Need JavaScript".

It’s a collection of UI components (animations, modals, dark mode, etc.) built entirely with CSS, along with explanations of the techniques and philosophy behind them. The main idea: use the simplest tool that gets the job done, without sacrificing accessibility or creativity.

I’d love feedback, whether on the concept, the techniques, or even the way it’s presented.


Thanks for the link, not sure why it's not clickable in my post.


The links in the text are never parsed as links. there is a seperate url field for submitting posts with links.


Good to know, thank you!


Hi everyone,

I’m thrilled to share my new blog post on my frontend development blog!

This time, I’ve taken a deep dive into scroll-driven animations in CSS which are way better than JS animations. The blog continues to focus on making learning CSS fun and interactive, with hands-on examples you can play with directly in your browser.

Your feedback on this post would mean the world to me and will help shape the direction of future content.

Thank you for your support


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: