The book's most interesting description is of the demise of Ziff-Davis's Interchange, a never-released online subscription service. (It was a victim, the author says, of too much funding, too many players, too many meetings, and ultimately, the rise of the Web.) The author's proverbial two cents on management styles in software ("Keep teams small and let programmers program") is peppered with the clear vision of hindsight and experience and dispensed with a good deal of wisdom and humor.
The brunt of the book details how to design and implement an automated phone system (for calling thousands of users to disseminate weather warnings and other information) that was developed for a client company by the author's consulting firm. The author chronicles the entire project, from meetings about initial requirements, analysis, and design to implementation and deployment over a ten-month period. Instead of relying on fictitious projects, the guide provides excerpts from actual design documents at different points in the software engineering cycle, along with excellent commentary on key design decisions (such as what platform, what language, and what components to use). As it turns out, the automated phone system you have built uses Microsoft products throughout, such as NT, Internet Information Server (IIS), and SQL Server, as well as Visual C++ and Microsoft Foundation Class (MFC) for the coding. All of this provides an exceptional real-world picture of the software design process in action, along with compromises and imperfections in the final "initial" release. Any software manager could benefit from this often engaging and candid text.
Product Details
Would you like to update product info or give feedback on images?
|
|
Share your thoughts with other customers:
|
||||||||||||||||||||||
|
Most Helpful Customer Reviews
6 of 7 people found the following review helpful:
5.0 out of 5 stars
Excellent book!,
By eric@csfactory.com (Champaign, Illinois) - See all my reviews
This review is from: Clouds to Code (Hardcover)
Chapter 1 alone is worth the purchase price. The rest of the book is the case study itself, which I consider to be icing on the cake. Jesse Liberty recounts the challenges of a real project for a real customer. I enjoyed reading about the way they tackled decisions, the order in which they did things, and the mistakes they made.
2 of 2 people found the following review helpful:
3.0 out of 5 stars
Small but valuable case study,
By Wim Ahlers (The Netherlands) - See all my reviews
This review is from: Clouds to Code (Hardcover)
A real life case study of a real project. What is interesting about this book is that all aspects from requirement assessment up till deployment of one specific project are bundled in one book.It is very rare that you can find a real life project completely documented in one book. This by itself makes the book valuable. The only criticism I can give is that this is a fairly small-scale project (one customer, one location). The author does reflect on this subject and does consider scalability. However, I fear that the reader gets a false impression that this project can be easily scaled up. In this respect I disagree with the impression the writer gives. Nevertheless, a brave attempt and valuable book. By the way, some others critics have some tough criticism. To me most of them are biased. His choice of an 'all Microsoft solution' might not be yours but it is a solution! IT is not science, there is no single right way of doing things.
3 of 4 people found the following review helpful:
4.0 out of 5 stars
A Practical Laboratory of Software Design,
By Chris Laforet (Burlington, NC USA) - See all my reviews
This review is from: Clouds to Code (Hardcover)
Most programmers tend to jump into projects with both feet and not spend the time to work all the kinks out of their thought processes. While this method occasionally works out well for simple, single-programmer projects, it certainly does not work when multiple programmers are involved!This book was helpful to me personally by streamlining the design stages and helping push the timeframe to write code into the future AFTER a system has been fully fleshed in. This minimizes code rewites because of rashly-made design assumptions. Finally, the book emphasizes a semi-strict discipline which cannot hurt any programmer. The ample discussion of experienced pitfalls serves as a good example of what not to do!
Share your thoughts with other customers: Create your own review
|
|
Tags Customers Associate with This Product(What's this?)Click on a tag to find related items, discussions, and people.
|