30

Another excellent piece from Iris Meredith - strongly recommend reading if you want an idea of how to un-fuck software as a field.

top 19 comments
sorted by: hot top controversial new old
[-] dgerard@awful.systems 4 points 5 hours ago* (last edited 5 hours ago)

The English national curriculum exposes every child to programming of some sort. 10 years ago it was 8yo kids learning Scratch, all of them.

I posted about it at the time: it turns out scratch is probably the answer, scratch is probably still the answer

in high school maths and computers they learn python.

my kid has no wish to become a professional dev, but can wield python as is useful to them.

[-] zogwarg@awful.systems 1 points 3 hours ago

When I was a kid in France it was Basic on TI and Casio graphing calculators, while in principle I agree that not every child will enjoy math, the sieve of Eratosthenes, LCM and GCD are good exercises for a first program. And i think it's easy to grasp that it's a lot less tedious to write a program for it, than to do it by hand.

[-] V0ldek@awful.systems 8 points 20 hours ago* (last edited 20 hours ago)

I'm glad this exists even though I vehemently disagree.

I would bounce right off a course like this. I fucking hated the webdev course we had. I don't care about websites. Writing a program in C that finds a shortest path in a graph and dumps it to the terminal? Fuck yeah, that's where the dopamine lies.

I agree that teaching people Java or Python as the first language is a bad idea, but for me it's not because they need something simpler that has tangible results - that's the opposite of what my experience tells me! I want them to write code in C that doesn't produce any GUI at all. They need to know how to test code that has no visible buttons to click. How to debug code just using a debugger. Having a tangible result other than just a dump on the terminal is a blight, it makes people lazy. It's very easy to determine that the program works because when I click through buttons in the GUI it does what I expect. When you have a library that doesn't have a GUI but just does things to objects in memory you can't take a shortcut, you need robust testing to convince yourself it does what you want. If you are GUI-centric, they will think that the only code that matters is the one that they can see from the front-end. This is precisely the way people get taught coding now with Python - it doesn't actually matter what is the code, it matters that you get a plot that looks right at the end.

The way to enlightenment lies in having 200 lines of C code that segfaults but only sometimes and having to figure out where the bug is using nothing but a debugger and your brain to analyse the code you wrote. That's how you learn how a computer actually works underneath, and once you get through that then stuff like Java or Python is small potatoes. You'll get the high-level language because you've seen the nightmare underneath the surface.

If the problem is that people don't feel motivated to do that and need a pretty website to feel like coding is fun then idk maybe they should train in something different? If having to debug broken code feels bad then you might want to do something else that's more rewarding. It's fine if there's like 50% fewer programmers but they're more conscious of all the layers between the user and silicon on average and fixing arcane problems scratches their itch.

[-] swlabr@awful.systems 1 points 3 hours ago

I think there’s room for both approaches simultaneously, especially at universities/colleges where you could offer multiple intro courses.

[-] istewart@awful.systems 7 points 1 day ago

The point about a static site generator being an ideal intro project is well-taken. I'm working my way through Practical Common Lisp right now, as it's recommended as one of the best CL intro books, and its intro project of an MP3 database is only barely relevant to me because I still have a stash of MP3s I started building up around the time of the book's original publication.

I struggle to imagine what might supplant the HTML generator suggestion in the future. If anything, its desirability is made more apparent by the proliferation of JS monoliths all over the Web. You can show students how quickly it renders compared to a corporate website or heavyweight social-media feed, use that as an introduction to performance considerations and profiling, introduce modularity by bolting on a more dynamic framework piece-by-piece...

[-] BlueMonday1984@awful.systems 2 points 21 hours ago* (last edited 14 hours ago)

I struggle to imagine what might supplant the HTML generator suggestion in the future.

I can't really think of anything to supplant it either. The only addition I can think of would be some complementary arts education, to build students' creative abilities and further highlight the expressive elements of software.

[-] swlabr@awful.systems 5 points 1 day ago

I completely agree with this. Good, lucid, concise commentary on CS/SE education and how to improve it. If I had written this article I’d just be telling people to ban python in coding education.

[-] BlueMonday1984@awful.systems 4 points 1 day ago

If I had written this article I’d just be telling people to ban python in coding education.

I'd be happy to hear your reasons why.

[-] Architeuthis@awful.systems 6 points 1 day ago

Not who you asked, but both python and javascript have code smell as a core language feature and we are stuck with them by accident of history, not because anyone in particular thought it would be such a great idea for them to overshoot their original purpose to such a comical degree.

Also there's a long history of languages meant to be used as an introduction to coding being spun off into ridiculously verbose enterprise equivalents that then everyone had to deal with (see delphi and visual basic) so there's certainly a case for refusing to cede any more ground to dollar store editions of useful stuff under the guise of education.

[-] swlabr@awful.systems 6 points 1 day ago

Short version is that 10-15 years ago, when I was a student, it had the same “vibe” as vibe coding has today, i.e. the promise of easy implementation, but with the final product being sloppy, unreadable and buggy.

[-] MCHEVA4EVA@lemmy.world 4 points 1 day ago

What do you suggest to learn instead? I'm teaching myself python because I wanted to understand coding more. Also because a lot of the tinkering with micro controllers can be done with micro python. So I have things I want to do with it too, future projects I want to create.

Funnily enough like the article mentions I taught myself HTML first in the early 00s. I did enjoy it but never used it much outside of the odd geocities website. This article does make me think maybe I need to revisit that too.

I also considered other languages to start on like maybe some kind of C or Basic but ultimately python felt like it was the most popular suggestion for newbs. I can always learn other things later.

[-] V0ldek@awful.systems 5 points 20 hours ago

I don't think you'll be broken by learning Python, but in my opinion to be a good programmer you need to understand at least one layer of abstraction lower than what you're implementing. So, as an example, once you learn how to code in Python using idk numpy, you absolutely must learn how numpy works under the hood. And that means C, because you cannot escape C.

I teach people Rust and I always say that you kind need to know the nightmare that is C/C++ to be able to fully appreciate what Rust does for you and how it builds a much more sensible programming model on top of the same set of basic concepts we use and have always used to talk to silicone. And then you can write web apps with Rust and never even touch a raw pointer in your life, but it will make you an infinitely better Rust developer if you understand what's going on below you.

This works surprisingly well across the entire SE stack IMO, e.g. if you're using React you should be fully aware of the layer below you - raw JS and HTML. If you're coding in C you should be aware of assembly and memory models. If you're using SQL to query a database you should be aware of logical plans. If you're a project manager you should be aware of what software engineering entails and what people in your team actually do day-to-day.

[-] swlabr@awful.systems 5 points 1 day ago

There is nothing wrong with learning python in general or as a first language. My gripe is more that if you self teach it with no software engineering thought, you end up with some real bad habits that lead to bad code, like:

  • not documenting code with comments etc.
  • not testing
  • not understanding data types
  • RE: micropython, and other python wrappers: not understanding the underlying wrapped thing.
  • complaining when other languages are as easy or convenient as python

So as long as you avoid that you might be good.

Also specifically with micropython: it’s good to get something working, just don’t expect it to be fast. And if you want it to be fast, you’re going to have to learn C.

[-] MCHEVA4EVA@lemmy.world 3 points 23 hours ago

Those are some valid points and definitely things I'm trying to be mindful of. Especially since I'm just teaching myself and at this point everything I'm doing is in a vacuum by myself, but if I want to get to the point where I can share my code and work with other people on projects I need to be doing it in a way that it's understandable to anyone else (and myself).

I think the next thing i'll lear will be C it seems a lot of what I want to do needs that too, so that will be fun. Thanks!

[-] diz@awful.systems 6 points 1 day ago* (last edited 1 day ago)

Python code really requires 100% branch coverage tests as an absolute minimim… with statically typed languages the compiler will catch some types of bugs in branches you don’t test, with python chances are it won’t.

edit: basically think of non covered lines the way you think about files you didn't compile.

[-] smiletolerantly@awful.systems 5 points 1 day ago

What language would you suggest?

[-] swlabr@awful.systems 3 points 1 day ago

Great question that I don’t have a good answer to. My bit about python was more just a throwaway joke that was also supposed to indicate that my own opinions aren’t sufficient to write the linked article.

Here are some wrong answers, but with reasons for and none against:

  • Assembly: really gets you to understand that you are contending with a computer chip, and that anything interesting that you want to do requires abstraction.
  • C: similar to the above, but also gets you to understand some of the fundamental aspects of programming languages, mostly memory.
  • Perl: if you’re willing to teach python, why not Perl? Less readable, more magic, fun language to play golf with, so tutorial exercises could be fun.

By coincidence, these are the first three languages that I encountered as a CS student with no preexisting knowledge of programming (not in this order).

Anyway, for something approaching a real suggestion: Dart/Flutter could be an interesting choice, for some of the reasons given in the article for HTML. I haven’t given this much thought so this might still be a bad answer. Also this is the language I’m using at work right now.

[-] blakestacey@awful.systems 5 points 1 day ago

I got my start with line-number BASIC, MS-DOS batch files and x86 assembly.

Oh, and once in college, I got really high and made a Visual Basic program that had no graphical user interface.

[-] smiletolerantly@awful.systems 3 points 1 day ago

Gotcha. It's still a fun question to think about though.

My uni switched from teaching their intro classes in Java to python the year before I started, and in defense of python, I have to say: it's so simple for small things, that it gets out of the way in the classroom. Sure, it's not great for big projects, but it is very easy to demonstrate concepts in a readable manner.

(That was the second program I enrolled in, btw. The first one, at another uni, they started with Haskell. No joke. And while I do appreciate Haskell and functional languages in general now, maybe in part due to this, it just got in the way of the concepts they were actually trying to teach.)

But in any case: uni isn't really there to teach you to code. That's something you are supposed to pick up on along the way, or on the job.

this post was submitted on 26 Aug 2025
30 points (100.0% liked)

NotAwfulTech

489 readers
19 users here now

a community for posting cool tech news you don’t want to sneer at

non-awfulness of tech is not required or else we wouldn’t have any posts

founded 2 years ago
MODERATORS