this post was submitted on 17 Oct 2024
1383 points (99.0% liked)

RetroGaming

19803 readers
203 users here now

Vintage gaming community.

Rules:

  1. Be kind.
  2. No spam or soliciting for money.
  3. No racism or other bigotry allowed.
  4. Obviously nothing illegal.

If you see these please report them.

founded 2 years ago
MODERATORS
Xylinna@lemmy.world
Tenthrow@lemmy.world
gts@lemmy.world
1383
How hard could it be? (lemmy.world)
submitted 2 months ago by The_Picard_Maneuver@lemmy.world to c/retrogaming@lemmy.world
176 comments fedilink hide all child comments
 
you are viewing a single comment's thread
view the rest of the comments
[–] einlander@lemmy.world 145 points 2 months ago (2 children)
  • Programming was never meant to be abstract so far from the hardware.
  • 640k is enough ram for everybody.
  • The come with names like rust, typescript, go, and python. Names thought up by imbeciles.
  • Dev environments, environmental variables, build and make scripts, and macros, from the minds of the utter deranged.

They have played us for fools

[–] mynameisigglepiggle@lemmy.world 16 points 2 months ago (1 children)

I dabbled with making a fairly complex program for a microcontroller the other day and quickly hit the stack limit for a simple object.

It wasn't so much that it was a large object, but to provide flexibility I was amazed how fast I filled the memory.

I've done heaps with memory managed languages in the past but shit as soon as I had to think about what I was doing under the hood everything got hard af.

So serious question - does anyone have any good resources for a competent programmer, but with no clue whatsoever how to manage memory in a microcontroller space and avoid fragmentation etc?

I got it to work but I'm sure I did shit job and want to be better at it.

[–] BigDanishGuy@sh.itjust.works 8 points 2 months ago (1 children)

The best book I've ever bought on programming, and the second best book I bought for a class in uni, was https://dl.acm.org/doi/book/10.5555/1824214 it may be worth checking out on libgen and buy if it suits your needs.

Whenever I do low-level programming on the AVR architecture, I'll make a memory map. As in I'll map out where I'll put what. It may not be suitable for more complex programs, but it does the job for me. And it has enabled teamwork in assembly in the past.

If you want to work in a language that doesn't offer memory management, but manually mapping memory isn't feasible either, how about building your own memory management? Or perhaps use an RTOS? I've used freeRTOS before on various arm-based micros, and it does take a bit to get started, but after that it's easy sailing.

Sorry for the following tangent, all semi intelligent content in this comment is found above this line.
BTW I tried CoOS once, I wouldn't recommend it... OK it was 12 years ago, I can't remember exactly what was wrong other than the documentation was crap, but I don't need to remember why to hold a grudge.

[–] mynameisigglepiggle@lemmy.world 1 points 2 months ago

Bought the book! Thanks

[–] CascadianGiraffe@lemmy.world 1 points 2 months ago

Adobe promised that Lingo was the future of 'PC and internet gaming'

Luckily by the time I had to learn to write that garbage I already coded in several other languages. Made it easier, but somehow more painful. I'm pretty sure that shit was designed so that executives could look at the code and pretend they understood what was going on. At least with 'common terms' it eliminated the need for commenting out most of the time. One line of code would take a paragraph of text lol.