Kommentare zu: Not invented here Syndrom

Von: patrick

patrick — Fri, 26 Jun 2009 11:02:14 +0000

// dazu gibt es für mich eine klare Condition
$reinventing = ‘NOGO’
if (self::isLearning()) $reinventing = ‘OK’;

Von: Christopher K.

Christopher K. — Thu, 25 Jun 2009 15:35:55 +0000

Hier wurden ja schon einige sinnvolle Argumente für beide Seiten genannt.
Ich will mal grad ein kleines Beispiel zum Thema anbringen:

Ich brauchte ein JS-Script, welches per Ajax die Blätter eines Baums nachlädt, wenn der Nutzer auf die Knoten klickt. Sowohl Knoten als auch Blätter sind allerdings Tabellenzeilen, welche aus mehreren Werten bestehen. Daten kommen aus einem PHP-Array, wie sie nach JS kommen war mir egal: json, xml, csv, was auch immer das Script haben will.

Ich war mir sicher dass es genau das kostenlos irgendwo schon gibt.
Ich habe einen Arbeitstag damit verbracht, es zu suchen. Ich habe kostenpflichtige (proprietäre) Lösungen gefunden. Ich habe kostenlose Lösungen gefunden, die aber nicht mit Tabellenzeilen umgehen konnten. Ich habe versucht abzuschätzen, wie leicht sich diese erweitern und anpassen lassen. Ich habe versucht eine aussichtsreiche Lösung anzupassen. Es ließ sich nicht sauber machen, ohne alles über den Haufen zu werfen.
Am nächsten Tag habe ich es selbst neugeschrieben. Es hat mich einen halben Arbeitstag gekostet. Es ist nicht sonderlich schön geworden, weil es mein erstes richtiges Ajax-Projekt war, aber ich habe viel gelernt.

Es kommt immer drauf an

Von: Blackflash

Blackflash — Thu, 25 Jun 2009 14:28:12 +0000

@Ben Rexin: Bereitet man sich hingegen auf alle möglichen Fälle vor, von denen die meisten mit an Sicherheit grenzender Wahrscheinlichkeit nicht eintreten, dann investiert man eindeutig zu viel Energie. Fehlt hingegen etwas, lässt es sich leicht nachrüsten, denn für Twitter oder Flickr gibt es bestimmt genügend Bibliotheken, die ich in mein Projekt einbinden und verwenden kann. Es geht ausdrücklich nicht darum, alles selbst zu entwickeln, sondern bei der Planung des Projekts zu beachten, welchen Umfang das spätere Projekt haben wird. Bei eigenen Projekten, die man nebenbei durchgeführt, ist die Planung einfach. Wie es bei Projekten in deinem Umfeld aussieht, kann ich nicht sagen. Dort mag deine Behauptung durchaus Bestand haben.

Die gesamte Argumentation stimmt natürlich, wenn man mit Webprogrammierung seine Brötchen verdient, schließlich geht es dabei um gnadenlose Optimierung und außerdem hat man genügend Zeit, sich mit der Materie zu beschäftigen und somit auch in großen Frameworks fit zu sein. Wenn man allerdings nebenbei eine (kleine) Webapplikation entwickeln will, dann finde ich das Einlesen in etablierte Frameworks zu aufwändig und schaue mir ein Miniframework an, das ich in maximal einer halben Stunde verstanden habe.

Aber die Wahl von Frameworks hat sehr viel mit Geschmackssache zu tun, darüber kann man nicht sinnvoll diskutieren.

Von: Nils Langner

Nils Langner — Thu, 25 Jun 2009 11:06:05 +0000

@Blackfish: Ich gebe dir vollkommen recht. Punkt 1 und 2 sind auch per mir immer noch an der Tagesordnung, aber eher im privaten Umfeld. Das Kanonen auf Spatzen schießen Problem sehe ich auch so, aber gerade bei dieser Framework Geschichte gibt es ja schon jede Menge Microframeworks, die ich nutzen kann. Verstehe aber deinen Ansatz nur zu gut und in vielen Fällen hast du wohl auch Recht.
Kommt wohl immer darauf an, wo der Fokus des eigentlichen Projektes liegt. Hilfsmittel sollte man aber so weit es geht woanders “einkaufen”.

Von: Peter Rother

Peter Rother — Thu, 25 Jun 2009 10:55:55 +0000

Naja, teilweise ist es ja richtig was hier steht, aber wenn alle so denken würden, dann hätten wir ein einziges Framework. Da es ja dann schon ein Framework gibt, müsste ja keiner ein neues entwickeln. Wir hätten also das “Windows Framework” … keiner mag es, alle meckern und trotzdem nutzt es jeder. Wie Blackflash schon geschrieben hat, es kann und soll auch spaß machen so eine Geschichte aufzuziehen und der Lernfaktor sollte hierbei nicht unterschätzt werden.

just my 2 cents

Von: Ben Rexin

Ben Rexin — Thu, 25 Jun 2009 10:49:35 +0000

@Blackflash das ist etwas kurzsichtig. Was ist wenn du morgen deine Twitter Nachrichten einbinden willst, übermorgen willst du dann noch eine Galerie aus Flickr Bildern haben.

Grade die Schlachtschiffe unter den Frameworks sollte man so gut beherrschen, so das man jede Art von Webseite/Webapp damit erstellen kann. Die Anforderungen von Morgen machen es sonnst nötig.

Von: Blackflash

Blackflash — Thu, 25 Jun 2009 07:47:16 +0000

Auch wenn alle Argumente der Wahrheit entsprechen, möchte ich anmerken, dass du nur die wirtschaftliche Seite beleuchtet hast, denn es gibt auch noch andere Motive, gewisse Probleme abermals zu lösen:
1.) Spaß an der Entwicklung und der Herausforderung.
2.) Man kann sich durch eine Eigenentwicklung mit einem komplexen Thema vertraut machen.
3.) In einigen Fällen sind die vorhandenen Lösungen unpassend für ein Problem.
Während die ersten beiden Motive wirtschaftlich uninteressant sind, da man solche Projekte i.d.R. nicht weiterverfolgen wird, gibt es (für mich) durchaus Fälle, in denen die Lösungen nicht passend für das Problem sind. Dieser Fall tritt vor allem dann auf, wenn die vorhandenen Lösungen zu groß für mein Problem sind und man sich fühlt, als würde man mit Kanonen auf Spatzen schießen. Beispiel: Für kleine Homepages verwende ich keine “Business-Frameworks”, sondern mein Vier-Klassen-”Miniframework”, mit dem ich nur das habe, was ich wirklich benötige.
Nichtsdestotrotz sollten vor allem Bibliotheken, die sich an Standards orientieren, wiederverwendet werden aus den bereits im Artikel genannten Gründen.