Seite 2 von 2

Verfasst: Dienstag 27. April 2010, 12:29
von Goldhamster
Erstmal danke an alle :D :D
Als erstes geht es mir darum meine letzte Gehirnzelle etwas zu entkalken :D
Was ich dann mit meinem Wissen mache mal sehen, wird wohl etwas für KDE sein.
Ich werde dann wohl Pyhton 3 nehmen!

Verfasst: Dienstag 27. April 2010, 14:21
von Hyperion
Goldhamster hat geschrieben: Was ich dann mit meinem Wissen mache mal sehen, wird wohl etwas für KDE sein.
Ich werde dann wohl Pyhton 3 nehmen!
Dann würde ich mich wohl schlau machen, welche Version PyKDE benötigt ;-)

Verfasst: Mittwoch 28. April 2010, 10:20
von Goswin
BlackJack hat geschrieben:Ähm, die offizielle Python-Homepage empfiehlt 2.6 wenn man sich nicht sicher ist das man wirklich 3.1 haben will.
Ich hatte das nicht gelesen, aber ich nehme traurig zur Kenntnis :(, dass diese Empfehlung wohl ihren Grund haben wird. Ich stelle ebenfalls traurig fest, dass scipy und numpy, welche ich oft brauchen werde, auch nicht mit Python3.1 funktionieren :(. Nichtdestominder kann ich mich einfach nicht dafür begeistern, mir falsche Angewohnheiten und veraltete Konstrukte anzueignen und dabei zu wissen, dass ich in einem Jahr wieder neu umdenken muss.

Es gibt freilich einen ausgezeichneten Grund, mit Python2.6 einzusteigen: falls ich nämlich Python3.x für eine Fehlentwicklung halte, welche keine besondere Zukunft hat. Ich persönlich kann das nicht beurteilen und hoffe nur, dass das nicht so ist. Aber solche Fehlentwicklungen kommen vor; in meinem Anwendungsbereich ist C++ eine solche Fehlentwicklung, weshalb ich mir auch nie die Mühe gemacht habe, es zu lernen, und im Nachhinein sehr froh darüber bin.

Verfasst: Mittwoch 28. April 2010, 10:56
von BlackJack
@Goswin: Die 2er-Serie ist nicht "veraltet" sondern ein aktuell gepflegter, offizieller Zweig von Python. Und das man in einem Jahr umlernen "muss", war schon immer so, auch bei der 2er-Serie, weil die sich ja auch weiterentwickelt hat. Ein Jahr bevor ``with`` eingeführt wurde, haben die Leute "veraltetes" ``try``/``finally`` gelernt, ein Jahr bevor Generatorausdrücke eingeführt wurden, haben die Leute an deren Stelle "veraltete" "list comprehensions" gelernt usw.

Wenn man nichts "veraltetes" lernen will, ist man im Bereich Programmierung an der falschen Stelle. ;-)

Verfasst: Mittwoch 28. April 2010, 11:46
von Goswin
BlackJack hat geschrieben:Die 2er-Serie ist nicht "veraltet" sondern ein aktuell gepflegter, offizieller Zweig von Python.
:roll: Vielleicht ist sich Guido van Rossum selber nicht ganz sicher, ob Python3.x wirklich zukunftsträchtig ist. :roll:

Verfasst: Mittwoch 28. April 2010, 12:26
von Hyperion
Außerdem hat sich ja gar nicht so viel geändert von 2 gegenüber 3. Da dürfte der Umstieg nicht sehr schwer fallen. Und 2.7 steht doch vor der Tür, wo ja auch einiges aus dem 3er Zweig in den 2er rückportiert wurde. Insofern sollte das delta zumindest nicht größer, sondern eher kleiner werden...

Verfasst: Mittwoch 28. April 2010, 12:38
von Trichter
Hyperion hat geschrieben:Außerdem hat sich ja gar nicht so viel geändert von 2 gegenüber 3. Da dürfte der Umstieg nicht sehr schwer fallen. Und 2.7 steht doch vor der Tür, wo ja auch einiges aus dem 3er Zweig in den 2er rückportiert wurde. Insofern sollte das delta zumindest nicht größer, sondern eher kleiner werden...
Bis dann 2.9 fast identisch mit 3.0 ist und somit die Zeitlinie wieder hergestellt wird.
Dann muss man nur noch die Datumsangaben der Veröffentlichungen ändern, damit es keine Beweise gibt, dass 2.6 und 3.0 mal gleichzeitig aktuell waren. :wink:
Wahrscheinlich wurde Python 3.0 mit dem future-Modul wirklich aus der Zukunft importiert und die Entwickler suchen jetzt nach den Gründen, warum sie bestimmte Änderungen vorgenommen haben werden.

Verfasst: Mittwoch 28. April 2010, 12:41
von Hyperion
Trichter hat geschrieben:
Hyperion hat geschrieben:Außerdem hat sich ja gar nicht so viel geändert von 2 gegenüber 3. Da dürfte der Umstieg nicht sehr schwer fallen. Und 2.7 steht doch vor der Tür, wo ja auch einiges aus dem 3er Zweig in den 2er rückportiert wurde. Insofern sollte das delta zumindest nicht größer, sondern eher kleiner werden...
Bis dann 2.9 fast identisch mit 3.0 ist und somit die Zeitlinie wieder hergestellt wird.
Ich dachte mit 2.7 endet die 2er Linie?

Verfasst: Mittwoch 28. April 2010, 12:42
von uKev
Trichter hat geschrieben: Bis dann 2.9 fast identisch mit 3.0 ist und somit die Zeitlinie wieder hergestellt wird.
Mit 2.7 ist Schluss in der 2.X Entwicklung.
Python 2.7 is scheduled to be the last major version in the 2.x series before it moves into 5 years of bugfix-only mode.
Src: http://python.org/download/releases/2.7/

Verfasst: Mittwoch 28. April 2010, 12:45
von Goswin
Hyperion hat geschrieben:Und 2.7 steht doch vor der Tür, wo ja auch einiges aus dem 3er Zweig in den 2er rückportiert wurde.
Wenn ich Python2.x sage, werde ich damit immer Python2.5 meinen. Die Versionen Python2.6 - Python2.99 :? sind wohl für Altanwender gedacht, welche riesige Python-Systeme implementiert haben und diese nicht von einem Tag auf den anderen umstellen können; niemals für Neueinsteiger. Oder glaubt hier jemand wirklich, dass in 6 Jahren Programme in Python2.14 geschrieben werden?

Verfasst: Mittwoch 28. April 2010, 12:53
von Trichter
uKev hat geschrieben: Mit 2.7 ist Schluss in der 2.X Entwicklung.
Oh, das wusste ich gar nicht.

Verfasst: Mittwoch 28. April 2010, 13:00
von BlackJack
@Goswin: Was ist denn das für ein Unsinn? Warum sollte ein Neueinsteiger sich selbst auf 2.5 beschränken wenn es für 2.6 alles gibt was er braucht!? Die Logik kann ich nicht nachvollziehen.

Und es müssen keine "riesigen" Python-Systeme sein, sondern im Moment alles was eben mit 3.x noch nicht läuft -- und das ist sehr viel. Auch kleine Systeme. Es reicht ja von einem kleinen Modul abhängig zu sein, dass es für 3.x noch nicht gibt und das man nicht selber portieren kann oder will.

Verfasst: Mittwoch 28. April 2010, 13:07
von ms4py
Goswin hat geschrieben:Wenn ich Python2.x sage, werde ich damit immer Python2.5 meinen. Die Versionen Python2.6 - Python2.99 :? sind wohl für Altanwender gedacht, welche riesige Python-Systeme implementiert haben und diese nicht von einem Tag auf den anderen umstellen können; niemals für Neueinsteiger.

Weshalb?

Verfasst: Mittwoch 28. April 2010, 13:57
von Leonidas
Goswin hat geschrieben:
Hyperion hat geschrieben:Und 2.7 steht doch vor der Tür, wo ja auch einiges aus dem 3er Zweig in den 2er rückportiert wurde.
Die Versionen Python2.6 - Python2.99 :? sind wohl für Altanwender gedacht, welche riesige Python-Systeme implementiert haben
Also ich nutze 2.6, bin ich dadurch zum Altanwender mit riesigen Python-System geworden? Also Arch Linux bietet jetzt eigentlich auch kein älteres Python...

Verfasst: Mittwoch 28. April 2010, 15:03
von DasIch
Solange Debian nicht 3.x als Standard macht wird die größte Zahl der Entwickler auch 2.x nutzen. Ich kann mir gut vorstellen dass sich 2.x letztendlich langsam 3.x nähert und dabei immer ein bisschen die Kompatibilität bricht, wäre imho sowieso die bessere Lösung.

Verfasst: Mittwoch 28. April 2010, 15:47
von Goswin
BlackJack hat geschrieben:@Goswin: Was ist denn das für ein Unsinn? Warum sollte ein Neueinsteiger sich selbst auf 2.5 beschränken wenn es für 2.6 alles gibt was er braucht!? Die Logik kann ich nicht nachvollziehen.
@Blackjack: Du hast mich da wohl falsch verstanden, ich meinte:
Wenn ich Python2.x abempfohlen habe (wie weiter oben geschehen), dann wollte ich nur Python2.5 abempfohlen haben und nicht die späteren Versionen 2.6-2.7, welche ich nicht genauer kennengelernt habe.
BlackJack hat geschrieben:Und es müssen keine "riesigen" Python-Systeme sein, sondern im Moment alles was eben mit 3.x noch nicht läuft -- und das ist sehr viel. Auch kleine Systeme. Es reicht ja von einem kleinen Modul abhängig zu sein, dass es für 3.x noch nicht gibt und das man nicht selber portieren kann oder will.
Tja, wörtlich genommen hast du da recht, und ich muss davon einiges zurücknehmen. Eigene kleine Module würde ich schon portieren, und wenn sie nicht zu groß sind, sollte das ja kein Problem sein. Aber es gibt sicher auch kleinere Fremdmodule, wo ich den Quellcode nicht kenne (oder nicht verstehe :?), und die kann ich dann natürlich nicht portieren. Vielleicht ist das für einen Einsteiger die Gelegenheit, einiges hinzuzulernen und das (kleine) Fremdmodul selber zu programmieren.