Looking for Recommendations on OOP and Design Books

  • Thread starter Thread starter Gummy
  • Start date Start date
G

Gummy

Hi,

I am a beginner with .NET who is joining a team of other newbies. We all
have programming experience (mostly VBA) but I am afraid that our lack of
OOP design expereince with larger-scale applications is going to get us in
trouble. Such as version control and things of that nature. The problem is I
don't know enough yet to know what to be afraid of.

My question is: what books, newletters, ezines, etc. can anyone recommend so
that our design methods are good ones? For example, I design a method for
importing data, then someone else wants to improve on that, how to we set up
a directory structure, naming conventions and version control (and the other
things I haven't thought about) so we don't step on each other?

Thanks for the help.

-G
 
Gummy said:
Hi,

I am a beginner with .NET who is joining a team of other newbies. We all
have programming experience (mostly VBA) but I am afraid that our lack of
OOP design expereince with larger-scale applications is going to get us in
trouble. Such as version control and things of that nature. The problem is
I
don't know enough yet to know what to be afraid of.

My question is: what books, newletters, ezines, etc. can anyone recommend
so
that our design methods are good ones? For example, I design a method for
importing data, then someone else wants to improve on that, how to we set
up
a directory structure, naming conventions and version control (and the
other
things I haven't thought about) so we don't step on each other?

Thanks for the help.

-G

First and foremost, I would recommend getting one of the "Applied .NET
Framework Programming" books by Jeffrey Richter. I think there are now
three versions of basically the same text.

http://tinyurl.com/94bes

It is neither "Learn to Program" nor an all-encompassing "Reference" book.
However, the in-depth explanation, in simple language, of core .NET
functions that you will use daily make this book a MUST (IMHO).

Next, I would you and your friends to force yourselfs to do everything in C#
from now on. If that is not possible, then make sure everyone who will be
using Visual Basic .NET turns Option Explicit ON and Option Strict ON by
default in the IDE options. This will result in all of you needing to
familiarize yourselves with "DirectCast" on day one (if you use VB.NET).

The next book I would recommend, assuming Visual Basic.NET, is Dan Clark's
"An Introduction to Object-Oriented Programming with Visual Basic .NET".

http://tinyurl.com/exocg

One of the worst places to start learning programming in the .NET Framework
is sitting in front of the IDE typing in code. Dan's book spends the first
few chapters giving you an introduction to creating a Software Requirements
Specification, Use Cases, Activity Diagrams, Sequence Diagrams, Class
Diagrams, and other very helpful aspects of UML.

Finally, I can recommend Mike Gunderloy's "Coder to Developer: Tools and
Strategies for Delivering Your Software".

http://tinyurl.com/9sgrz

I found this book to be very helpful at the point in my career when I bought
it. I admit that your mileage may vary depending on where you are in yours.

Good Luck,

Carl
 
Carl,

Thanks for the amazing and detailed recommendations. I am ordering them (or
just the first one) tonight.

-Gummy
 
I would recommend:

Object-Oriented Analysis and Design with Applications (2nd Edition)
by Grady Booch
 
I'm going to add to the excellent recommendations made so far with two books
that will make a huge difference.

For naming conventions, structures, and version control issues: "Code
Complete" by McConnell
For OO software development, patterns, and understanding how to really "get"
OO software development: "Design Patterns Explained" by Shalloway and Trott.

I often hand out copies of the latter book to folks who want to take that
next step to becoming a designer instead of just a coder.

HTH,

--
--- Nick Malik [Microsoft]
MCSD, CFPS, Certified Scrummaster
http://blogs.msdn.com/nickmalik

Disclaimer: Opinions expressed in this forum are my own, and not
representative of my employer.
I do not answer questions on behalf of my employer. I'm just a
programmer helping programmers.
 
Back
Top