Let the visual tools do the work for you..
on
MenuetOS Debuts
·
· Score: 1
Writing 100% assembly language just for the sake of saying "mov eax,1" instead of "int a=1" is the mark of the true amateur programmer.
Unfortunately, today's trend is just letting the compilers do the work for you. I'm not saying that C development tools are not good (sometimes they really surprise me) but blaming a guy for making an entire OS in assembler is a stupid thing to do. You're calling this guy an amateur but think of all the dudes that are dragging items with the mouse saying that they are programming..
Learning assembler leads to a better understanding of the programs that one is making, but the visual programmers too often forget about this. We reached the point where we consider that the MHz race is going to save our products but why today's Java programs are running slower on a P4 than a (let's say) C one on a 486?
"Yes, my distro is better that yours"
It seems that, when not busy flaming M$ Windows, the average Linux user spends its time arguing about the merits of one or other Linux distribution.
I am a Linux user, too. For more than four years I've been using Red Hat releases and I am quite happy with them. Recently, I tried other distros, but I wasn't satisfied so I returned to RedHat. This is mainly because I am used with its configuration tools.
But my point is another: we are spending more time with our OS/Distro than with our applications. The main task of an OS (and a distribution's system maintenance tools) is to serve the user when he/she is doing work on the computer.
Let's focus on the functionality of applications and not on how to change settings for a daemon or upgrading packages and Linux will receive even more good reviews from PC users.
For alen: use a distro that will give you the most functionality and don't waste time with settings on your operating system. Knowledge on Linux's inner workings will come with time and not by installing a hardcore Linux user distribution.
Slashdot Mirror
Writing 100% assembly language just for the sake of saying "mov eax,1" instead of "int a=1" is the mark of the true amateur programmer.
Unfortunately, today's trend is just letting the compilers do the work for you. I'm not saying that C development tools are not good (sometimes they really surprise me) but blaming a guy for making an entire OS in assembler is a stupid thing to do. You're calling this guy an amateur but think of all the dudes that are dragging items with the mouse saying that they are programming..
Learning assembler leads to a better understanding of the programs that one is making, but the visual programmers too often forget about this. We reached the point where we consider that the MHz race is going to save our products but why today's Java programs are running slower on a P4 than a (let's say) C one on a 486?
"Yes, my distro is better that yours"
It seems that, when not busy flaming M$ Windows, the average Linux user spends its time arguing about the merits of one or other Linux distribution. I am a Linux user, too. For more than four years I've been using Red Hat releases and I am quite happy with them. Recently, I tried other distros, but I wasn't satisfied so I returned to RedHat. This is mainly because I am used with its configuration tools.
But my point is another: we are spending more time with our OS/Distro than with our applications. The main task of an OS (and a distribution's system maintenance tools) is to serve the user when he/she is doing work on the computer.
Let's focus on the functionality of applications and not on how to change settings for a daemon or upgrading packages and Linux will receive even more good reviews from PC users.
For alen: use a distro that will give you the most functionality and don't waste time with settings on your operating system. Knowledge on Linux's inner workings will come with time and not by installing a hardcore Linux user distribution.