This text offers practical insights into the human side of software development. It brings together ideas on all the human issues of software development: quality and productivity, teamwork, group dynamics, personality and programming, project management and organizational issues, interface design, human-machine interaction, cognition and psychology.
FREE Two-Day Shipping for students on millions of items. Learn more |
| ||||||||||||
|
There is a newer edition of this item:
|
Book Description
Editorial Reviews
From the Publisher
This book offers practical insights into the human side of software development. KEY TOPICS: Great software doesn't come from tools, it comes from people. That's why software development is so difficult to manage, much less automate. In this book, Software Development columnist Larry Constantine brings together new ideas on all the human issues of software development: quality and productivity, teamwork, group dyanmics, personality and programming, project management and organizational issues, interface design, human-machine interaction, cognition, and psychology. Constantine on Peopleware is a wide ranging series of essays, consistently thought-provoking.
From the Inside Flap
Good software does not come from CASE tools, visual programming, rapid prototyping, or object technology. Good software comes from people. So does bad software. In 1992, I started writing a regular column with this simple premise: since software is created by people and used by people, a better understanding of people - how they work, how they do their work, and how they work together - is a basis for better software development and better software. The subject of the column was not hardware, no t software, but peopleware.
In a field peppered with neologisms, peopleware is one of those few that really needed to be invented. Peter G. Newmann, perhaps best known for his regular reports on the human risks and real hazards of computers and computer programs, appears to have been the first to use the term in print, in a 1976 paper called Peopleware in Systems in an obscure book that took its title from the paper. The word seems to have been independently coined by Meilir Page-Jones, who used it in the 1980 edition of his Practical Guide to Structured Systems Design, the book that finally made my work on structured design understandable to the average programmer. But peopleware most likely became lodged in the permanent lexicon of our field with the 1987 publication of a great little book by that title from Tom DeMarco and Tim Lister. In calling my column Peopleware, I was cribbing from the best.
Peopleware is really the third frontier of the computer revolution. First came the hardware crisis. At one time we thought our problems were really due to hardware. If only we had faster and more powerful computers, we thought, with more memory and better peripherals, then we could build better systems; we could solve our problems. Well, we got better computers. Year after year the hardware grew swifter, the memories larger, and the peripherals more versatile and ergonomic. And our problems persisted. We still delivered hard-to-use systems; we still ran late and over budget with our projects. So we concluded that the real problem was software, and the front lines in the revolution shifted to what many came to call "the software crisis." If only we had better tools, higher level languages, richer component libraries, and programs to help us build programs, then we could solve our problems and deliver good systems on time and within budget. The third-generation languages grew more sophisticated and begat 4GLs.
Compilers grew faster and more clever. Libraries of reusable components expanded, editors became context-sensitive, and computer- aided software engineering tools sprang up from every point of the compass. On the heels of the structural revolution that gave us structured design and analysis, object orientation began to mature and gained in popularity. Still, schedules kept slipping and budgets kept busting, and everywhere the bugs remained stubbornly bugs.
At last, like Pogo and his fabled friends from Okeefenokee, we were forced to recognize where the problem lay. "We have met the enemy and they is us," said the unwittingly wise little possum. Indeed. Peopleware is the real issue. We are the problem a nd we are the solution. How convenient.
Peopleware spans a pretty broad panorama. Anything that has to do with the role of people in the software and applications development process is within the purview of peopleware. The column, like this book, touches on an assortment of issues scatter ed around that landscape: quality and productivity, teamwork, group dynamics, personality and programming, project management and organizational issues, interface design and human-machine interaction, cognition, psychology, and thought processes. All of these things interest and excite me. They always have. I took my degree in management in part because it allowed me to mix computers and systems theory with psychology. My thesis was on the psychology of computer programming. I introduced psychologist George Miller and his magical number (72, of course) to thousands of students and dozens of colleagues over the years. The structure of structure charts was carefully devised to aid visual concept formation and problem solving. Coupling and cohesion, those venerable metrics at the heart of structured design, are really about computer programs as viewed by people. What makes programs complex or simple is precisely whatever is complex or simple to the minds of the programmers who write, maintain, and modify them.
In a sense, I can't stay away from the people issues any more than I can stay away from computers. I thought I had escaped when I bid farewell to the computer field in July of 1976, declaring my independence even as America celebrated the bicentennial of its independence. Trained as a family therapist, I ended up spending more than a decade in private and agency practice working with couples and families and troubled adolescents. But the forces of the universe conspired to steer me back toward the technological frontier.
Peopleware is a crossroads on that frontier, a junction where highways from my different worlds intersect. Management, organization development, personality, modeling, tools, methods, process, human- computer interaction, whatever. At one time or another I've written and worked and taught in all of these areas. The column has given me the excuse to wander again over the landscape, like a Charles Kuralt, stopping to explore interesting ideas, taking up challenges where they arose, cruising the interstates and county roads of software and applications development.
This book logs the journey so far, starting out in Computer Language Magazine and continuing in the retitled Software Development. The column is still just called Peopleware. Here are the first thirty- something columns and a few closely related side trips published in other places. The essays and articles have been edited for continuity, and some material that was deleted when they were cut to length for magazine publication, has been restored. This, then, is the director's cut, arranged into quasi-logical sections that contribute to a certain illusion of organization. But this is no encyclopedia or textbook, not even a road map of the vast territory of peopleware, just the journal of one pilgrim. The pilgrimage continues.
In a field peppered with neologisms, peopleware is one of those few that really needed to be invented. Peter G. Newmann, perhaps best known for his regular reports on the human risks and real hazards of computers and computer programs, appears to have been the first to use the term in print, in a 1976 paper called Peopleware in Systems in an obscure book that took its title from the paper. The word seems to have been independently coined by Meilir Page-Jones, who used it in the 1980 edition of his Practical Guide to Structured Systems Design, the book that finally made my work on structured design understandable to the average programmer. But peopleware most likely became lodged in the permanent lexicon of our field with the 1987 publication of a great little book by that title from Tom DeMarco and Tim Lister. In calling my column Peopleware, I was cribbing from the best.
Peopleware is really the third frontier of the computer revolution. First came the hardware crisis. At one time we thought our problems were really due to hardware. If only we had faster and more powerful computers, we thought, with more memory and better peripherals, then we could build better systems; we could solve our problems. Well, we got better computers. Year after year the hardware grew swifter, the memories larger, and the peripherals more versatile and ergonomic. And our problems persisted. We still delivered hard-to-use systems; we still ran late and over budget with our projects. So we concluded that the real problem was software, and the front lines in the revolution shifted to what many came to call "the software crisis." If only we had better tools, higher level languages, richer component libraries, and programs to help us build programs, then we could solve our problems and deliver good systems on time and within budget. The third-generation languages grew more sophisticated and begat 4GLs.
Compilers grew faster and more clever. Libraries of reusable components expanded, editors became context-sensitive, and computer- aided software engineering tools sprang up from every point of the compass. On the heels of the structural revolution that gave us structured design and analysis, object orientation began to mature and gained in popularity. Still, schedules kept slipping and budgets kept busting, and everywhere the bugs remained stubbornly bugs.
At last, like Pogo and his fabled friends from Okeefenokee, we were forced to recognize where the problem lay. "We have met the enemy and they is us," said the unwittingly wise little possum. Indeed. Peopleware is the real issue. We are the problem a nd we are the solution. How convenient.
Peopleware spans a pretty broad panorama. Anything that has to do with the role of people in the software and applications development process is within the purview of peopleware. The column, like this book, touches on an assortment of issues scatter ed around that landscape: quality and productivity, teamwork, group dynamics, personality and programming, project management and organizational issues, interface design and human-machine interaction, cognition, psychology, and thought processes. All of these things interest and excite me. They always have. I took my degree in management in part because it allowed me to mix computers and systems theory with psychology. My thesis was on the psychology of computer programming. I introduced psychologist George Miller and his magical number (72, of course) to thousands of students and dozens of colleagues over the years. The structure of structure charts was carefully devised to aid visual concept formation and problem solving. Coupling and cohesion, those venerable metrics at the heart of structured design, are really about computer programs as viewed by people. What makes programs complex or simple is precisely whatever is complex or simple to the minds of the programmers who write, maintain, and modify them.
In a sense, I can't stay away from the people issues any more than I can stay away from computers. I thought I had escaped when I bid farewell to the computer field in July of 1976, declaring my independence even as America celebrated the bicentennial of its independence. Trained as a family therapist, I ended up spending more than a decade in private and agency practice working with couples and families and troubled adolescents. But the forces of the universe conspired to steer me back toward the technological frontier.
Peopleware is a crossroads on that frontier, a junction where highways from my different worlds intersect. Management, organization development, personality, modeling, tools, methods, process, human- computer interaction, whatever. At one time or another I've written and worked and taught in all of these areas. The column has given me the excuse to wander again over the landscape, like a Charles Kuralt, stopping to explore interesting ideas, taking up challenges where they arose, cruising the interstates and county roads of software and applications development.
This book logs the journey so far, starting out in Computer Language Magazine and continuing in the retitled Software Development. The column is still just called Peopleware. Here are the first thirty- something columns and a few closely related side trips published in other places. The essays and articles have been edited for continuity, and some material that was deleted when they were cut to length for magazine publication, has been restored. This, then, is the director's cut, arranged into quasi-logical sections that contribute to a certain illusion of organization. But this is no encyclopedia or textbook, not even a road map of the vast territory of peopleware, just the journal of one pilgrim. The pilgrimage continues.
Product Details
Would you like to update product info or give feedback on images?
|
More About the Author
Discover books, learn about writers, read author blogs, and more.
Customer Reviews
|
Share your thoughts with other customers:
|
||||||||||||||||||||||
|
Most Helpful Customer Reviews
11 of 11 people found the following review helpful:
4.0 out of 5 stars
Constantine gets it right,
By
This review is from: Constantine on Peopleware (Yourdon Press Computing Series) (Paperback)
Constantine's not-so-subtle pokes at Microsoft prompted him to write "... I will most probably never get an invitation to lunch in Redmond with 'The Bill.'" Perhaps not, but Constantine's free-wheeling writing style and dead-on assessments will probably win over the majority of his readers.The book is a collection of essays from Computer Language Magazine, Software Development, and other places. Each essay is only a few pages and easily digested in a couple of minutes. Yet, most are thought provoking, entertaining, and may prompt a day's worth of discussions. Reading this, I sometimes felt like I was in a time machine. For example, here's an excerpt from a 1992 article in Computer Language Magazine. "Shortly after [Plauger] started Whitesmiths, Ltd., I visited him at their New York 'headquarters,' a small apartment in Manhattan... At each terminal were two programmers! Of course, only one programmer was actually cutting code at each keyboard, but the others were peering over their shoulders... The room buzzed with a steady stream of questions about the algorithm, or whether the initial value was correct, suggestions about how to break out of a loop, or drawing attention to a syntax error... After a while the two programmers would switch places, and the one at the keyboard would become the professional nudge." Years before Beck and Fowler would discuss Extreme Programming, Plauger had his team inching towards that methodology. Constantine immediately recognized its potential. Constantine also has other gems worth sharing. "The truth is, recognition and rewards of any kind are a lot less frequent than most managers think. Some 80% of managers claim they give their subordinates sincere and thorough praise, but only one out of seven of their subordinates see it that way." In an article from 1994, Constantine suggests "I'm now beginning to think that usability has to be everyone's job, that everyone on the development team has to be focused on end-product usability and take it seriously from the first brainstorm to the final box." How much different would the products of the last few years be if companies had taken that advice? The book has some flaws and Constantine doesn't get everything right. Then again, few who bravely predict the future do. A new version will be published this year, perhaps with material between 1995 and the present. If it retains the quality of this version, it will be easy to recommend.
11 of 11 people found the following review helpful:
4.0 out of 5 stars
Constantine's Columns ... Collected!,
By
Amazon Verified Purchase(What's this?)
This review is from: Constantine on Peopleware (Yourdon Press Computing Series) (Paperback)
Larry Constantine's columns on peopleware issues are finally compiled into this single volume.Although he shares the term "peopleware" with DeMarco and Lister's management classic "Peopleware," Constantine's book doesn't focus solely on management and workplace issues. Inside you'll find his insights on user interfaces, team construction, tool use, group learning, and more. Because each chapter is a reproduction of an article previously published throughout various journals and at various times in Constantine's career, there's a lot of breadth. And it's easy to skip over things that aren't appropriate to your project or company. But each article is small, and it's easy to digest one or two a day while at work.
10 of 11 people found the following review helpful:
5.0 out of 5 stars
Inspiring Excellence in Business Software Development,
By Prof David T Wright (Vancouver, BC) - See all my reviews
This review is from: Constantine on Peopleware (Yourdon Press Computing Series) (Paperback)
This book crosses many boundaries, intuitively feels "right", and inspires effort and excellence in those engaged in implementing business-oriented technological/software solutions (e.g. researchers, industrialists and consultants). Over 30 articles cover: group development (decisions, roles, space, time management), cowboys and cowgirls (teams and mavericks), work organization (7 different models), tools and methods (CASE, modelling, HCI, methods), process improvements (visibility, reward & reuse, JIT, quality), software usability (consistentcy/conventions, complexity & scope creep, source, languages, usability, objects), and brave new software (interfaces, wizards, future faces). Entertaining to read, with a depth of supported observations and guidance, this is a must-read together with the weightier thorough treatment of whichever methodology and toolset you use for your own business systems development.
Share your thoughts with other customers: Create your own review
|
|
What Other Items Do Customers Buy After Viewing This Item?
Tags Customers Associate with This Product(What's this?)Click on a tag to find related items, discussions, and people.
|
Sell a Digital Version of This Book in the Kindle Store
If you are a publisher or author and hold the digital rights to a book, you can sell a digital version of it in our Kindle Store.
Learn more
Customer Discussions
|
This product's forum
Active discussions in related forums
Search Customer Discussions
|
Related forums
|
Listmania!
So You'd Like to...
|
|
Look for Similar Items by Category
- Books > Computers & Technology > Programming > Software Design, Testing & Engineering > Software Development
- Books > Computers & Technology > Software
- Books > New & Used Textbooks > Computer Science > Programming Languages
- Books > New & Used Textbooks > Computer Science > Software Design & Engineering
