Kommentare zu: Premature Optimization

Von: Die Guckloch Optimierung : Gjero Krsteski

Die Guckloch Optimierung : Gjero Krsteski — Wed, 10 Mar 2010 17:03:32 +0000

[...] Informationen: PHP Optimieren Premature Optimization Optimiert Programmieren in PHP PHP-Benchmarks Der eAccelerator Caching für PHP [...]

Von: Don’t assume! « Stephan Schmidt

Don’t assume! « Stephan Schmidt — Tue, 05 Jan 2010 19:42:36 +0000

[...] und Aufwand in eine Optimierung, die unter Umständen unnötig ist. Damit landen Sie nämlich bei Premature Optimization, und darüber hat Donald Knuth mal gesagt: Premature optimization is the root of all [...]

Von: Don

Don — Thu, 05 Nov 2009 01:42:06 +0000

@Nils
Du meinst so einen Retro-Artikel über PHP 1.9 und mSQL (ohne Y! – erinnert sich noch jemand daran?)
Waren zumindest spannend die ersten Jahre. Aber gut, daß es vorbei ist, hehe.

@Ulf
“…Magento” – der war gut!

Von: Ulf

Ulf — Wed, 04 Nov 2009 23:24:29 +0000

Performance-Optimierung mit soviel Reengineering dass es sich gar nicht mehr lohnt- redet ihr von Magento?

Im übrigen gebe ich Nils uneingeschränkt recht. Im Gegensatz zu Java Eclipse IDE sind die PHP IDE kleine Kinder. Natürlich sind auch Unit-Tests für das Refactoring unerlässlich, aber wenn ich bei Java mit Eclipse eine Methode umbenenne, dann brauche ich kein Unit Test.

Von: Nils Langner

Nils Langner — Wed, 04 Nov 2009 20:16:15 +0000

@Don: Vielleicht hast du ja mal Lust einen Artikel über PHP 1.9 zu schreiben. So unter dem Motto: Es war einmal.

Von: Don

Don — Wed, 04 Nov 2009 19:59:19 +0000

@Johann:
Gebe die in allen Punkten eine +1!

Nach 16 Jahren PHP (seit 1.9 beta !) habe ich auch schon jede Menge Mist gebaut und Bullshit gesehen.
Aber lange noch nicht alles, denn hätten wir alles schon gesehen, wären wir tot (geistig oder physisch).

“Bitchfight” ist cool, bin ich gerne dabei.

Von: Johann-Peter Hartmann

Johann-Peter Hartmann — Wed, 04 Nov 2009 12:15:13 +0000

Hi Don,

Das mit der Vertretung von “Kluth” hat ja mal noch Ausbaupotential.

Jepp, er bezieht sich nicht auf Architektur, das sage ich auch oben explizit:

“Donald Knuth bezieht sich im Zitat direkt auf “small efficiencies”, also Optimierungen im Kleinen, und nicht auf Architektur.”

Aber er meint schon Perfomance-Optimierungen im Code und im Design der Software.

Wikipedia sagt dazu: “Premature optimization” is a phrase used to describe a situation where a programmer lets performance considerations affect the design of a piece of code. This can result in a design that is not as clean as it could have been or code that is incorrect, because the code is complicated by the optimization and the programmer is distracted by optimizing.

Aber mir gings eigentlich um einen anderen Punkt:

Mir sind in der PHP-Welt ein paar praktisch unoptimierbare Lösungen untergekommen.

In diesen Fällen ist eine Performance-Optimierung mit soviel Reengineering (dh. != Refactoring) verbunden, dass es sich uU gar nicht mehr lohnt.

Und das gemeine ist: das kann sogar dann passieren, wenn man ein super OO-Design hat, und Zerlegung und Architektur echt schön ist.

Deshalb noch mal die Ergänzung mit dem Blick auf ein optimierbares und skalierbares Design. Das widerspricht Knuth nicht, sondern sollte nur ein Missverständnis aufräumen.

Btw.: ich stehe jederzeit für einen Software-Architektur-Bitchfight zur Verfügung. Ich hab schon fast jeden Fehler gemacht

Liebe Grüße
Johann