{"id":99212,"date":"2021-02-21T10:23:26","date_gmt":"2021-02-21T08:23:26","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/yazyku-python-ispolnilos-30-let"},"modified":"2021-02-21T10:23:26","modified_gmt":"2021-02-21T08:23:26","slug":"yazyku-python-ispolnilos-30-let","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/yazyku-python-ispolnilos-30-let","title":{"rendered":"Die Programmiersprache Python feiert ihr 30-j\u00e4hriges Bestehen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Am 20. Februar 1991 ver\u00f6ffentlichte Guido van Rossum die erste Version der Programmiersprache Python in der Gruppe alt.sources. An dieser Sprache arbeitete er seit Dezember 1989 im Rahmen eines Projekts zur Erstellung einer Skriptsprache, die zur L\u00f6sung von Systemadministrationsaufgaben im Betriebssystem Amoeba dienen sollte und ein h\u00f6heres Abstraktionsniveau als C bieten w\u00fcrde, aber, im Gegensatz zur Bourne-Shell, einen bequemeren Zugriff auf die Systemaufrufe des Betriebssystems erm\u00f6glichen sollte. <\/p>\n
Der Name des Projekts wurde zu Ehren der Komikergruppe Monty Python gew\u00e4hlt. In der ersten Version wurden Klassen mit Vererbung, Ausnahmebehandlung, ein Modulsystem sowie die grundlegenden Typen list, dict und str implementiert. Die Realisierung von Modulen und Ausnahmen wurde aus der Sprache Modula-3 \u00fcbernommen, w\u00e4hrend der auf Einr\u00fcckungen basierende Codierungsstil aus der Sprache ABC stammt, an deren Entwicklung Guido zuvor beteiligt war. <\/p>\n
Bei der Erstellung von Python folgte Guido den folgenden Prinzipien: <\/p>\n
\n
Prinzipien, die Zeit bei der Entwicklung eingespart haben:\n
\n
N\u00fctzliche Ideen aus anderen Projekten \u00fcbernehmen.\n
Streben nach Einfachheit, aber ohne \u00fcberm\u00e4\u00dfige Vereinfachung (Einstein-Prinzip: \"Alles sollte so einfach wie m\u00f6glich, aber nicht einfacher sein\").\n
Das Befolgen der UNUX-Philosophie, wonach Programme eine bestimmte Funktionalit\u00e4t bereitstellen, dies aber gut tun.\n
Nicht zu sehr um die Leistung k\u00fcmmern; Optimierungen k\u00f6nnen nach Bedarf hinzugef\u00fcgt werden, wenn sie ben\u00f6tigt werden.\n
Nicht versuchen, gegen Etabliertes anzuk\u00e4mpfen, sondern mit dem Strom schwimmen.\n
Perfektionismus vermeiden, meist gen\u00fcgt der Standard \"ausreichend gut\".\n
Manchmal k\u00f6nnen Ecken abgerundet werden, besonders wenn etwas sp\u00e4ter erledigt werden kann. <\/ul>\n
Weitere Prinzipien:\n
\n
Die Implementierung sollte nicht an eine bestimmte Plattform gebunden sein. Einige Funktionen k\u00f6nnen nicht immer verf\u00fcgbar sein, aber die grundlegende Funktionalit\u00e4t sollte \u00fcberall funktionieren.\n
Die Benutzer nicht mit Details \u00fcberlasten, die von Maschinen \u00fcbernommen werden k\u00f6nnen.\n
Unterst\u00fctzung und F\u00f6rderung plattformunabh\u00e4ngigen Benutzer-Codes, ohne den Zugang zu Funktionen und Eigenschaften der Plattform einzuschr\u00e4nken.\n
Gro\u00dfe komplexe Systeme sollten mehrere Ebenen f\u00fcr Erweiterungen bieten.\n
Fehler d\u00fcrfen nicht fatal und unbemerkt bleiben \u2013 der Benutzercode sollte in der Lage sein, Fehler abzufangen und zu behandeln.\n
Fehler im Benutzercode d\u00fcrfen die Funktionalit\u00e4t der virtuellen Maschine nicht beeintr\u00e4chtigen und d\u00fcrfen nicht zu unvorhersehbarem Verhalten des Interpreters oder zum Absturz von Prozessen f\u00fchren. <\/ul>\n