From rl at brabbel.net Wed Jul 1 07:13:14 2020 From: rl at brabbel.net (Roland Lammel) Date: Wed, 1 Jul 2020 16:13:14 +0200 Subject: [Vienna-pm] Perl 7 In-Reply-To: <20200630123306.5edec14c@champion.fmtyew.tk> References: <4c89fd2adc6166bc15f4026a75a9fb06@cpan.org> <1B22D433-CAC6-44EE-A905-CB88522AC5BD@wollmersdorfer.org> <787CDD42-CBC0-4448-8F2F-2B05CF3720AB@wollmersdorfer.org> <20200630123306.5edec14c@champion.fmtyew.tk> Message-ID: Nachdem ich einiges Go gemacht haben, finde ich den "there is one way to do it" Ansatz gro?artig. Das f?hrt zu recht konsistentem und lesbaren Sourcecode. Alle wichtigen Funktionen und Libraries f?r Concurrency und Networking sind bereits in der Standardlibrary enthalten. Und vor allem das Deployment ist gro?artig einfach, da einfach ein Binary gebaut wird (auch Cross-Plattform und auch statisch gelinkt, wenn man will). Als Entwickler k?mmere ich mich um die Entwicklungsumgebung und muss mir keine Sorgen um die Runtime mehr machen. Das vermisse ich seit knapp 15 Jahren in der Perl-Welt (ja CPAN ist gro? und ohne den EInsatz von wieder anderen Tools, bleibt das Deployment m?hsam). Container k?nnen helfen, sind aber dann nicht mehr schlank (ein Go Binary f?r einen simples Webserver ist ca. 6MB gro?, die Container fangen glaub ich grad mal bei 100MB an) R?ckw?rtskompatibilit?t ist mir pers?nlich weniger wichtig, als eine gute Dokumentation von Breaking Changes (oder Tools als Teil der Sprache f?r eine Migration auf den aktuellen Syntax). Ich hab auch so bei jedem Perl-Update immer wieder was zu tun. Also w?rde ich mir Native Cross-Plattform Compilation w?nschen, einen einheitlichen Syntax f?r Objektorientierung, Concurrency und Type-Checking. Alles im Perl Core, weil nur dann verwenden es alle. Ich hoffe, dass es eben mehr wird mit Perl 7 als nur eine neue Version zu machen, die dann h?her als 6 ist und ein paar Defaults ?ndert, aber nicht zu viel, weil sonst passt es wieder nicht allen. Ich w?nsche mir diese Breaking Changes, ich w?nsche mir ?nderung, ich w?nsche mir keine unendliche Vielfalt an Libraries, die dasselbe tun, um etwas zu erg?nzen, dass im Core fehlt. Ich w?nsche mir, dass wir keine Angst vor ?nderung haben, keine Angst uns f?r einen Weg zu entscheiden, keine Angst etwas in den Core zu nehmen, auch wenn es vielleicht 3 Releases sp?ter falsch war. Mal sehen, aber n?chstes Weihnachten kommt bestimmt. Keep coding and cheers Roland Am Di., 30. Juni 2020 um 12:42 Uhr schrieb Lars D?????? ??? : > https://github.com/fglock/Perlito/blob/master/README-perlito5-Java.md > _______________________________________________ > Vienna-pm mailing list > Vienna-pm at pm.org > https://mail.pm.org/mailman/listinfo/vienna-pm > -------------- next part -------------- An HTML attachment was scrubbed... URL: From domm at cpan.org Wed Jul 1 11:13:08 2020 From: domm at cpan.org (Thomas Klausner) Date: Wed, 01 Jul 2020 20:13:08 +0200 Subject: [Vienna-pm] Perl 7 In-Reply-To: References: <4c89fd2adc6166bc15f4026a75a9fb06@cpan.org> <1B22D433-CAC6-44EE-A905-CB88522AC5BD@wollmersdorfer.org> <787CDD42-CBC0-4448-8F2F-2B05CF3720AB@wollmersdorfer.org> <20200630123306.5edec14c@champion.fmtyew.tk> Message-ID: <76120a8d60c2c26b4bb6130309d07304@cpan.org> On 2020-07-01 16:13, Roland Lammel wrote: > Nachdem ich einiges Go gemacht haben, finde ich den "there is one way > to do it" Ansatz gro?artig. Das f?hrt zu recht konsistentem und > lesbaren Sourcecode. Das finde ich generell auch, aber v.a. das Error-Handling finde ich extrem furchtbar. Die fehlenden generics st?ren mich im Prinzip, aber ich hab erst so wenig go gemacht, das ich nicht sagen kann, ob sie mir wirklich abgehen w?rden. > Und vor allem das Deployment ist gro?artig einfach, da einfach ein > Binary gebaut wird (auch Cross-Plattform und auch statisch gelinkt, > wenn man will). > .. > Binary f?r einen simples Webserver ist ca. 6MB gro?, die Container > fangen glaub ich grad mal bei 100MB an) das ist ?berhaupt eines der Killerargumente f?r go (und rust etc) und gegen Perl (und Python/Ruby etc). Perl-Container sind im Vergleich zu go-Containern extrem riesig. > R?ckw?rtskompatibilit?t ist mir pers?nlich weniger wichtig, als > eine gute Dokumentation von Breaking Changes (oder Tools als Teil der > Sprache f?r eine Migration auf den aktuellen Syntax). > Ich hab auch so bei jedem Perl-Update immer wieder was zu tun. Ich hab hier 2, 3 alte Perl App (geschrieben als 5.10 rausgekommen ist, mit neuen 5.10-Features). Die laufen derzeit auf 5.20 ohne Problem, aber irgendwann in den letzten jahren mussten wir mal durchputzen (wegen smartmatch, und auch weil Postgres-UTf8-handling sich ge?ndert hat). Ich kann den Code in einem Container mit einem beliebigen Perl sperren, alles gut. Ich kann das Zeugs wohl auch auf neuem Perl laufen lassen (und muss ggfs ein paar Dinge anpassen). Aber ich glaube auch, dass es besser ist, hie und da mal upzudaten, sonst stirbt man unweigerlich an der tech-dept (sp?testens wenn das OS irgendwas tiefgreifendes ?ndert) > Also w?rde ich mir Native Cross-Plattform Compilation w?nschen, > einen einheitlichen Syntax f?r Objektorientierung, Concurrency und > Type-Checking. Alles im Perl Core, weil nur dann verwenden es alle. Ich finde es auch OK, wenn das ?ber Module kommt. Gerne ?ber "offizielle" Module (aber darauf werden wir uns nie einigen..). V.a. weil es so wenige Core-Devs gibt, wenn die dann auch noch OO/Async etc machen m?ssen, geht das nicht lange gut. Wenn aber zB Ovid et.al. Cor machen, LeoNerd Async, etc und diese Tools auch entsprechend als Standard kommuiziert werden: super! > Ich hoffe, dass es eben mehr wird mit Perl 7 als nur eine neue Version > zu machen, die dann h?her als 6 ist und ein paar Defaults ?ndert, > aber nicht zu viel, weil sonst passt es wieder nicht allen. Perl 7 ist AFAIK genau "nur" das. Und hoffentlich kommt dann bald Perl 8 etc mit zB method keywords etc (das h?tte ich gerne, wobei dann wohl Cor erst recht im core w?re, womit ich mir gerade widersprochen habe.. :-) > Ich w?nsche mir diese Breaking Changes, ich w?nsche mir ?nderung, > ich w?nsche mir keine unendliche Vielfalt an Libraries, die dasselbe > tun, um etwas zu erg?nzen, dass im Core fehlt. Es gab/gibt ja immer wieder mal die Idee, ein Battery-Included-Perl zu machen, quasi zus?tzlich zum "normalen" nackerten Perl. Wobei ich finde, das in Zeiten von Containern und Dockerfiles etc viel von diesen Module-Fragen etc nicht mehr so m?hsam sind wie fr?her. Und abgesehen davon: IMO ist das Hauptproblem von Perl, dass es kaum noch Module f?r aktuelle Tools geschrieben werden (geschweige denn Tools..). Theo hat das auf der CiC so schon nvCPAN genannt: Not Very Comprehensive Perl Archive Network. u.a. weil es eben keine Tools f?r OpenTracing gegeben hat (coolerweise gibt es jetzt anscheinend welche, weil sein Job da was entwicklet und open-sourced hat) Aber in der ganzen Cloud/Container-Welt ist Perl in der Tat nicht existent. Dabei w?rde es sich IMO sehr gut f?r div. Tools eigenen; aber wir (Perl Devs) stecken alle noch in der "Server-as-Pets" Phase und/oder sind ?berausgelastet und haben keine Zeit. Und m?ssen deswegen an YAML-Templating leiden. Ich finde immer noch, das Perl am besten zu meinem Gehirn passt! (was auch immer das ?ber mein Gehirn und/oder Perl aussagen mag). Aber ich glaube (leider) nicht wirklich, dass Raku oder auch Perl 7(ff) zu einer Perl-Renaissance f?hren werden. Inzwischen verwende ich (v.a. als Freelancer) Perl als meine Geheimwaffe. -- #!/usr/bin/perl http://domm.plix.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From alfredreibenschuh at gmx.net Wed Jul 1 12:07:42 2020 From: alfredreibenschuh at gmx.net (Alfred Reibenschuh) Date: Wed, 1 Jul 2020 21:07:42 +0200 Subject: [Vienna-pm] Perl 7 In-Reply-To: <20200630123306.5edec14c@champion.fmtyew.tk> References: <4c89fd2adc6166bc15f4026a75a9fb06@cpan.org> <1B22D433-CAC6-44EE-A905-CB88522AC5BD@wollmersdorfer.org> <787CDD42-CBC0-4448-8F2F-2B05CF3720AB@wollmersdorfer.org> <20200630123306.5edec14c@champion.fmtyew.tk> Message-ID: An HTML attachment was scrubbed... URL: From rl at brabbel.net Wed Jul 1 13:58:34 2020 From: rl at brabbel.net (Roland Lammel) Date: Wed, 01 Jul 2020 22:58:34 +0200 Subject: [Vienna-pm] Perl 7 In-Reply-To: References: <4c89fd2adc6166bc15f4026a75a9fb06@cpan.org> <1B22D433-CAC6-44EE-A905-CB88522AC5BD@wollmersdorfer.org> <787CDD42-CBC0-4448-8F2F-2B05CF3720AB@wollmersdorfer.org> <20200630123306.5edec14c@champion.fmtyew.tk> Message-ID: <563be330d6d25cc3d138f059711756a273dac90a.camel@brabbel.net> Ich will keine JVM und kein Java, sondern lieber einfach ein native Binary erzeugen k?nnen, bevorzugt auch statisch.Auch wenn von vielen als genialer Runtime gehyped, bleibt in einer sehr entzauberten Realit?t eine Laufzeitumgebung ?ber, die generell vergisst Speicher dem System wieder freizugeben, Garbage Collecting zum andauernden Tuninggegenstand erkl?rt und f?r die Commandline Options wohl bald einen 2ten Dudenband ben?tigt. Just my very subjective 0.02? Cheers Roland On Wed, 2020-07-01 at 21:07 +0200, Alfred Reibenschuh wrote: > eigentlich will ich keinen perl-to-java transpiler > > > > > > es w?re sicher viel effizienter aus perl-code direkt java-bytecode zu > generieren. > > > > > > und dann noch die ganze boilerplate zur java integration ... das muss > leichtgewichtiger gehen. > > > > > > > > > > > > Gesendet: Dienstag, 30. Juni 2020 um 12:35 Uhr > > Von: "Lars D?????? ???" > > An: vienna-pm at pm.org > > Betreff: Re: [Vienna-pm] Perl 7 > > https://github.com/fglock/Perlito/blob/master/README-perlito5-Java.md > > _______________________________________________ > > Vienna-pm mailing list > > Vienna-pm at pm.org > > https://mail.pm.org/mailman/listinfo/vienna-pm > > > > > _______________________________________________Vienna-pm mailing > listVienna-pm at pm.org > https://mail.pm.org/mailman/listinfo/vienna-pm -------------- next part -------------- An HTML attachment was scrubbed... URL: From domm at cpan.org Mon Jul 6 00:32:59 2020 From: domm at cpan.org (Thomas Klausner) Date: Mon, 06 Jul 2020 09:32:59 +0200 Subject: [Vienna-pm] Emergency Meeting HEUTE! (6.4.) Message-ID: <4b2dbbe287045ecdfbf20f2f1176aa3e@plix.at> Hi! Wie letzte Woche im IRC besprochen, kommt heute Branislav (https://github.com/happy-barney) auf Besuch nach Wien: ab 16:30, Validad (Karmeliterplatz 1/3, 1020 Wien) TechMeet mit folgenden Themen: * Perl 7 * Kubernetes und warum gibt es keine Perl Tools? (domm) * share CSI idea(s) (happy-barney) bis ~19:00/30 Den Social-Part machen wir in Hanil Running Sushi http://www.hanilsushi.at/ Ich reserviere dort einen "Tisch" (ich glaube man sitzt dort eher an einer Bank vor dem F?rderband) ab 19:45 auf "perl". Bitte bis mittags melden, wer kommen mag! Bis dann, domm From pm.list at perl-services.de Mon Jul 6 04:19:38 2020 From: pm.list at perl-services.de (=?UTF-8?B?UmVuw6llIELDpGNrZXI=?=) Date: Mon, 6 Jul 2020 13:19:38 +0200 Subject: [Vienna-pm] Emergency Meeting HEUTE! (6.4.) In-Reply-To: <4b2dbbe287045ecdfbf20f2f1176aa3e@plix.at> References: <4b2dbbe287045ecdfbf20f2f1176aa3e@plix.at> Message-ID: <68fdea3a-e155-6e7e-2dda-7f5732abef16@perl-services.de> Den Tech-Teil ?bertragt ihr aber nicht mit irgendeinem Tool, oder? Klingt n?mlich ganz interessant. Viele Gr??e Ren?e Am 06.07.20 um 09:32 schrieb Thomas Klausner: > Hi! > > Wie letzte Woche im IRC besprochen, kommt heute Branislav > (https://github.com/happy-barney) auf Besuch nach Wien: > > ab 16:30, Validad (Karmeliterplatz 1/3, 1020 Wien) TechMeet mit > folgenden Themen: > > * Perl 7 > * Kubernetes und warum gibt es keine Perl Tools? (domm) > * share CSI idea(s) (happy-barney) > > bis ~19:00/30 > > Den Social-Part machen wir in Hanil Running Sushi > http://www.hanilsushi.at/ > Ich reserviere dort einen "Tisch" (ich glaube man sitzt dort eher an > einer Bank vor dem F?rderband) ab 19:45 auf "perl". Bitte bis mittags > melden, wer kommen mag! > > Bis dann, > domm > _______________________________________________ > Vienna-pm mailing list > Vienna-pm at pm.org > https://mail.pm.org/mailman/listinfo/vienna-pm From domm at cpan.org Mon Jul 6 05:48:30 2020 From: domm at cpan.org (Thomas Klausner) Date: Mon, 06 Jul 2020 14:48:30 +0200 Subject: [Vienna-pm] Emergency Meeting HEUTE! (6.4.) In-Reply-To: <68fdea3a-e155-6e7e-2dda-7f5732abef16@perl-services.de> References: <4b2dbbe287045ecdfbf20f2f1176aa3e@plix.at> <68fdea3a-e155-6e7e-2dda-7f5732abef16@perl-services.de> Message-ID: <57b473a748e444af881d96b4e7b61e42@cpan.org> On 2020-07-06 13:19, Ren?e B?cker wrote: > Den Tech-Teil ?bertragt ihr aber nicht mit irgendeinem Tool, oder? > Klingt n?mlich ganz interessant. War nicht geplant (wird auch eher eine Diskussion / Kamingespr?ch als Talks), aber wir k?nnen nat?rlich ein jitsi aufdrehen, wenn es interesse gibt... Sch?ne Gr?sse, domm From no-reply at steffen-winkler.de Sun Jul 26 18:33:05 2020 From: no-reply at steffen-winkler.de (=?UTF-8?B?RXJpbm5lcnVuZ3MtQm90?=) Date: Mon, 27 Jul 2020 03:33:05 +0200 Subject: [Vienna-pm] =?utf-8?q?In_8_Tagen=2C_am_Dienstag=2C_den_4=2E_Augu?= =?utf-8?q?st_2020=2C_um_19=3A30_Uhr_ist_German-PM_Online-Treffen?= Message-ID: <20200727013306.97F7C7CF29@xx1.develooper.com> Hallo Perlmongers aus den deutschsprachigem Raum, in 8 Tagen, am Dienstag, den 4. August 2020, um 19:30 Uhr ist German-PM Online-Treffen im Jitsi. Dank Corona wurde das Online-Treffen mehrfach in Erlangen und Frankfurt ausprobiert. Der Wunsch wurde ge?u?ert, das online neben den Treffen vor Ort weiterzuf?hren. Nimm an der Besprechung teil: https://meet.jit.si/German-PM Um stattdessen telefonisch beizutreten, benutze Folgendes: +49 89 38 03 87 19 PIN: 3820 6653 15# Andere Einwahlnummern f?r diese Besprechung: https://meet.jit.si/static/dialInInfo.html?room=German-PM Tragt bitte in https://www.meetup.com/de-DE/Perl-User-Groups-Rhein-Main/ oder https://www.meetup.com/de-DE/Erlangen-Perl-Mongers/ ein, wer dabei ist. Gr??e vom Bot. From no-reply at steffen-winkler.de Thu Jul 30 18:33:05 2020 From: no-reply at steffen-winkler.de (=?UTF-8?B?RXJpbm5lcnVuZ3MtQm90?=) Date: Fri, 31 Jul 2020 03:33:05 +0200 Subject: [Vienna-pm] =?utf-8?q?In_4_Tagen=2C_am_Dienstag=2C_den_4=2E_Augu?= =?utf-8?q?st_2020=2C_um_19=3A30_Uhr_ist_German-PM_Online-Treffen?= Message-ID: <20200731013307.0D2ED7CF29@xx1.develooper.com> Hallo Perlmongers aus den deutschsprachigem Raum, in 4 Tagen, am Dienstag, den 4. August 2020, um 19:30 Uhr ist German-PM Online-Treffen im Jitsi. Dank Corona wurde das Online-Treffen mehrfach in Erlangen und Frankfurt ausprobiert. Der Wunsch wurde ge?u?ert, das online neben den Treffen vor Ort weiterzuf?hren. Nimm an der Besprechung teil: https://meet.jit.si/German-PM Um stattdessen telefonisch beizutreten, benutze Folgendes: +49 89 38 03 87 19 PIN: 3820 6653 15# Andere Einwahlnummern f?r diese Besprechung: https://meet.jit.si/static/dialInInfo.html?room=German-PM Tragt bitte in https://www.meetup.com/de-DE/Perl-User-Groups-Rhein-Main/ oder https://www.meetup.com/de-DE/Erlangen-Perl-Mongers/ ein, wer dabei ist. Gr??e vom Bot.