Taking courses which involve subjects that you will likely never encounter in the workforce is a thing in every discipline. Most engineers don’t need to manually solve differential equations in their day jobs, they just need to know that they exist and will often require numerical solutions.
Getting your hands dirty with the content provides a better understanding when dealing with higher level concepts.
I think it’s more important than ever. Software is getting slower and slower, and the bloat is ridiculous. Imho this is because we just work with abstractions over abstracions ignorant to how it will be computed on a real machine.
I think a more appropriate methapor would be, that you can speak and understand language (program) while being illiterate at the same time (not having a fundamental understanding on how a computer works). Of course this is a exaggeration, you don’t need to know about these stuff to be a adequate programmer I think.
@Suppoze@dubyakay one thing I liked about programming on Atari 8 bit machines was that your code could and was expected to hit the hardware directly. It was assumed the programmer understood the nature of the hardware and would directly “talk” to it to get it to perform their task. This made coding very efficient. Not a single CPU cycle of byte of RAM was wasted. A program that analysed data from multiple environmental sensors, tabulated, averaged and plotted the results and sent then to a charter plotter would run comfortably on 16kb of RAM.
My phone take a thousand times that to fail to open my emails.
Why is it important in this day and age to learn about memory management? That’s like saying it’s important to learn cursive, when it really isn’t.
Embedded. I’m currently writing software with 96 bytes of RAM. My next project I get to splurge and have 8kB of RAM and 32k of Flash.
I’m more scared with how badly I’ll handle/manage the 8k of RAM.
Also anywhere where a GC is just too slow. Like in videogame engines.
That’s a very specific usecase though that the majority of programmers likely will never have to face.
Taking courses which involve subjects that you will likely never encounter in the workforce is a thing in every discipline. Most engineers don’t need to manually solve differential equations in their day jobs, they just need to know that they exist and will often require numerical solutions.
Getting your hands dirty with the content provides a better understanding when dealing with higher level concepts.
I think it’s more important than ever. Software is getting slower and slower, and the bloat is ridiculous. Imho this is because we just work with abstractions over abstracions ignorant to how it will be computed on a real machine. I think a more appropriate methapor would be, that you can speak and understand language (program) while being illiterate at the same time (not having a fundamental understanding on how a computer works). Of course this is a exaggeration, you don’t need to know about these stuff to be a adequate programmer I think.
@Suppoze @dubyakay one thing I liked about programming on Atari 8 bit machines was that your code could and was expected to hit the hardware directly. It was assumed the programmer understood the nature of the hardware and would directly “talk” to it to get it to perform their task. This made coding very efficient. Not a single CPU cycle of byte of RAM was wasted. A program that analysed data from multiple environmental sensors, tabulated, averaged and plotted the results and sent then to a charter plotter would run comfortably on 16kb of RAM.
My phone take a thousand times that to fail to open my emails.