[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [K12OSN] a prospective client - k12ltsp and logo



Jonathan Bartlett wrote:


K12OSNis not the forum for this really, but here goes..



I've actually found that it is writing in assembler that enables you to have an understanding of the hardware.


What commercial programmers need to understand the hardware ? Kernel hackers ? Firmware for wireless cards ?
In Linux, for example, the hardware is fully abstracted by the kernel, so why would you want to learn how to write software to deal with hardware ?



 It is _very_ hard for people to go
from programming in the abstract to learning the nuts and bolts of how
computer memory operates.


Why do you need to know "how memory operates" ? Isn't this all abstracted by the kernel ?



[....]
If you have no basis for programming at all, I think it's much better to
start with learning how the computer itself operates, then working up to
how good programmers put this into practice.


For computer scientists, hardware designers, kernel hackers, I would tend to agree with you.


My point is ; Re-inventing the wheel regarding 'hardware drivers', 'memory operation' and other arcane specialist topics, is not required for general programmers writing applications - indeed, if a programmer designing a website had to deal with the specific foibles of the ethernet card, the job would not get done.

A tiny percentage of programmers will have an inclination in the fields of kernel modules, adapter firmware, and porting to obscure platforms. The industry needs these people, for sure, but I think as "teachers in schools", we will alienate, more than enable students to be involved in the software industry if we "specialize" them too early.


 That's the approach I'm
working on in my book that I'm writing (well, it's kind of stagnating
right now) -

http://www.eskimo.com/~johnnyb/computers/ProgrammingGroundUp/ProgrammingGroundUp.pdf


Thank you for making your work public. 8-)



kind regards, Steve






[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]