Book Image

Modern Programming: Object Oriented Programming and Best Practices

By : Graham Lee
Book Image

Modern Programming: Object Oriented Programming and Best Practices

By: Graham Lee

Overview of this book

Your experience and knowledge always influence the approach you take and the tools you use to write your programs. With a sound understanding of how to approach your goal and what software paradigms to use, you can create high-performing applications quickly and efficiently. In this two-part book, you’ll discover the untapped features of object-oriented programming and use it with other software tools to code fast and efficient applications. The first part of the book begins with a discussion on how OOP is used today and moves on to analyze the ideas and problems that OOP doesn’t address. It continues by deconstructing the complexity of OOP, showing you its fundamentally simple core. You’ll see that, by using the distinctive elements of OOP, you can learn to build your applications more easily. The next part of this book talks about acquiring the skills to become a better programmer. You’ll get an overview of how various tools, such as version control and build management, help make your life easier. This book also discusses the pros and cons of other programming paradigms, such as aspect-oriented programming and functional programming, and helps to select the correct approach for your projects. It ends by talking about the philosophy behind designing software and what it means to be a "good" developer. By the end of this two-part book, you will have learned that OOP is not always complex, and you will know how you can evolve into a better programmer by learning about ethics, teamwork, and documentation.
Table of Contents (18 chapters)
Free Chapter
1
Part One – OOP The Easy Way
5
Part Two – APPropriate Behavior

What Does It Mean to Be "Good" At Making Software?

Statements abound about the productivity of people who make software. Many people claim that some programmers are 10x more productive than othershttp://www.johndcook.com/blog/2011/01/10/some-programmers-really-are-10x-more-productive/. What does that mean?

Presumably, to come up with a quantity, even a relative one like "10x," we have some quantitative measure that can be applied to people who make software in different contexts. What is that quantity? The number of significant lines of code written? If so, should we sack programmers who write -2000 lines of code in a dayhttp://folklore.org/StoryView.py?story=Negative_2000_Lines_Of_Code.txt?

How about the time taken to fix a bug, the measure originally applied (to a small number of programmers) to discover the 10x figure? Maybe the programmers aren't more productive, but we caught them on a good day? What about the programmer who spent more time ensuring...