Reading this hurt so much. Please just write articles by hand. I don’t care about perfect grammar and I don’t care about your article sounding „native“ or not.
But I do care about not having to read the word „genuinely“ a hundred times just because Claude likes it so much.
This is too oddly written to read in its entirety and I don't get the point. I mostly still do things like it says it worked in 2008. The difference with the "modern" workflow with 1400 packages and a build system is that web pages I put online just work, unlike most modern website which are horribly bug ridden and take ages to load and render.
Very much worth pointing out that while this is a fair history lesson of the entire toy chest, you still don't have to do any/all of this.
Contrary to popular belief, even big corporate web dev projects for high profile clients can still be, and often are, just plain HTML and CSS. The design does most of the heavy lifting. This is especially true for anything related to marketing.
>Not a prescription, a starting buffet. These are popular, well-supported defaults, not the only right answers. Tap any tool to open its site.
These AI tells are getting really easy to notice. A negative that absolutely isn't needed in a sentence, and you know it's AI that wrote it (, not a human ;) ).
People are focused on the authorship of the prose so I'll offer something different: imo this correctly covers the steps of the evolution of modern frontend and explains the reasoning well.
A lot of people on this site complain about modern tooling but this stuff wasn't done for kicks. React (and npm, I think) was (were) _so good_ at solving the problems it solved that we were willing to deal with the fallout.
Now that we're back to consolidating all of the gains through server side rendering, I think we're in a much better place overall.
Many sites could be built on the stack espoused by Alex Petros, "The Hundred-Year Web Service", <https://www.youtube.com/watch?v=lASLZ9TgXyc>: SQLite, Express.js, Nunjucks, and HTMX.
But if your app needs islands of interactivity, my library does it in a way that I haven't seen elsewhere.
> In 2008 you saved a file called index.html, dragged it onto an FTP client, and watched a little progress bar crawl to the right.
When I was first learning web development in the 90s, after a couple of sites, I switched to a hosting provider that offered a bit more control over the hosting environment. I discovered that they supported SCP and SFTP but not FTP. When I asked them why, they told me it was because FTP was old and insecure. I dig a bit of digging to learn about the situation, and sure enough, FTP was 25+ years old already and literally a decade older than the Internet (FTP: 1971; TCP/IP: 1981) and was obsolete and much less secure than the modern alternatives available in the late 90s.
This was a full decade before “the olden times” of 2008 that the article talks about, so using FTP even back then was a massively outdated way of working.
I writhe in pain when I try to find a frontend dev guide for a newbie to learn off, and one of the later chapters is some shit like setting up a kubernetes cluster
I don’t seem to have cracked the Hacker News writing formula yet. A few years ago I got similar feedback, but for the opposite reason: people complained that my English felt awkward because I’m not a native speaker. This time I asked an LLM to smooth out the wording, and it seems I accidentally outsourced my personality too.
The content and research are mine. I spent a few hours trying to collect all the moving pieces into something I wish I’d had as someone returning to frontend after many years away. It was just meant to save a few fellow dinosaurs from opening 47 tabs and wondering why they suddenly need seven package managers.
You will never write something that everyone likes. And furthermore, writing a quality text is _hard_, as in, that is something that even a native speaker will have to practice several years.
"There's a Gap that for the first couple years that you're making stuff
what you're making isn't so good. it's not that great it's it's really not that great it's it's trying to be good it has ambition to good but it's not quite that good but your taste - the thing that got you into the game - your your taste is still killer and your taste is good enough that you can tell that what you're making is kind of bad."
19 comments
[ 3.1 ms ] story [ 42.4 ms ] threadBut I do care about not having to read the word „genuinely“ a hundred times just because Claude likes it so much.
Contrary to popular belief, even big corporate web dev projects for high profile clients can still be, and often are, just plain HTML and CSS. The design does most of the heavy lifting. This is especially true for anything related to marketing.
These AI tells are getting really easy to notice. A negative that absolutely isn't needed in a sentence, and you know it's AI that wrote it (, not a human ;) ).
"the generated code quietly assumes you know everything in the eight layers above"
A lot of people on this site complain about modern tooling but this stuff wasn't done for kicks. React (and npm, I think) was (were) _so good_ at solving the problems it solved that we were willing to deal with the fallout.
Now that we're back to consolidating all of the gains through server side rendering, I think we're in a much better place overall.
Many sites could be built on the stack espoused by Alex Petros, "The Hundred-Year Web Service", <https://www.youtube.com/watch?v=lASLZ9TgXyc>: SQLite, Express.js, Nunjucks, and HTMX.
But if your app needs islands of interactivity, my library does it in a way that I haven't seen elsewhere.
When I was first learning web development in the 90s, after a couple of sites, I switched to a hosting provider that offered a bit more control over the hosting environment. I discovered that they supported SCP and SFTP but not FTP. When I asked them why, they told me it was because FTP was old and insecure. I dig a bit of digging to learn about the situation, and sure enough, FTP was 25+ years old already and literally a decade older than the Internet (FTP: 1971; TCP/IP: 1981) and was obsolete and much less secure than the modern alternatives available in the late 90s.
This was a full decade before “the olden times” of 2008 that the article talks about, so using FTP even back then was a massively outdated way of working.
I don’t seem to have cracked the Hacker News writing formula yet. A few years ago I got similar feedback, but for the opposite reason: people complained that my English felt awkward because I’m not a native speaker. This time I asked an LLM to smooth out the wording, and it seems I accidentally outsourced my personality too.
The content and research are mine. I spent a few hours trying to collect all the moving pieces into something I wish I’d had as someone returning to frontend after many years away. It was just meant to save a few fellow dinosaurs from opening 47 tabs and wondering why they suddenly need seven package managers.
"There's a Gap that for the first couple years that you're making stuff what you're making isn't so good. it's not that great it's it's really not that great it's it's trying to be good it has ambition to good but it's not quite that good but your taste - the thing that got you into the game - your your taste is still killer and your taste is good enough that you can tell that what you're making is kind of bad."
https://youtu.be/X2wLP0izeJE