In weniger als einer Minute können Sie mit dem Lesen von The Mythical Man-Month auf Ihrem Kindle beginnen. Sie haben noch keinen Kindle? Hier kaufen.

An Ihren Kindle oder ein anderes Gerät senden

 
 
 

Kostenlos testen

Jetzt kostenlos reinlesen

An Ihren Kindle oder ein anderes Gerät senden

Lesen Sie Bücher auf Ihrem Computer oder auf anderen Mobilgeräten mit unseren GRATIS Kindle Lese-Apps.
The Mythical Man-Month: Essays on Software Engineering, Anniversary Edition (2nd Edition)
 
 
Für Kunden: Stellen Sie Ihre eigenen Bilder ein.

The Mythical Man-Month: Essays on Software Engineering, Anniversary Edition (2nd Edition) [Kindle Edition]

Frederick P. Brooks (Autor)
4.6 von 5 Sternen  Alle Rezensionen anzeigen (34 Kundenrezensionen) |
Digitaler Listenpreis: EUR 26,73 Was ist das?
Kindle-Preis: EUR 18,43 Inkl. MwSt. und kostenloser drahtloser Lieferung über Amazon Whispernet

Weitere Ausgaben

 Amazon-Preis Neu ab Gebraucht ab
Kindle Edition EUR 18,43   -- --
Taschenbuch EUR 22,95   -- --

Kunden, die diesen Artikel gekauft haben, kauften auch

Produktbeschreibungen

Aus der Amazon.de-Redaktion

The Mythical Man-Month ist einer der Klassiker im Bereich des Software-Programmanagement. Brooks schöpft aus seiner reichhaltigen Erfahrung als Leiter für die Entwicklung von Betriebssystemen für IBMs berühmte 360er Großrechner und er legt sein Wissen in leicht verständlicher Form dar. Die letzte Ausgabe enthält vier neue Kapitel, die Brooks frischeste Erfahrungen umfassen. Jeder, der mit Softwareentwicklung betraut ist oder sich dafür interessiert, sollte dieses Buch lesen.

Der Klassiker zur Problematik des menschlichen Faktors im Software-Engineering. Software-Tools und Entwicklungsumgebungen mögen sich in den 21 Jahren seit dem ersten Erscheinen des Buches verändert haben, aber die seltsamen, nicht linear verlaufenden Größenvorteile in der Zusammenarbeit und in der Natur des Einzelnen oder der Natur von Gruppen haben sich in keinster Weise geändert. Wenn Sie selbst im Software-Engineering tätig sind oder abhängig sind von anderen in diesem Bereich Tätigen, dann sollten Sie sich so schnell wie möglich dieses Buch besorgen -- von Amazon.de, Ihrer Bibliothek oder von jemand anderem. Sie (und/oder Ihre Kollegen) werden es nicht bereuen. Das Buch ist äußerst zu empfehlen.

Kein Buch über Software-Projektmanagement war so bedeutend und so zeitlos wie The Mythical Man-Month. Heute, 20 Jahre nach dem ersten Erscheinen des Buches, rollt Frederick P. Brooks Jr. Seine ursprünglichen Ideen wieder auf, stellt neue Überlegungen an und entwickelt neue Ratschläge sowohl für Leser, die seine Bücher bereits kennen als auch für diejenigen, die zum ersten Mal ein Buch von ihm lesen.

Amazon.com

The classic book on the human elements of software engineering. Software tools and development environments may have changed in the 21 years since the first edition of this book, but the peculiarly nonlinear economies of scale in collaborative work and the nature of individuals and groups has not changed an epsilon. If you write code or depend upon those who do, get this book as soon as possible -- from Amazon.com Books, your library, or anyone else. You (and/or your colleagues) will be forever grateful. Very Highest Recommendation.
Alle Produktbeschreibungen

Produktinformation

Welche anderen Artikel kaufen Kunden, nachdem sie diesen Artikel angesehen haben?

› Weitere Artikel entdecken

Tags

 (Was ist das?)
Bei einem Tag handelt es sich um ein Schlagwort, das zum Produkt passt.
Tags erleichtern allen Kunden die Suche und die Sortierung ihrer Lieblingsprodukte.
 
Beliebteste Tags anzeigen

Kundenrezensionen

Die hilfreichsten Kundenrezensionen
11 von 11 Kunden fanden die folgende Rezension hilfreich
Brooksche Gesetz 19. März 2002
Von Ein Kunde
Format:Taschenbuch
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...
War diese Rezension für Sie hilfreich?
4 von 4 Kunden fanden die folgende Rezension hilfreich
Format:Taschenbuch

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.

War diese Rezension für Sie hilfreich?
3 von 3 Kunden fanden die folgende Rezension hilfreich
Format:Taschenbuch
I read the first edition when it was first released and I've been quoting from it ever since.

Topics first brought to light by this book and still highly relevant today include the concept that good software tools will always save you time, money and staff, and that productivity for software engineers is inversely proportional to the amount of administrative work they need to do.

Read this book whenever management wants to save money by scrimping on your development environment.

War diese Rezension für Sie hilfreich?
Die neuesten Kundenrezensionen
A classic - astonishing how it's deeper insights are still true even...
A classic book about the development and management of large scale software projects. One of the industries veterans shares his experience and his views gathered mainly during the... Lesen Sie weiter...
Veröffentlicht am 16. Januar 2010 von Sören Meyer-Eppler
Auch nach 30 Jahren noch aktuell
Das Buch behandelt die typischen Probleme in großen IT-Entwicklungsprojekten. Die Sachverhalte werden pointiert dargestellt, und man kann schnell sich oder seinen Chef in den... Lesen Sie weiter...
Veröffentlicht am 18. Juli 2009 von Mathias Otto
Wird überschätzt!
Aus meiner Sicht wird der "Mythical Man Month" überschätzt. Ausser Brooks Gesetz, welches besagt, dass ein "troubled project" durch Hinzufügen... Lesen Sie weiter...
Veröffentlicht am 23. März 2006 von "orebm"
Wird überschätzt!
Aus meiner Sicht wird der "Mythical Man Month" überschätzt. Ausser Brooks Gesetz, welches besagt, dass ein "troubled project" durch Hinzufügen... Lesen Sie weiter...
Am 23. März 2006 veröffentlicht
A to Z for software manament is here
I was very fortunate to have this book read while I managed my first project. It helps programmers and managers to come out of notion that the delays and failures are integral part... Lesen Sie weiter...
Veröffentlicht am 13. Juni 2000 von Prashant Naik
Must reading, but too seldom read
In giving testimony before Congress a few years ago on IT issues, I said the following:

"Humanity has been developing information technology for half a century. Lesen Sie weiter...

Veröffentlicht am 27. April 2000 von Bruce F. Webster
The more things change ...
... 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. Lesen Sie weiter...
Veröffentlicht am 16. April 2000 von Benjamin Scott
You'll want to buy a copy for your manager
I had been in the industry as a programmer for ten years before reading this book. As I read it, I saw outlined, in vivid detail, mistakes I'd seen played out over and over again... Lesen Sie weiter...
Veröffentlicht am 13. April 2000 von B. Hilton
Must Have for Software Engieers and Managers
This book falls into the category of a must have for any Software Engineer or manager. Its as insightful today as it was in 1975. Lesen Sie weiter...
Veröffentlicht am 30. März 2000 von David A. Carlson
Required Reading
If you've ever wondered why large software projects often turn out to be such nightmares, read this book to learn why it's not just a figment of your imagination. Lesen Sie weiter...
Veröffentlicht am 17. Februar 2000 von BooksRuleAZ
Kundenrezensionen suchen
Nur in den Rezensionen zu diesem Produkt suchen

Beliebte Markierungen

 (Was ist das?)
&quote;
For some years I have been successfully using the following rule of thumb for scheduling a software task: 1/3 planning 1/6 coding 1/4 component test and early system test 1/4 system test, all components in hand. &quote;
Markiert von 129 Kindle-Nutzern
&quote;
I will contend that conceptual integrity is the most important consideration in system design. It is better to have a system omit certain anomalous features and improvements, but to reflect one set of design ideas, than to have one that contains many good but independent and uncoordinated ideas. &quote;
Markiert von 127 Kindle-Nutzern
&quote;
Brooks's Law: Adding manpower to a late software project makes it later. &quote;
Markiert von 126 Kindle-Nutzern

Kunden diskutieren

Das Forum zu diesem Produkt
Diskussion Antworten Jüngster Beitrag
Noch keine Diskussionen

Fragen stellen, Meinungen austauschen, Einblicke gewinnen
Neue Diskussion starten
Thema:
Erster Beitrag:
Eingabe des Log-ins
 


Aktive Diskussionen in ähnlichen Foren
Kundendiskussionen durchsuchen
Alle Amazon-Diskussionen durchsuchen
   
Ähnliche Foren

Ähnliche Artikel finden

Anhand des Sachgebietes nach ähnlichen Produkten suchen:















Das bedeutet, jeder Titel/Artikel muss zu Sachgebiet 1 UND zu Sachgebiet 2 UND... gehören.