Evolutionäre Programmierung - programmiert auch Ihr evolutionär?

[Valle]

Zitat von Sailor:

Schon mal dran gedacht, daß diese Browser vielleicht "evolutionär" enstanden sind?

Ähm. Eigentlich ist mir das herzlich egal wie die entstanden sind. Tatsache ist, dass Altlasten und Abwärtskompatibilität einen Großteil der heutigen Probleme in dieser Technik ausmachen. Mangelhafte Spezifikationen und Standards sowie Microsofts Gier immer einen eigenen Brei kochen zu müssen führten dann letztendlich dazu, dass HTML und CSS heute keinen Spaß mehr machen. [/meinung]

Wenn du aber schon so provokant danach fragst, ob genau solch schlechte Software wie die Browser durch evolutionäre Programmierung entstanden ist, dann denke ich hast auch du nicht verstanden was ich darunter verstehe. Hier wurden auf ganz anderen Ebenen Fehler gemacht.

Offensichtlich ist meine persönliche Interpretation des Begriffs der evolutionären Programmierung nicht wirklich für die Meisten hier gültig. Wahrscheinlich verstehe ich das im Gesamten nicht ganz so wie der TE es meinte. Möglicherweise solltet ihr meine Meinung dazu deswegen nicht allzu ernst nehmen.

Liebe Grüße,
Valentin

[Furtbichler]

Oh Gott, bitte nicht HTML + JavaScript + Browser ins Spiel bringen. Dann gebe ich mich geschlagen

Aber das sind ja nun mal "nichtdeterministische" Probleme. So wie der Umgang mit einer Frau. Da hilft auch nur "Versuch und Irrtum".

Ich kann mir übrigens keinen Profi- (oder Hobby-)programmierer vorstellen, der allen Ernstes behaupten würde, mit Rumfrickeln und Probieren schneller und besser ans Ziel zu kommen. Umgekehrt gilt aber auch, das man nicht jeden Pups analytisch herleiten und beweisen muss.

[Valle]

Zitat von Furtbichler:

Oh Gott, bitte nicht HTML + JavaScript + Browser ins Spiel bringen. Dann gebe ich mich geschlagen

Aber das sind ja nun mal "nichtdeterministische" Probleme. So wie der Umgang mit einer Frau. Da hilft auch nur "Versuch und Irrtum".

Nichtdeterministisch find ich klasse beschrieben!

Zitat von Furtbichler:

Ich kann mir übrigens keinen Profi- (oder Hobby-)programmierer vorstellen, der allen Ernstes behaupten würde, mit Rumfrickeln und Probieren schneller und besser ans Ziel zu kommen. Umgekehrt gilt aber auch, das man nicht jeden Pups analytisch herleiten und beweisen muss.

Man kann eben nicht immer einer Meinung sein.

Ich könnte mir auch vorstellen, dass diese Einstellung bei mir auch dadurch kommt, dass ich bisher nie in den Genuss einer schnellen Internetverbindung gekommen bin. Beispielsweise nachschauen in welcher Reihenfolge Parameter einer Funktion stehen, oder ob der zweite Parameter substr()-Funktion jetzt die Anzahl der folgenden Zeichen oder den Index des letzten Zeichen angibt. Sowas dauert hier viel länger als es einfach zu probieren. Ich denke das wäre ein Beispiel, welches gut zeigen müsste was ich meine.

Liebe Grüße,
Valentin

[Namenloser]

Zitat von Valle:

Ich könnte mir auch vorstellen, dass diese Einstellung bei mir auch dadurch kommt, dass ich bisher nie in den Genuss einer schnellen Internetverbindung gekommen bin. Beispielsweise nachschauen in welcher Reihenfolge Parameter einer Funktion stehen, oder ob der zweite Parameter substr()-Funktion jetzt die Anzahl der folgenden Zeichen oder den Index des letzten Zeichen angibt. Sowas dauert hier viel länger als es einfach zu probieren. Ich denke das wäre ein Beispiel, welches gut zeigen müsste was ich meine.

Naja, zum Glück hat ja jede gescheite IDE/jeder gescheite Editor heutzutage Code Completion...

[Valle]

Code Completion wird schwer bei Script- und Auszeichnungsprachen.
Und das ist nunmal mein Job.

Liebe Grüße,
Valentin

[Namenloser]

Also mit Netbeans klappte das bei mir bisher immer ganz gut – zumindest mit Ruby, PHP und Python. Aber selbst billige Editoren wie Notepad++ haben meist eine einfache Liste von Standardfunktionen (wie eben substr und Co.), die zwar nicht kontextsensitiv, aber dennoch einigermaßen brauchbar ist, wenn man schon weiß, welche Funktion man aufrufen will und nur die Parameterreihenfolge nachschauen will.

[Furtbichler]

Hi Valle,

Das Erarbeiten von Parameterreihenfolgen, oder allgemein 'wie etwas funktioniert' ist aber kein Programmieren, sondern eine Methodik, um sich Wissen anzueignen.

Bei zwei Parametern, bei denen nur ihre Reihenfolge relevant ist, gibt es ja nur 2 Möglichkeiten.

Allgemein gesehen kann ich bei Problemen mit abzählbar vielen Möglichkeiten diese durchprobieren und die Ergebnisse bewerten. Ich vergleiche jeweils erwartete mit tatsächlichen Ergebnissen. Das ist kein 'Rumprobieren', sondern wissenschaftlich fundierte Arbeit und vollständig.

Der Threadersteller meint aber etwas anderes.