
<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">Am 28.06.2020 um 09:22 schrieb Helmut Wollmersdorfer <<a href="mailto:helmut@wollmersdorfer.org" class="">helmut@wollmersdorfer.org</a>>:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html; charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div class=""><br class=""><blockquote type="cite" class=""><div class="">Am 25.06.2020 um 13:06 schrieb Thomas Klausner <<a href="mailto:domm@cpan.org" class="">domm@cpan.org</a>>:</div><div class=""><div class=""><br class="">Vielleicht klappts ja jetzt. Und der Scope ist VIEL kleiner (weil, soweit ich das verstanden habe 5.32 = 7)<br class=""></div></div></blockquote><div class=""><br class=""></div>Ich seh das entspannt. Wenn Perl die Rückwärtskompatibilität aufgibt, wäre es komplett tot.</div><div class=""><br class=""></div><div class="">Selber hab ich schon vor einiger Zeit die minimal required Version von 5.6 bzw. 5.8 auf 5.10.1 angehoben. Wegen //=.</div><div class=""><br class=""></div><div class="">Entwicklung hab ich jetzt von 5.20.1 auf 5.32.0 umgestellt.</div><div class=""><br class=""></div><div class="">Und mal ganz ehrlich: Wenn man so wie ich in manchen Teilen (Sprachverarbeitung) Unicode-Properties, den //xx Modifier und Unicode-Regex (union, difference, intersection) verwendet, funktioniert das nur mit einer eingermassen aktuellen Version.</div><div class=""><br class=""><blockquote type="cite" class=""><div class=""><div class="">Also ich finde es schon sehr angenehm, wenn ich nicht immer die ganzen features aktivieren muss (zb sub sigs)<br class=""></div></div></blockquote><div class=""><br class=""></div>Meine Boilerplate in simplen Scripts ist 7 Zeilen lang, hauptsächlich wegen UTF-8. Sowas wie sigs oder say sehe ich nicht als grossen Vorteil.</div><div class=""><br class=""></div><div class="">So wie es Mojo::Base macht, ist es ein vernünftiger, minimalistischer Ansatz.</div><div class=""><br class=""></div><div class=""><a href="http://utf8everywhere.org/" class="">http://utf8everywhere.org/</a> will man anscheinend immer noch nicht default machen. Dabei beginnen andere PLs schon Grapheme nach dem Muster von Raku zu implementieren.</div><div class=""><br class=""></div><div class="">Wer braucht denn wirklich raw? Ist eher eine seltene Ausnahme wie z. B. bei Font::TTF. </div><div class=""><br class=""></div><div class="">Wenn ich unsigned Integers z. B. für Bit-Fidddeling haben will, muss ich auch sowas machen</div><div class=""><br class=""></div><div class=""><div class="">use integer;</div><div class="">no warnings 'portable’;</div><div class=""><br class=""></div><div class="">damit das default Verhalten ausgeschalten wird.</div><div class=""><br class=""></div><div class="">In Python ist das eher tricky.</div></div><div class=""><br class=""></div><div class="">Wir müssen glaub ich der Realität in die Augen schauen. Perl-Programmieren werden aussterben. Es gibt nur mehr ganz kleine Nachfrage und ganz kleines Angebot. Die jungen Leute und die Unis fokussieren auf Python und Java, zum Teil C++. Beruflich hat Perl keine Perspektive mehr. Wird bald so sein wie Cobol: Eine aussterbende Species in einem Käfig, denen man ab und zu ein paar Bananen durchs Gitter wirft. Das war früher unsere Vorstellung von der Zukunft der Assembler-Programmierer, als praktisch keine neuen Projekte mehr in Assembler begonnen wurden, nurmehr Unmengen von Alt-Code zu warten waren.</div><div class=""><br class=""></div><div class="">Ich hab schon begonnen, Teile meines Codes auf Python zu portieren. Die Vorteile der grossen Community und Auswahl an Bibliotheken überwiegen schön langsam die Unbequemlichkeiten. </div><div class=""><br class=""></div><div class="">Schönes Rest-Wochenende</div><div class=""><br class=""></div><div class="">Helmut Wollmersdorfer</div></div></div></blockquote></div><br class=""></body></html>