Das Streben nach einer angemessenen Lösung

[molily]

Tom,

ich habe einen technischen Hinweis gegeben. Ich weiß nicht, warum du das als Anlass nimmst, mich einmal grundlegend abzuwatschen. Dieses Forum ist bekanntermaßen, freundlich ausgedrückt, agnostisch gegenüber Frameworks und deren Best Practices, daher scheinen mir solche Hinweise durchaus angebracht.

Aber erstens weiß ich das schon

Wenn du das schon weißt, okay, das Posting war an alle Mitlesenden gerichtet. Ich habe zwei m.M.n. wertvolle Hinweise gegeben, die hier noch nicht genannt worden sind.

Auf die Lösung mit den doppelten Checkboxen hätte er selber kommen können.

Spielen wir hier Ostereiersuche? Wenn es eine Best Practice gibt, nenne ich sie auch kurzerhand.

Ich finde es schade, dass Du dich nicht an das Credo des Forums hältst

Frevel! Ketzerei! Häresie!

"Die Energie des Verstehens". Dazu gehört ein gewisses Maß an Selbermachen.

Dazu gehört erst einmal ein gewisses Maß an Demut. Wir sind bloß Zwerge auf den Schultern von Giganten. Ich nicht nicht der Mittelpunkt des Webentwicklungs-Universums und kann nicht aus schöpferischer Kraft heraus sämtliche Techniken ex nihilo hervorbringen. Das heißt, dass ich mich mit der Tradition auseinandersetzen muss. Dass ich Code lesen muss, bevor ich Code schreibe, um nicht dieselben Fehler zu wiederholen.

Wenn Du die (eine, deine) Lösung immer schon im Voraus bekannt gibst

Ich kann immer nur eine, meine Lösung bekannt geben, denn ich bin nur eine Person.

Und was heißt hier »im Voraus«? Vor was?

und leider auch meistens keinerlei andere Lösungswege gelten lässt,

DAS musst du mir konkret nachweisen, wenn du solche schwerwiegenden Unterstellungen machst.

stellt das den Sinn des Forums in Frage.

Der Sinn des Forums ist für mich die Findung einer angemessenen, wenn nicht bestmöglichen technischen Lösung und eine Beratung der Fragenden dahingehend. Seitens der Fragenden gibt es gewisse Umstände und Einschränkungen, die zu beachten sind: Vorwissen, existierender Code, der nicht einfach umgeschrieben und migriert werden kann usw.

Bastler dürfen gerne basteln und zum Lernen und Verstehen Lösungen von Hand implementieren. Falls ich das einmal *nicht* erwähne, gehöre ich sofort gescholten! Das letzte Mal, als ich es erwähnt habe, war in meinem ersten Posting in diesem Thread.

Zwei Dinge sind zu allerdings beachten:

• »Marke Eigenbau« kommt nicht an den Komfort, die Robustheit und Sicherheit einer Lösung heran, an der tausende Leute seit 10 Jahren gearbeitet haben. Das gilt nämlich für Open-Source-Webframeworks. Es lohnt sich also, über den eigenen Tellerrand zu blicken und sich von bestehenden Lösungen inspirieren zu lassen.

• Die Produktivität und also Wirtschaftlichkeit von »Marke Eigenbau« ist ebenfalls schlechter. Wenn es nicht aus technischen Gründen nötig ist, dann ist es einfacher und schneller, bestehende Software zu verwenden.

Ich fände es produktiver, wenn Du erst ziemlich zum Ende mit den Fertiglösungen kämst, die dann aber auch ausführlich erläutern könntest!

Ich fände es anständiger, wenn du mir nicht schwerwiegende Vorwürfe machst, ohne einen Nachweis zu erbringen!

Ich habe erläutert, wie Webframeworks Many-to-Many-Beziehungen grundsätzlich lösen und sie über Formulare updaten. Ich kann es gerne im Detail erläutern, aber bisher gab es keine inhaltlichen Nachfragen.

Anstatt eines »oh, das ist aber interessant, erzähle uns mehr« kam bisher nur ein »hör auf, solche Fertiglösungen zu posten, du hältst dich nicht an das Credo des Forums«. Schade.

Dafür würde sich dann in hervorragender Weise das Wiki eignen.

Zu MVC- und ORM-Frameworks gibt es bereits gute Tutorials. Das ist kein Feld, was von mir beackert werden muss, zumal es nicht mein Spezialgebiet ist. Man muss sich nur umschauen, was bereits da ist.

Bitte sieh dieses Posting von mir als Anregung und nicht als Angriff :-)

Das ist mir leider nicht gelungen. Du kannst nicht gleichermaßen vernichtende wie unhaltbare Kritik äußern und dann einen lächelnden Smiley nachschieben.

Mathias