About programing, a general question
Antonio Olivares
olivares14031 at yahoo.com
Wed Dec 22 18:15:15 UTC 2010
--- On Wed, 12/22/10, William Case <billlinux at rogers.com> wrote:
> From: William Case <billlinux at rogers.com>
> Subject: Re: About programing, a general question
> To: "Community support for Fedora users" <users at lists.fedoraproject.org>
> Date: Wednesday, December 22, 2010, 8:56 AM
> On Wed, 2010-12-22 at 10:52 -0500,
> Jerry Feldman wrote:
> > On 12/21/2010 03:48 PM, Parshwa Murdia wrote:
> > > On Wed, Dec 22, 2010 at 12:24 AM, Jerry Feldman
> <gaf at blu.org
> > > <mailto:gaf at blu.org>>
> wrote:
> > >
> > Yes and no. It is related to an understanding of what
> a computer really
> > does. While CPUs today are very complex, such as
> out-of-order execution,
> > the basic underlying premise is the same. If you
> understand binary
> > arithmetic and logical arithmetic, then you have an
> understanding of
> > what a CPU really does. You certainly don't need to
> understand what an
> > or gate or and gate is, but you need to understand
> what happens when you
> > add 2 positive integers and get a negative result,
int max 32768
int min -32768
Need to use long declarations, I remember this 14-15 years ago :)
It was fun! But wanted to finish school so I stopped taking comp. science classes. Now it is Java, my nephew knows it, but does not want to teach me:(
>
> Not an argument with what you say. I think most of it
> is sound advice,
> but I would like to, make one comment.
>
> I found that when teaching myself 'C', 10 or 20 minutes
> contemplating an
> 'and' or an 'or' gate gave me enough of an 'aha!' that I
> could
> understand what was going on. Of course, that was
> proceeded by another
> twenty minutes or so understanding the basic switching
> capabilities of
> transistors. Getting to understand basic computing cycles
> as governed by
> a crystal clock put everything into proportion timewise.
> The same with a
> template of a CPU showing things like the decoder,
> registers, and the
> ALU. I spent just enough time to get the idea of how
> data and
> instructions flowed. Knowing why there was a
> difference between DRAM
> (capacitors) memory and SRAM (flip-flops) memory answered a
> lot of
> questions of why things were done one way rather than the
> other.
>
Top down design, procedures, arrays, pointers, etc. Other object oriented programming. Techniques, algorithms,..., etc. Those were the good old days :) Now there is java, looks like C++ but there is no <iomanip.h>, <stdio.h>, ..., There was no way to get user input, but then they put it in there :(, It supposed runs on more platforms than the others(C++, C, pascal, basic, cobol, fortran, ..., etc)
But it now has Oracle in charge of it :(, what will happen to it?
Regards,
Antonio
More information about the users
mailing list