this post was submitted on 03 Aug 2024
1069 points (99.1% liked)

Programmer Humor

32571 readers
211 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS
1069
submitted 3 months ago* (last edited 3 months ago) by sag@lemm.ee to c/programmerhumor@lemmy.ml
 
you are viewing a single comment's thread
view the rest of the comments
[–] abcd@feddit.org 28 points 3 months ago* (last edited 3 months ago) (1 children)

IMHO assembly isn’t hard. When you gain enough experience you start to see „visual patterns“ in your code. For example jumping over some lines often equals to a if/else statement or jumping back is often a loop etc. Then you are able to skim code without the necessity to read each line.

The most difficult part is to keep track of the big picture because it is so verbose. Otherwise it’s a handful or two of instructions you use 90+% of the time.

I needed it often in the past in the PLC world but it is dying out slowly. Nonetheless, when I encounter 30+ year old software I’m happy to be able to get along. And your experience transitions to other architectures like changing from one higher language to another.

Nonetheless, if I’m able to choose, I’ll take Go. Please and thank you 😊

[–] wewbull@feddit.uk 9 points 3 months ago* (last edited 3 months ago)

The most difficult part is to keep track of the big picture because it is so verbose. Otherwise it’s a handful or two of instructions you use 90+% of the time.

It's a long time since I wrote any assembly in anger, but I don't remember this being an issue. Back then Id be writing 2D and 3D graphics demos. Reasonably complex things, but the challenge was always getting it fast enought to keep the frame rate up, not code structure.

As you say, I think you just establish patterns to decompose the problem.