Earlier quoted context omitted.
LLM + framework you don't understand goes in ... unmaintainable garbage comes out.
Before LLMs, learning on the job looked like reading documentation. Now it’s a guided tour with verification. When I produce things in this way, I’m not just blindly accepting it. The goal is that by the end of it I have learned more about the codebase and architecture, not less. I feel that’s important.
Building an HTML-first site doubled our users overnight
291–300 of 605 posts
Re: Building an HTML-first site doubled our users overnight
#292Re: Building an HTML-first site doubled our users overnight
#293As a non-web dev, I have a question about this part: > There was a sad coda; as is the way of contract work, I moved on. I explained what I had built to my replacement, that it always worked even without javascript. He was appalled and said, “but that’s a lot more work for us.” Why is it more work? The approach described in the article seems honestly reasonably simple: just write the standard components for the form,…
Starting a few years ago, I realized some junior and medior engineers never once considered the possibility of building a website (app, experience, etc.) in anything other than a heavy SPA framework. But they're not stupid people! If you directly asked "Can you build a website without React?" they know the answer is obviously "Yes." However, if you asked them to build a new website, they would unthinkingly start a ne…
A few decades ago, IT jobs were for the most part done only by people who were in it for the kick they got out of working with computers. They already hacked at their dad's computer in their early teens (or sometimes even younger), and just could just never let go. It was for people who loved it because it was a niche.
But today, IT is no longer that. It's the backbone of much of our society. And so the field no longer attracts just the die hard fans, the nerds. It attracts ordinary "career people", who just need to have a job to feed the family. Who turn the machine off after 8 hours. Who don't go on coding all through the evening on their hobby project. Who don't try out new tech just for the heck of it.
I think it's hard to understand if you belong to the first group, the nerds, that anyone working in the field isn't like you. Because they all used to be! But those days are gone. We live in the times of enshitification for a reason. If you have the hacker spirit, you don't enshitify because you simply can't. You know what is the right way to do it. Sometimes that's a React app but sometimes it's just an HTML page.
You're not just in it for the money. You care. Not necessarily for the end user, although that would be nice. You care for the tech. And when - like in this article - both come together, sweet things can happen.
Re: Building an HTML-first site doubled our users overnight
#294Earlier quoted context omitted.
I wish I could convince my grandmother of this. "Why did the bank change the layout? I want the old one back!" - Don't like it? Change bank then. That's what I did. I get that changing to another bank is a big unknown, but it's probably still worth it to show your displeasure. Plus her bank are morons when it comes to several other things.
The problem with changing banks to search for a ux you like is that it's not easy to see the ux before you've invested in signing up. My main bank changed their UX not too long ago, and I liked the old one better, but the banks I've signed up for since are even worse. I signed up with them for other reasons though, so I put up with them because it's worth the pain. It does make my main bank look better though --- mob…
I agree. Better to deal with the devil you know rather than potentially one you don't.
Thankfully, I switched to a bank with a UI that was known good going by all the chatter I'd heard, but that's not really something you can guarantee to know. And even if you do know, if the rate is drastically worse at that bank than any of the others', then that's kind of moot.
Re: Building an HTML-first site doubled our users overnight
#295As a non-web dev, I have a question about this part: > There was a sad coda; as is the way of contract work, I moved on. I explained what I had built to my replacement, that it always worked even without javascript. He was appalled and said, “but that’s a lot more work for us.” Why is it more work? The approach described in the article seems honestly reasonably simple: just write the standard components for the form,…
The entire approach went out of style with the advent of single page apps, React, Angular, VueJS, etc.
Re: Building an HTML-first site doubled our users overnight
#296Earlier quoted context omitted.
My #1 advice is not creating separate server endpoints for every HTMX fragment, unless you are 1000% sure that endpoint will be used in multiple different pages. Working on a "simple html page" that is actually 5 different independent "subpages" (routes, views, templates) in the backend is awful. The UX was improved, but the DX was sacrificed. I recommend having a single view function for each page/SPA and do sub-rou…
Generally you don't even need to do the sub-routing in the handler. You can just render the entire page and have `hx-select` attributes pluck out the part that you want.
Re: Building an HTML-first site doubled our users overnight
#297As a non-web dev, I have a question about this part: > There was a sad coda; as is the way of contract work, I moved on. I explained what I had built to my replacement, that it always worked even without javascript. He was appalled and said, “but that’s a lot more work for us.” Why is it more work? The approach described in the article seems honestly reasonably simple: just write the standard components for the form,…
Starting a few years ago, I realized some junior and medior engineers never once considered the possibility of building a website (app, experience, etc.) in anything other than a heavy SPA framework. But they're not stupid people! If you directly asked "Can you build a website without React?" they know the answer is obviously "Yes." However, if you asked them to build a new website, they would unthinkingly start a ne…
It's like how a lot of people these days reach for an electric drill/driver for even the most simple projects like tightening a screw. It never occurs to them to use a screwdriver, or even a butter knife.
Re: Building an HTML-first site doubled our users overnight
#298Re: Building an HTML-first site doubled our users overnight
#299Old people. They exist. Not even that old. 60 year people can't user your fancy site because then don't have an internal model of how a computer works. You know that when pressing a button a hidden engine runs in the backend (or something runs in the backend). You expect an answer and if the expectation do not match the result, the model in your mind creates an hypothesis about what maybe happened and iterate from th…
It's not about age. It's about ability.
A lot of the people I build web pages for are poorly educated. The text we use for web is written for people with an eighth-grade education. Print material is fifth-grade.
People in the SV bubble can't imagine that there are tens of millions of people in America who cannot understand how an SPA works.
These people are invisible, even as they ladle out the food in the Google cafeteria, and polish the chrome in the Meta lobby.
Re: Building an HTML-first site doubled our users overnight
#300Earlier quoted context omitted.
Read the article. Typical users had old browsers often with poor reception. One user was using a PlayStation Portable which had very limited WWW capability.
The person you are replying to is saying the PMs are using new phones on WiFi, not that the customers are.