Quote

Ich finde es nicht gut, nur weil das Modul nicht mehr vom Autor gepflegt oder kein Update benötigt, das Wissen einfach wegzuwerfen,

Es wird ja nicht weggeworfen, Perl 5 wird wohl auch lange nach einem Perl 6 release weiterleben, du kannst es also auch weiter nutzen.

Ansonsten bringen ungewartete Module einem wenig. Es mag zwar sein das QT jetzt noch funktioniert, aber es kann durchaus sein das nicht alle Funktionalitäten nach Perl exportiert werden, oder das irgendwann neue versionen von QT nicht mehr funktionieren.

Ansonsten ist Parrot ja als schnittstelle gedacht um den Wissenaustausch zu erhöhen. Derzeit hat z.B: Ruby von mir aus seine eigene QT anbindung, Python hat seine eigene, Perl hat seine eigene, xxx hat seine eigene. Mit Parrot ist der gedanke ja da eben die Bibliothek für Parrot anzubieten und alle Sprachen können davon profitieren.

Wenn dann also der QT entwickler dann irgendwann mal von Perl 6 genug hat, und meint lieber Ruby 3000 zu nutzen, bedeutet es nicht das die QT Bibliothek auf einmal für Perl 6 gestorben ist, weil es kein Maintainer mehr hat.

Auch für neue Sprachen ist das Optimal da es dann bereits auf ein großes Set von Bibliotheken zugreifen kann.

Ingesamt also klüger als das was wir jetzt haben. Damit wir dort aber hinkommen müssen wir irgendwo anfangen etwas zu ändern, auch wenn es am anfang vielleicht ein paar Nachteile hat, so ist es auf langer Zeit gesehen besser.

Ansonsten spreche ich hier natürlich eher Parrot an und nicht Perl 6. Aber wenn man Rakudo hat so sind ja ebenfalls die Perl 6 Module für Parrot nutzbar so das andere es nutzen können.

Quote

Ich selbst begrüsse Perl 6 und freue mich darauf wenn es als erste stabile ausgereifte Version fertig ist aber sehe zu gleich die grossen Probleme, die oft kaum beachtet werden mit Perl 5 zu 6.

Also glaub mir, dieser Punkt haben wohl schon genug beachtet, nicht nur du als erstes. ;) Rakudo und ähnliches werden ja wahrscheinlich auch einen eingebetten Perl 5 Interpreter bekommen, womit Perl 5 nutzbar ist.

Eher sehe ich es das du nur zu kurzsichtig denkst, und nicht das beachtest was man auf langer sicht bekommt.

Quote

Eine perfekte Lösung ist gut, wenn das nicht möglich ist, lieber viele Lösungen auch ältere statt gar keine.

Sehe ich nicht so. Was hast du von alten unbrauchbaren Modulen?

Ansonsten stellt Perl 6 ein neuanfang dar der alles besser macht. Bei Modulen sollte dies ebenfalls so sein. Ich finde es eher kontraproduktiv wenn alte Module in Perl 6 übernommen werden, und man dann in Perl 6 wieder wegen Rückwärtskompatibilität z.B. die Interface gleich lässt etc.

Ein Beispiel ist das CGI Modul. Es behandelt nicht nur CGI sondern auch HTML generierung. Sauber wäre es wenn man beide Sachen voneinander trennt und ein CGI Modul anbietet das nur das CGI interface anspricht.

Und wenn man halt HTML generierung möchte man eben ein anderes Modul dafür nutzt. Portiert man allerdiengs alle Perl 5 Module grundsätzlich nach Perl 6 hat man sich einen neuen sauberen aufbau schon wieder verbaut. Man sollte es gleich von anfang an vernünftig machen.

Und keine halben Sachen.
Last edited: 2009-08-20 16:54:08 +0200 (CEST)