by panic on 2/11/25, 2:37 AM with 46 comments
by shit_game on 2/11/25, 7:58 AM
I like the idea of this as an introduction for a child to web development, but I feel like it (in isolation) is wanting. One of the most jarring bits of this page is that there is an almost immediate jump from this page to MDN, which is drastically too much for most 12 year olds. There is a lot of "do this, and then do that" style of instructure, but not very much child-friendly explanation as to why to do that. Most things described here are trivial to people who are familiar with the subject, but not anything obvious or natural or intuitive without the necessary context or experience.
Further, there is a significant push into HTML semantics before describing the simplest workflow of creation -> publishing that may lose the target audience's attention; I feel that describing a process more abstractly and then expounding on the details may be more helpful if you're teaching children how to make a website (websites are documents on another computer that you can ask for, this is an example of a very simple document, the document goes on a computer that talks to other computers and responds to their requests for documents, other computers then can see the document when they are responded to, etc.).
by mg on 2/11/25, 7:18 AM
https://no-gravity.github.io/html_editor/
Originally, I made it for myself. To quickly do HTML/CSS/JS experiments. And I still use it for that use case.
Often when I show it to non-developer friends, I can see how they light up to coding for the first time. I think it is because it is so accessible. No signup, no setup, no long page load. Everything is instant, and they see each change the moment they type it.
by tommica on 2/11/25, 7:03 AM
by nhatcher on 2/11/25, 7:58 AM
It's one if those gems in the Internet
by Brajeshwar on 2/11/25, 6:24 AM
by braggerxyz on 2/11/25, 9:39 AM
Keep up the great work with such a guide, maybe you kickstart some careers with it!
by greazy on 2/11/25, 7:14 AM
I think this is why wordpress or drupal services are multimillion dollar companies.
The web is hard.
My experience as someone who programs but was never formally trained even if my job requires the skill set.
by steren on 2/11/25, 5:02 AM
by egeozcan on 2/11/25, 7:36 AM
For the developers, we are busy writing our own static site generators and blogging about it (which is a lot of fun too!)
by susam on 2/11/25, 9:41 AM
by caspper69 on 2/11/25, 5:33 AM
I am glad to see something like this though. You might reach some people.
You see folks, when you had to live through doing this shit by hand, and if memory serves, this was even pre-css (or maybe pre separate css files, shit, maybe just pre-css2?) and your only dynamism was through cgi with C or Perl, because Cold Fusion cost waaay too much for mere mortals (and the Sun server costs were even more eye watering), you welcomed things like Linux, PHP, MySql and Apache with open arms. It was like being rescued from a refugee camp and being given prime rib. And think about this- if someone thinks PHP back in the version 3/4 days was salvation, that person has seen some real shit.
Point being, we came OUT of the woods. We knew better than to build rube goldberg machines that would lead us right back in, lol. We have a word for that- masochism.
Take what you know now, and simplify. Untangle the knots. Spring clean. Throw away the cruft. Free your minds.
And I know y’all can. Don’t be pretending like you don’t rewrite all your shit every year anyway ;)
by zelphirkalt on 2/11/25, 9:35 AM
by soupfordummies on 2/11/25, 3:39 PM
by abetusk on 2/11/25, 7:05 AM
Abstractions, frameworks, static site builders, etc. are all great but we shouldn't shy away from understanding the basics.
by defanor on 2/11/25, 6:02 AM
- Semantic tags (header, footer, main, section): machine-readable semantics can be fun to play with if one is so inclined, one can go even for RDFa, but AFAICT they will not do anything visible or useful, especially for a small beginner's website, but they complicate the guide.
- CSS: the page itself uses low-contrast pink text on a pink background, which is hard to read (and goes against W3C accessibility guidelines, which can be checked with one of the online contrast checkers as well), and provides similar low-contrast examples. It also makes links bold on hover, which moves the texts that follow them, and which is annoying.
- Viewport meta tag: this can be controversial, I think, but the tag itself is rather a hack to tell a browser "this page is not too broken, it can be rendered with a legible font size without breaking the markup". Teaching beginners to repeat that feels wrong both as promotion of such bad browser behavior, and as a road to potential misuse even of that (and the next version of the guide will have to include a new "this page really is not broken" invocation).
by jichiduo on 2/11/25, 6:55 AM
by h3794 on 2/11/25, 7:43 AM
by anshulbhide on 2/11/25, 7:12 AM
by Dementor430 on 2/11/25, 7:01 AM