Hat dies schon jemand evaluiert? Oder setzt es schon ein?
Setzt jemand hier dies produktiv ein? Oder hat vor dies ein zu setzen... Falls ja in welchem Bereich und weswegen?
Python 2 wird PyPy auf unbestimmte Zeit, möglicherweise auch für immer weiter unterstützen. Grund dafür ist schlicht und einfach das PyPy 3 nur ein Interpreter ist der Python 3 implementiert. RPython bleibt davon unangetastet und baut weiter auf Python 2 auf. Da die Code Basis so groß ist wäre auch ein Port sehr aufwendig und von dem was man von den PyPy Entwicklern hört, gibt es kein Interesse da was zu machen.
Sehr löblich sich auf den Weg zu machen!
Neue Projekte, sind ausschließlich mit Python 3, ältere Projekt portiere ich immer dann, wenn ich sie eh noch mal anfasse.
Hauptsächlich handelt es sich um Web Projekte (Flask / Django).
Ich halte mich da an Guido van Rossum, Python 2 is dead. Demnach ist das für mich auch kein Dilemma mehr.
Bis jetzt bin ich auch noch auf kein package gestoßen, welches nicht Python 3 unterstützt ich aber unbedingt einsetzen möchte.
Einmal gab es sogar das Problem das es nur eine veraltete unbrauchbare Version gab, welche erfolgreich nur unter Python 3 lief.
@DasIch, darf man denn davon ausgehen das weitere Energie in Pypy3 gesteckt wird?
Das sich evtl. sogar die Kompatibilität zur Python Version nähert. Wobei 3.2.5 und 3.4.1, ist schon sehr fein.
Denn bei Pypy2 ist der Versionsunterschied schon erheblich geringer, 2.7.6 zu 2.7.8.
@seishin: van Rossum ist da statt „…is dead” wohl eher so „…is about to die. Eventually.”, also so in sechs Jahren. Und sein Arbeitgeber will an einem JIT-Compiler für Python arbeiten. Python 2.7! Und Guido findet das eine gute Idee. Klare Signale sehen anders aus.
BlackJack, stimmt das Ding war mir vollkommen entfallen!
Pyston: Infos hier entlang: https://tech.dropbox.com/2014/04/introd ... mentation/
Aber wird es denn da eine Kompatibilität geben? Das man seinen Interpreter tauschen vermag? Sie nehmen zwar als Basis Python 2.x, geht es aber nicht eher in die Richtung ähnlich RPython?
jens hat geschrieben:
Wie viele andere auch, in den Kommentaren, ist es IMHO dumm, auf Py2 zu setzten, statt Py3...
Vielleicht sollte man eher ein Python 4 beginnen, welches die Fehler aus Python 3 ausbügelt und beide "Lager" wieder vereint? Dabei könnte man das Thema "Concurrency" mal im Kern angehen... Nuja, wie man 's macht ist es "falsch" - bei so vielen Benutzern und heterogenen Infrastrukturen und Anwendungszwecken kann man es nie allen recht machen...
@jens: Die werden vieles intern auf Python 2 laufen haben und wollen das anscheinend schneller haben. Die Infrastruktur *gleichzeitig* auf eine neue Python-Version portieren *und* dann auch noch auf eine selbstgeschriebene, gerade in der Entwicklung befindliche Python-Implementierung würde ich als deutlich dümmer ansehen. Dann hat man zwei grosse Baustellen gleichzeitig und das bei Code von dem das Wohl des Unternehmens abhängt.
seishin hat geschrieben:@DasIch, darf man denn davon ausgehen das weitere Energie in Pypy3 gesteckt wird?
Das sich evtl. sogar die Kompatibilität zur Python Version nähert. Wobei 3.2.5 und 3.4.1, ist schon sehr fein.
Denn bei Pypy2 ist der Versionsunterschied schon erheblich geringer, 2.7.6 zu 2.7.8.
Sicherlich wird PyPy 3 weiterentwickelt, sonst wäre die ganze bisherige Arbeit auch ziemlich überflüssig.