Da es keine ganzheitliche Sicht auf die Welt gibt, es nicht überall Norm-Behörden gibt, gibt es Evolution.Necip hat geschrieben:Meine Intuition oder vielleicht doch meine Erbkrankheit "faulizitis" ^^ sagt mir, dass es Unsinn ist, dass in der Sprache X eine Datei mit "FileOpen" und in der anderen Sprache Y eine Datei mit "OpenFile" geöffnet wird. Mal haben sie gleiche Parameterfolgen, mal unterscheiden sie sich in der Reihenfolge. Was soll dieses Tohuwabohu?
Das eine entwickelt sich zu OpenFile() und das andere zu FileOpen(). Darum darf man in Amerika nicht schneller als 55 Meilen fahren und gilt z.B. in Australien als Geisterfahrer, wenn man rechts fährt.
Die Evolution findet inzwischen allerdings wieder zusammen: File.Open() ist derzeit Standard in allen populären Sprachen, das Metrische System setzt sich langsam durch und mir scheint, dass sich auch der Rechtsverkehr durchsetzen wird.
Wenn es nur einen Standard gibt, dann gibt es auch nur eine Sprache. Das ist ja zunächst auch gar nicht mal schlimm, schließlich könnten dann alle Entwickler das Problem auf die gleiche Art angehen.Necip hat geschrieben:Ich bin dafür einen Standard für ALLE Sprachen einzuführen, die die wesentlichen Funktionen nach gleichem Schema definieren.
Drei Kritikpunkte gibt es hier: Bestehende Systeme interessieren sich nicht für neue Standards. Was in Cobol geschrieben wurde, interessiert sich nicht dafür, wenn ein Java-Hype ausgebrochen ist. Da heißt es nur OPEN und wenn das System weiter kompilierbar sein soll, wird es auch in Zukunft OPEN heißen, bis das System neu geschrieben wird.
Cobolentwickler werden händeringend gesucht und mit viel Geld bestochen, ihr Hirn für die bestehende Systeme einschmelzen zu lassen. Das ist billiger als Neuschreiben. Kurz: als Standard wäre es unbezahlbar.
Kritikpunkt #2: Standards schränken Evolution ein. Hätte man sich auf OpenFile geeinigt, hätte man ein großes Dilema, als sich objektorientierte Programmierung durchgesetzt hat. File.Open() - das Objekt steht ganz vorne, abgetrennt von den Parametern.
Kritikpunkt #3: Standardisiert Lösungen helfen gut bei standardisierten Problemen. Das ist gleichzeitig der größte Kritikpunkt an Java und C#, weswegen sich diese Sprachen eben nicht für Probleme eignen, die für den Standard-Anwendungsentwickler nicht denkbar sind.
Setze gut begründete Regeln auf und hoffe darauf, dass sie von zukünftigen Entwicklern von künftigen Programmiersprachen gelesen und übernommen werden. Oder entwickle Deine eigene Sprache.Necip hat geschrieben:Das wäre schon mal ein kleiner Schritt für mein Ego und ein großer Schritt für alle Programmierer.
Im ersten Fall würde ich gerne mal drüber gucken.