Re: Java's poor performance? Not really - pick the right tool for the job!

Michael Bender <Michael.Bender-UdXhSnd/[email protected]>
Newsgroups gmane.comp.hardware.microcontrollers.tini
Organization Sun Microsystems, Inc.
Message-ID <[email protected]>
NZG wrote:
>>>Cuz, yea, C is dangerous but assembly is deadly.
>>
>>My experience is the opposite - maybe because I learned to write
>>in machine code for 8-bit processors years before I learned C.
>>
>>I find that being proficient in assembly has actually helped me
>>write better C (and Java) code since I have a good understanding
>>of what goes on under the hood.
> 
> 
> Of course it does, I've got a couple years under my belt as well,
 > but I don't want to have to look under the hood every time I start
 > the car.

Sure, if we had to build the engine every time we wanted to go
somewhere, most people would wind up staying home :-). But it is
nice to be able to know what's going in the guts of something
even if it's not you who created those gutes.

> My point being that if you are going to call C "dangerous" because
 > it has pointers, then you are going to have to call direct stack
 > modification, direct memory read/writes, and the jmp'ing of assembly
 > "deadly".

The latter isn't as "dangerous" as C pointers since when you
manipulate the stack or do a "jmp" or perform any of the other
tricks that machine code requires you to do, you know what's
going on - with C, on the other hand, you get handed the rope,
already tied into a noose, the ladder and the tree, and an
invitation to just "try it on for size" :-).

Java programmers (who have never used any other language), on the
other hand are happy as clams doing a "new Vector()" here and
a "new String()" there, none the wiser.

mike

-- 
----------------------------------------------------------------------------
   Michael Bender                       E-Mail: [email protected]
   Sun Microsystems, Inc.                  Tel: 831-401-9510
   14 Network Circle                       Tel: x.31807
   Menlo Park, Ca. 94025
   Mailstop: UMPK14-260                    MD: VPN/IMAP

            Never make assumptions... they are usually wrong.

----------------------------------------------------------------------------

_______________________________________________
TINI mailing list
TINI-6tN4nzCoH/[email protected]
To UNSUBSCRIBE, edit your profile, or see list archives:
http://lists.dalsemi.com/mailman/listinfo/tini
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.