It'll save you from having to convert from procedure programming to oops later on.
Originally posted by: raildogg
So my major will be centered around computer technology etc but I want to learn some programming, even at the novice level. What is a good way to start?
I will be going tomorrow to the library to pick out some books if they have some.
Originally posted by: Nothinman
It'll save you from having to convert from procedure programming to oops later on.
Unless you stick with procedural programming in the future.
which is unlikely..
Originally posted by: Nothinman
which is unlikely..
You can't make that assumption without knowing what he's going to be doing with it. Infact he just said he's just learning the programming as a primer for school, he might never do any programming outside of school. But if he ends up doing low level programming like the Linux kernel or even highlevel stuff like Gnome he might be doing a lot of C. Since I'm just an administrator the majority of my programming is done in bash and perl, so besides the OOP forced on me by certain perl modules all of my code is procedural.
I have nothing against procedural programming, but it is just... tough for me to recommand it to some one... Years of programming have taught me to stay OOPS unless absolutely necessary. ..I guess its just tough for me to manage procedural codes..
Originally posted by: raildogg
So my major will be centered around computer technology etc but I want to learn some programming, even at the novice level. What is a good way to start?
I will be going tomorrow to the library to pick out some books if they have some.
I'm assuming you're saying that tongue-in-cheek. I'm all for people staying the hell away from C unless they're doing the various lower level stuff like kernels but every programmer has to go through pointers to get the idea. If you just go straight to a language like java then object references are just 'magic' and you have no idea of the differences between the stack and heap and so forth. Or .net, where the difference between value and reference types would just confuse the hell out of you.Originally posted by: Nothinman
And pointers in C suck too so he should probably steer clear of that too. =)
Thanks for all the great replies so far, guys. I just downloaded Microsoft Visual Basic 2005 Express Edition and doing some stuff following the guides. Tomorrow I will hopefulyl go to the library and get a book on Visual Basic 2005.
Is this a good strategy? Is this a good learner language? I have no experience in this.
Again, thanks.
Originally posted by: ncage
How to program with c++ by addison wesley. I am now a professional programmer and thats the book i learned on when i was starting out. Excellent book and i can compare it to many books in my career and its what i recommend. Stay away from crap books like "how to program c++ or whatever in 20 days" cause they SUCK.
Originally posted by: Nothinman
Thanks for all the great replies so far, guys. I just downloaded Microsoft Visual Basic 2005 Express Edition and doing some stuff following the guides. Tomorrow I will hopefulyl go to the library and get a book on Visual Basic 2005.
Is this a good strategy? Is this a good learner language? I have no experience in this.
Again, thanks.
A lot of people consider VB to be one of the worst programming languages around, stuff like 'on error resume next' can develop some really bad programming habits. Supposedly VB.Net is a lot better than VB6, but I don't know since I haven't used it.
Basically, there is no distinction between languages other than syntax.
IMO, the on error resume structure is actually making vb.net more flexable because it can be used at the same time as the try..onerror..finally structure.
Originally posted by: Nothinman
That's true of pretty much all languages.
Except that instead of testing for and correcting errors in the program you're ignoring them and hoping they don't cause any more.