226
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 20 May 2025
226 points (97.5% liked)
Programmer Humor
23383 readers
1108 users here now
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
founded 2 years ago
MODERATORS
I usually use the term coding to avoid the whole "html isn't a programming langauge" stuff.
By definition, it is a markup language, but I have seen recently that it has a few elements that kinda feel like programming.
Though you do tend to require some JS to complete the logic.
On the other hand, just because someone uses a non-programming language, does not surely make them not a programmer
html+css is turing complete. No javascript required.
It's nice to be the case.
But doing all the programming in CSS is too hard for a on-shot hobby-site maker like me.
Writing html is absolute programming in 99% of the cases. You program the structure of a web page, even more so if you use templating or integrate structure with js functionality.
In a loose sense, yes.
But then someone could also say that when making L^A^T~E~X templates is programming the structure of the documents.
I prefer calling it markup, because, even though people might prefer calling it 'programming', due to people's high esteem perception of the word, if you look at it from a neutral standpoint, markup is a word that represents the actual work, much more closely.
e.g. I use Qt Designer^[which is a UI to create UI stuff, which creates an XML definition of the final UI to be generated] to create UI stuff, and in some cases QML^[which is based on JS] and if I were to only be defining placements, shapes, sizes and colours of elements, I would like to call that part as marking-up the UI ^[of course I don't because nobody would understand, but if people did care about the word (and I kinda like the word), it would be more accurate], while the part where I define functions, timers and connections would be the programming part.
tbh I see a philosophical problem of separating markup from programming. Creating object structures be it in Latex or html is essentially the same thing as creating code objects. Most high level programming is more about structures and "placing things around" than people like to admit and that's 90% of all programming today.
Although I'd like to say, "it's not", that definitely is what takes up most of my time, even though it ends up being lesser part of the code (thankfully). But a lot of that is UI designing and deciding what might give a better UX, rather than programming.
Of course, if I were not using a framework, which does all the painting for me, I would always be programming the UI and that would be 90% of my code and 99% of my coding time.
Also, I would probably take a year to complete a weekly project.
In my dictionary, programming for the UI elements has been done by those, that created the library that parses the markup language and does the paint events. They also have to manage number of separate draw calls and other GPU efficiency stuff, making it easy to just define most of he placements using markup.
The only people saying that are pedants who maybe passed a python crash course. In industry no one gives a shit.
Edit: except that engineer is a protected term in some countries
Not "no one", but most, yeah.
Also, most around me don't care at all about absolutely anything as long as they get the $$$.
And why should they? It's not like they are going to use the software. It will probably be replaced again, by the next big thing, 5 years down the line.