Rating: 
Summary: A software manager's "must read"
Review: Journey of the Software Professional is an impressive work. It begins with a Forward by noted author Gerald Weinberg (The Psychology of Computer Programming, etc.) where Weinberg says "In many ways, it opened my eyes. If you are a software professional, I think it will open yours as well." I couldn't have said it better.
This book should be read by software development managers before their first assignments. Hohmann not only provides software engineering guidance and wisdom in real-world context but also, where possible, backs up his thinking with published works, all carefully annotated.
What separates this work from most software engineering texts is Hohmann's ability to keep the work meaningful and relevant to real-world development environments. Many other texts note that most shops are at an SEI Level I maturity yet those same books delve into COCOMO II or McCabe's cyclomatic complexity--concepts and practices foreign in those same shops. It is easy to fill books with details of these and other software engineering tools and techniques but unless these things are placed in a meaningful context, they are simply tools absent of purpose.
What Hohmann offers is much more: a way to think about the real problem to be solved by engineering management: the maturation of the software development department. It is along these lines that Hohmann shines. For example, in one section discussing conflict, Hohmann asks "How much time, if any should be allocated to the schedule to allow programmers to rework their code?" Refactoring (Fowler) is a new spin on how to accomplish this but acknowledging, at a management level, that such activities go on is not widely discussed in most texts. Hohmann challenges readers to think about problems such as these.
Throughout the book are sections entitled "Advice to Managers" and "Advice to Developers". Most of the advice is rock solid and could apply anywhere for the same reason The Mythical Man Month (Brooks) is still relevant and should be required reading by all software managers: software development is (and always has been) about people! While tools and techniques evolve quickly, people have not.
Because every author wants to bring something new and fresh they'll introduce some spin on their particular approach. Hohmann offers SPO: Structure-Process-Outcome to fulfill this pension. While I think it doesn't add much, neither does it detract. There is plenty in this book to let it stand on its own merit.
I didn't agree with everything in this book. There are few books I can give blanket and unreserved approval to, in fact. But this book did do what Weinberg promised in his Forward: it made me THINK. The book's subtitle is "A Sociology of Software Development" and that description fits well. It is not a substitute for a solid book on software engineering techniques. But, I believe this book would greatly supplement anyone's library whose quest is to better understand the discipline.
Rating:
Summary: A software manager's "must read"
Review: Journey of the Software Professional is an impressive work. It begins with a Forward by noted author Gerald Weinberg (The Psychology of Computer Programming, etc.) where Weinberg says "In many ways, it opened my eyes. If you are a software professional, I think it will open yours as well." I couldn't have said it better.
This book should be read by software development managers before their first assignments. Hohmann not only provides software engineering guidance and wisdom in real-world context but also, where possible, backs up his thinking with published works, all carefully annotated.
What separates this work from most software engineering texts is Hohmann's ability to keep the work meaningful and relevant to real-world development environments. Many other texts note that most shops are at an SEI Level I maturity yet those same books delve into COCOMO II or McCabe's cyclomatic complexity--concepts and practices foreign in those same shops. It is easy to fill books with details of these and other software engineering tools and techniques but unless these things are placed in a meaningful context, they are simply tools absent of purpose.
What Hohmann offers is much more: a way to think about the real problem to be solved by engineering management: the maturation of the software development department. It is along these lines that Hohmann shines. For example, in one section discussing conflict, Hohmann asks "How much time, if any should be allocated to the schedule to allow programmers to rework their code?" Refactoring (Fowler) is a new spin on how to accomplish this but acknowledging, at a management level, that such activities go on is not widely discussed in most texts. Hohmann challenges readers to think about problems such as these.
Throughout the book are sections entitled "Advice to Managers" and "Advice to Developers". Most of the advice is rock solid and could apply anywhere for the same reason The Mythical Man Month (Brooks) is still relevant and should be required reading by all software managers: software development is (and always has been) about people! While tools and techniques evolve quickly, people have not.
Because every author wants to bring something new and fresh they'll introduce some spin on their particular approach. Hohmann offers SPO: Structure-Process-Outcome to fulfill this pension. While I think it doesn't add much, neither does it detract. There is plenty in this book to let it stand on its own merit.
I didn't agree with everything in this book. There are few books I can give blanket and unreserved approval to, in fact. But this book did do what Weinberg promised in his Forward: it made me THINK. The book's subtitle is "A Sociology of Software Development" and that description fits well. It is not a substitute for a solid book on software engineering techniques. But, I believe this book would greatly supplement anyone's library whose quest is to better understand the discipline.
Rating:
Summary: Effective techniques for software professionals
Review: Luke Hohmann explains three aspects of the software development journey: inward focus, outward focus, and upward focus. Principles from psychology are used to demonstrate how the reader can achieve personal growth and develop skills as an engineer or manager. Practical advice for staff and management is prominent at the end of each chapter. Cognitive models, values, personality, goals, culture, strategy, rituals, future perfect thinking, domain experience, competency frameworks, learning styles, training plans, the Johari Window, organizational cohesion and coupling, topology, and roles are discussed in the context of software engineering. The structure, process, outcome (SPO) framework for organizing a software project is a constant thread.
Rating: 
Summary: Nice instight hidden in the pages
Review: The book is not bad. The most valuable sections of this book include topics of Structure-Process-Outcome (sometimes), cognitive learning, values, culture, goals, working with tools, and communication. The diagrams and tables in this book are almost not helpful at all; sometimes you wonder if diagrams like figure 1-3 on page 23 is downright necessary to have there. I felt like parts four and five of the book really dragged on unnecessarily, especially the chapter on organizational engineering. It seemed as if the book completely broke down and lost it after page 300. I think that Hoemann had a lot of potential in this book when I first saw it, and I was let down. Another nice thing would be for him to drop the plethora of coined-terms. Overall, there is some really nice thoughts in here, but there is a lot of unnecessary things that you have to thumb through.
Rating: 
Summary: Stay away <g>
Review: This annoying and preachy book is written entirely in the imperative mood, with quotes from widely-known computer industry "visionaries" liberally sprinkled on every line. There are some stunning pieces of wisdom--"To handle a complex problem you must be a complex person", "Be reliable", "Be Honest", and my favourite, "During lunch, keep your overall consumption of food to a reasonable amount." Of course, there are numerous n-step solutions offered, that, by the very virtue of being n-step, are guaranteed to be a success. N-step recipes are supported by numerous charts. There are some good passages: "...Ruthlessly identify those aspects..." (How do you "identify" something "ruthlessly"?) Anyway, to make a long story short: this book is a chunk of banal and boring Tom-Peters-ware from a former athlete gone administrative. Save your $35. (Or, if you want it so badly, you can have my copy for $10. But hurry, this is a limited-time offer--the book is going to be donated to the local library soon ;)
Rating: 
Summary: Interesting perspective.
Review: This book has an interesting outlook on software development. Beware it is 'the sociology of computer programming' as it says in the title - only read it if this is of interest to you. For this reason it delves into the reasons why people build software the way they do and provides the framework into which all the engineering methods and methodologies fit.However, it's too tedious in places and contains too many hollow platitiudes despite parts being built on what appears to be a sound academically researched foundation. Pick it up if you have room for a book to round out your engineering expertise but don't expect the kind of experience as in reading 'Design Patterns' for the first time, for example.
Rating:
Summary: Interesting and thought provoking book on development!
Review: This book has given me some insights on how to solve problems either individually or as a team member. I'm not quite ready to accept all of the ideas but it does give me something to think about! I really liked the fact that it contains both theory and practical advice for both developers and managers!
|
