Hier klicken Sale Salew Salem Hier klicken Jetzt informieren 30 Tage lang gratis testen Cloud Drive Photos Learn More TDZ HI_PROJECT Hier klicken Mehr dazu Mehr dazu Shop Kindle PrimeMusic Autorip longss17



Derzeit tritt ein Problem beim Filtern der Rezensionen auf. Bitte versuchen Sie es später noch einmal.

am 2. Mai 2013
Immer wieder wird bei diesem Buch gesagt, es werde noch immer gedruckt, da es so viel sinnvolles zu erzählen hat. Die Informationen, die wertvoll sind, stehen in den ersten paar Kapitel. Danach gibt es generelle Details zum Management von Softwareprojekten basierend auf Technologien, die schon seit Jahrzehnten nicht mehr verwendet werden. Das Buch wird meines Achtens stark überschätzt.
0Kommentar| 2 Personen fanden diese Informationen hilfreich. War diese Rezension für Sie hilfreich?JaNeinMissbrauch melden
am 19. März 2002
Der "Mythical Man Month" ist ein unverzichtbarer Bestandteil des Bücherregals eines jeden Programmierers, er erklärt die grundlegenden Aspekte des Projektmanagements. Im Buch aus dem Cobol-Zeitalter werden die Erkentnisse beschrieben, die auch in der heutigen Informatik gelten. Sie zeigen auf, weshalb immer wieder Informatik-Vorhaben scheitern. Fred Brooks beschreibt in seinem Buch eine These, dass das Hinzufügen von zusätzlichen Entwicklern auf ein bereits verspätetes Projekt dieses nur noch mehr verzögert. Als Grund für dieses Phänomen nennt er die quadratische Zunahme der Komplexität bei zunehmender Anzahl von Entwicklern. Die quadratisch ansteigenden Aufwände bezüglich Koordination/Kommunikation stehen einer nur linearen Projektbeschleunigung gegenüber. Diese These wird heute als zutreffend betrachtet und ist als das Brooksche Gesetz bekannt. Wäre dies jedoch die ganze Wahrheit, wäre Linux und dessen Entwicklung unmöglich gewesen...
11 Kommentar| 14 Personen fanden diese Informationen hilfreich. War diese Rezension für Sie hilfreich?JaNeinMissbrauch melden
am 20. März 1998
In 1975, Frederick P. Brooks, Jr. wrote a ground breaking insightful book about computer science. He accurately captured someof its more esoteric aspects and relayed them in a colorful narrative. I especially liked his use of the illustrations and quotations as the opening of each chapter. Each was thoughtfully chosen and served to set the tone for the following text.
Also entertaining is Brooks' use of the analogy. In the section using the tar pit to describe the struggle faced during large system programming, one comes away saying, "Been there, seen that!" This technique draws you in and makes you want to read on.
Readers of this book will find themselves looking at computer science differently. No longer will it be just a science. The philosophical and artistic values will become clear. Brooks' holistic approach may very well sway some readers toward a more pensive view of computer science. At the very least, the reader should come away with a deeper appreciation for software engineering.
My only negative commentary would be with the added chapters. While the insight gained over twenty years is useful, it comes off as a little defensive. It's almost as if the passion which so beautifully captured the message in the 1975 version, was spent on defending twenty year old statements. I suspect that the author might argue that he was trying to be systemic and clear. In my opinion this came off as overkill. To borrow an old argument, maybe Dr. Brooks fell victim to the "Second-System Effect" of which he so vividly warns us.
0Kommentar| 6 Personen fanden diese Informationen hilfreich. War diese Rezension für Sie hilfreich?JaNeinMissbrauch melden
am 31. Juli 2015
Es ist interessant zu sehen, dass das Buch immer noch zum Teil relevant ist - und wo nicht ist das an sich nicht unbedingt uninteressant, weil man es als ein historisches Dokument betrachten kann. Man muss aber manchmal aushalten - ab und zu habe ich einen Teil übersprungen, weil ich den Teil doch veraltet fand, nur später zu merken, dass eine kleine interessante Information versteckt war.
0Kommentar|War diese Rezension für Sie hilfreich?JaNeinMissbrauch melden
am 11. August 2014
The classic message is somehow timeless: More developpers is not necessarily faster development! Every developer is aware of/knows this. It remains to be almost a day to day problem to many projects, though. The silver bullet solution is still to be found, even in 2014.
0Kommentar|War diese Rezension für Sie hilfreich?JaNeinMissbrauch melden
am 11. Februar 2017
Trotz seines Alters, ist und bleibt dieses Buch ein Klassiker, der in vielen Bereichen immer noch aktuell ist. Es ist sehr Lesenswert und schafft es verschiedene Aspekte innerhalb des Projektmanagements gut zu beleuchten.
0Kommentar|War diese Rezension für Sie hilfreich?JaNeinMissbrauch melden
am 14. Mai 2015
Wer Planung in der IT verstehen möchte kommt an diesem Klassiker nicht vorbei. Brooks Gesetz: Warum wird ein Software-Projekt nicht schneller fertig, obwohl ich mehr Mitarbeiter reinstecke?
0Kommentar|War diese Rezension für Sie hilfreich?JaNeinMissbrauch melden
am 16. April 2000
... the more they stay the same. Never was that adage more true then in this case. This book truly is one of the timeless classics on software engineering. The same mistakes we make and moan about today were being made back in the 1960s. Mr. Brooks points them out, analyzes them, and offers his ideas on why they happen and how things can be improved.
This "Anniversary" edition includes some additional material, as well as the author's commentary on what has changed -- and what has not. Even that which no longer applies is educational, in that it shows us how things have evolved. But by and large, most of what Mr. Brooks wrote back in 1975 still applies in 2000.
Those who do not know history are doomed to repeat it. If you are involved in software engineering, you will need to know what this book talks about. You might as well read it now, rather then finding out the hard way.
0Kommentar| Eine Person fand diese Informationen hilfreich. War diese Rezension für Sie hilfreich?JaNeinMissbrauch melden
am 22. Dezember 1999
I find myself going back to this book regularly as management tries to double the size of a team in order to cut development time in half, or make supervisors out of great technical people. Normally when you read a technology book as old as this one, its distracting to see how much things have changed; in this case, its sobering to see how little things have changed. Brooks' project examples are artifacts of another era, but teams are still failing to deliver quality software on time for all the same reasons they were then. There's room for disagreement with some things in the Mythical Man-Month (most of which are addressed in the new chapters at the end), but it convinced me that making project deadlines doesn't have to be a roll of the dice, and gave me the insight to start looking at software development as a process instead of as an accident.
0Kommentar| Eine Person fand diese Informationen hilfreich. War diese Rezension für Sie hilfreich?JaNeinMissbrauch melden
am 5. November 1998
The Mythical Man-Month is a collection of papers on software engineering. It contains the classic pappers "No Silver Bullet", "The Mythical Man-Month", "The Second-System Effect" and others. Every software project manager should read these. I only rated this 4 stars because the book has become somewhat out of date on some issues. It assumes the reader is using primitive software development techniques and for that reason a FEW of the observations don't hold true today. Never the less this book is a classic and if you wan't to be "in the know", you must read it.
0Kommentar| Eine Person fand diese Informationen hilfreich. War diese Rezension für Sie hilfreich?JaNeinMissbrauch melden

Brauchen Sie weitere HilfeHier klicken

Gesponserte Links

  (Was ist das?)