<div dir="auto"><br clear="all">This is interesting. </div><div dir="auto"><br></div><div dir="auto">I have worked in probably a dozen or more languages in the last 40+ years.  </div><div dir="auto"><br></div><div dir="auto">Two things about Perl that the old heads will know:</div><div dir="auto">Perl make hard things easy;</div><div dir="auto">In Perl, there is more than one way to do it.</div><div dir="auto"><br></div><div dir="auto"><div dir="auto"><span style="color:rgb(0,0,0);font-family:'-apple-system','helveticaneue';font-size:19px;font-style:normal;font-weight:400;letter-spacing:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none;display:inline!important;float:none">I’ve done ibm/mvs assembler, cobol, c, c++, Java, Perl, all sorts of rdbms variants, etc. ruby, groovy, etc. and more.</span></div><div dir="auto"><span style="color:rgb(0,0,0);font-family:'-apple-system','helveticaneue';font-size:19px;font-style:normal;font-weight:400;letter-spacing:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none;display:inline!important;float:none"><br></span></div><div dir="auto"><span style="color:rgb(0,0,0);font-family:'-apple-system','helveticaneue';font-size:19px;font-style:normal;font-weight:400;letter-spacing:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none;display:inline!important;float:none">So from an old head’s perspective:</span></div><br></div><div dir="auto">I worked in Perl for about 25 years or more, until maybe 9 years ago.  Where I was working 9 years ago (I was there 10 years) I’d say 80% of our processing was done in Perl.  This was mostly flat file processing, but I also maintained our timesheet system, which was Perl/cgi.  </div><div dir="auto"><br></div><div dir="auto">Where I am now, we are in process of migrating all things to python ( from SAS).  Been at it a year or more.  I’d say it will take two more years.  </div><div dir="auto"><br></div><div dir="auto"> I don’t want to say python sucks, because in my (humble?) opinion Java sucks much worse, hands down.  BUT…</div><div dir="auto"><br></div><div dir="auto">Python has proceeded to provide this processing environment that satisfies a fashionable clientele: what we now call data science. Being focused on that, it has become a sort of special purpose language while persuading everyone that data science is the only thing that matters.  </div><div dir="auto"><br></div><div dir="auto">But python makes easy things hard. This has nothing to do with indentations over brackets; it really has to do with the ‘pythonic’ approach to problem solving in which the ‘pythonistas’ claim there really is one best solution to any problem.  Check them out, you will see that mindset.</div><div dir="auto"><br></div><div dir="auto"><div dir="auto"><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div style="color:rgb(34,34,34);font-family:georgia,serif">John Sances</div><div style="color:rgb(34,34,34);font-family:georgia,serif"><a href="mailto:54nc35@gmail.com" target="_blank">54nc35@gmail.com</a></div><a href="https://www.linkedin.com/in/54nc35" style="color:rgb(17,85,204);font-size:14px;font-family:-apple-system,system-ui,BlinkMacSystemFont,"Segoe UI",Roboto,"Helvetica Neue","Fira Sans",Ubuntu,Oxygen,"Oxygen Sans",Cantarell,"Droid Sans","Apple Color Emoji","Segoe UI Emoji","Segoe UI Emoji","Segoe UI Symbol","Lucida Grande",Helvetica,Arial,sans-serif" target="_blank">linkedin.com/in/54nc35</a><span style="color:rgb(34,34,34);font-family:georgia,serif">.</span></div></div></div></div><div><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 5, 2024 at 3:32 PM <<a href="mailto:chicago-talk-request@pm.org">chicago-talk-request@pm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send Chicago-talk mailing list submissions to<br>
        <a href="mailto:chicago-talk@pm.org" target="_blank">chicago-talk@pm.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="https://mail.pm.org/mailman/listinfo/chicago-talk" rel="noreferrer" target="_blank">https://mail.pm.org/mailman/listinfo/chicago-talk</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:chicago-talk-request@pm.org" target="_blank">chicago-talk-request@pm.org</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:chicago-talk-owner@pm.org" target="_blank">chicago-talk-owner@pm.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Chicago-talk digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. Re: What's happening with Perl these days (Jay S)<br>
   2. Re: What's happening with Perl these days (Chris Hamilton)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Fri, 5 Apr 2024 14:13:56 -0500<br>
From: Jay S <<a href="mailto:me@heyjay.com" target="_blank">me@heyjay.com</a>><br>
To: "Chicago.pm chatter" <<a href="mailto:chicago-talk@pm.org" target="_blank">chicago-talk@pm.org</a>><br>
Subject: Re: [Chicago-talk] What's happening with Perl these days<br>
Message-ID:<br>
        <<a href="mailto:CANpdWGXNnBDhsTgDOQmHuWRGxQSOufT37mT2KdjU%2BkE-E78NHg@mail.gmail.com" target="_blank">CANpdWGXNnBDhsTgDOQmHuWRGxQSOufT37mT2KdjU+kE-E78NHg@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
maybe one day I'll try to learn Python.<br>
I always loved perl because it was so simple to do simple stuff quickly<br>
my understanding is that Python is more formal, and not a quick to rip off<br>
a quick script<br>
<br>
On Fri, Apr 5, 2024 at 10:36?AM Mike Fragassi <<a href="mailto:mikefrag@gmail.com" target="_blank">mikefrag@gmail.com</a>> wrote:<br>
<br>
> This seems more or less correct. My Perl activity at work has become<br>
> strictly maintenance of existing applications, including adding minor<br>
> features. We've moved to Python for all new work. A lot of it comes down to<br>
> that it used to be that all the new hires had at least passing experience<br>
> with Perl; but now, it's Python instead. Slow attrition has left us with<br>
> just 2 people at all comfortable with Perl, and I'm the only "expert".<br>
><br>
> Incidentally, I was helped *immensely* when my job, for a moment, was<br>
> willing to fund training; I jumped to take an in-person course from David<br>
> Beazley, a local who has written/co-written several Python books, including<br>
> O'Reilly's Python Cookbook. (His site is <a href="https://www.dabeaz.com/" rel="noreferrer" target="_blank">https://www.dabeaz.com/</a>)<br>
><br>
> Speaking for myself, the one thing that Python has, that makes me actually<br>
> angry with Perl for missing, is built-in Exceptions. I will defend Perl's<br>
> honor that it was not 'line noise' to anyone who tosses out that old line,<br>
> but I never ever ever want to deal with "$@" again.<br>
><br>
> Perl 6 is now "Raku" since 2019, and it seems that existing under its own<br>
> "brand" is beneficial for both languages. It should have been done years<br>
> earlier.<br>
><br>
> On Thu, Apr 4, 2024 at 9:56?PM Jay S <<a href="mailto:me@heyjay.com" target="_blank">me@heyjay.com</a>> wrote:<br>
><br>
>> Hi Perl Mongers,<br>
>> I hope all is well.<br>
>><br>
>> I'm only lightly technical these days, having moved into a sales role a<br>
>> decade ago. I haven't really done any programming for years.<br>
>><br>
>> It seems like Perl6 was too big an effort, leaderless, and sort of<br>
>> fizzled out while Python ascended. Technical folks I sell to all have<br>
>> Python people (and scala ruby Java(script)) - I never hear anyone mention<br>
>> Perl.<br>
>><br>
>> Is my perspective right, wrong?<br>
>><br>
>> Jay<br>
>><br>
>> _______________________________________________<br>
>> Chicago-talk mailing list<br>
>> <a href="mailto:Chicago-talk@pm.org" target="_blank">Chicago-talk@pm.org</a><br>
>> <a href="https://mail.pm.org/mailman/listinfo/chicago-talk" rel="noreferrer" target="_blank">https://mail.pm.org/mailman/listinfo/chicago-talk</a><br>
>><br>
> _______________________________________________<br>
> Chicago-talk mailing list<br>
> <a href="mailto:Chicago-talk@pm.org" target="_blank">Chicago-talk@pm.org</a><br>
> <a href="https://mail.pm.org/mailman/listinfo/chicago-talk" rel="noreferrer" target="_blank">https://mail.pm.org/mailman/listinfo/chicago-talk</a><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://mail.pm.org/pipermail/chicago-talk/attachments/20240405/dd9ffdbf/attachment-0001.html" rel="noreferrer" target="_blank">http://mail.pm.org/pipermail/chicago-talk/attachments/20240405/dd9ffdbf/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Fri, 5 Apr 2024 15:31:31 -0500<br>
From: Chris Hamilton <<a href="mailto:cjhamil@gmail.com" target="_blank">cjhamil@gmail.com</a>><br>
To: "Chicago.pm chatter" <<a href="mailto:chicago-talk@pm.org" target="_blank">chicago-talk@pm.org</a>><br>
Subject: Re: [Chicago-talk] What's happening with Perl these days<br>
Message-ID:<br>
        <CA+H4PxAmUQip9Q=<a href="mailto:rLX0uV-0jXBOJDnnvLkEuBt9syA85deT-Bw@mail.gmail.com" target="_blank">rLX0uV-0jXBOJDnnvLkEuBt9syA85deT-Bw@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
As little more than a consumer of information on this list, I feel like I<br>
wanted to chime in for once in support of this view. I agree strongly with<br>
the notion that my role in a company is to take the business needs that<br>
company has and translate that into technology-driven deliverables that I<br>
believe best serve those business needs. Choosing the "best" tool for a job<br>
isn't always a purely objective decision, and there are often plenty of<br>
tools you can use to accomplish that same purpose. It is not the decision<br>
of people who consume the outputs of my work to determine for me mechanisms<br>
that drive those outputs. Their job is to sufficiently define the needs of<br>
the deliverable (often needing assistance to even do that well, in most<br>
cases), my job is to deliver on that. Part of that deliverable (as it<br>
should also be part of the underlying requirements) is for that solution to<br>
be reasonably maintainable and sufficiently long lasting (and only on this<br>
very small area might the choice of Perl vs. Non-Perl be a consideration,<br>
based solely upon available resources -- though even this common sentiment<br>
is something I don't particularly agree on).<br>
<br>
I love Perl. I'm unashamedly an advocate for Perl whenever the topic is<br>
discussed. I've been building large scale web applications in Perl for<br>
nearly 20 years. I've also been hearing how Perl is a "dead language" since<br>
the first time I was exposed to it on the job and was told the application<br>
I'd be working on was written in Perl. Strangely enough, I'm still building<br>
greenfield products in Perl to this day and will likely continue to do so<br>
until something massively changes that makes doing so a less optimal<br>
approach for me.<br>
<br>
Anytime this topic comes arises out and about with non-Perl folks (and even<br>
a lot of the time with Perl folks) I will continually hear more about why<br>
using Perl is a terrible choice these days (seemingly regardless of<br>
whenever "these days" are at the time). Meanwhile, every time I begin<br>
building something of even moderate complexity with something that *isn't *Perl<br>
I find myself facing situations that would have been so much more readily<br>
available to accomplish in Perl. For the sake of this discussion, I'm not<br>
even going to bother coming up with various anecdotal examples (because<br>
even if I did, that would carry no tangible weight in this argument, as<br>
they would be purely anecdotal and also possibly even the result of my own<br>
ignorance in a given specific scenario). The reality is this, from my<br>
perspective: Perl makes easy things easy to do, but more importantly it<br>
turns a lot of things that are seemingly *impossible *to do into things<br>
that can at least be accomplished.<br>
<br>
I can find plenty of things in Perl to complain about, but I can also find<br>
plenty of things about *any* language to complain about.<br>
<br>
Do I wish Perl 6 didn't exist (or at least had picked a different name at<br>
the outset)? Yes. I didn't ring that bell and we (seemingly) can't unring<br>
that bell. This will go down in history as one of the stupidest marketing<br>
blunders of all time, imo.<br>
<br>
Do I wish Perl was perfect? Sure, stupid question.<br>
<br>
Do I think Perl is better than any reasonably comparable language? Hell yes<br>
I do... and at the very least, it's certainly no worse than any of them.<br>
<br>
Python is *fine*. Perl is better.<br>
<br>
-Chris<br>
<br>
On Fri, Apr 5, 2024 at 11:17?AM J L <<a href="mailto:joel.limardo@forwardphase.com" target="_blank">joel.limardo@forwardphase.com</a>> wrote:<br>
<br>
> "I'm only lightly technical these days, having moved into a sales role a<br>
> decade ago. I haven't really done any programming for years."<br>
><br>
> Here's my two cents:  If the entities you serve do not want Perl who<br>
> cares? What do YOU want? When I work with a company they give me an<br>
> assignment-- give us X. How I model X, support X until I hand it over to<br>
> their own internal support department, etc. is *my* business. How I handle<br>
> contact management (Perl), documentation (wiki written in Perl), and even<br>
> software testing (system I wrote in Perl) is MY business. They get the<br>
> cake; I keep the pan, spoons, cling wrap, and the ovens. Now I can make<br>
> more cakes elsewhere. I can even give them away.<br>
><br>
> Perl's strength is that it gives you an actual tool to help you think for<br>
> yourself. You don't need a company to tell you what software problems to<br>
> think about. Just as the writer *must* write the programmer *must* program.<br>
> To the devil with what companies want and what some nondescript IT<br>
> management fool is telling you. What do YOU want to do with the wonderful<br>
> grey matter residing atop thine head? Solve problems, explore.<br>
><br>
> On Thu, Apr 4, 2024, 9:56 PM Jay S <<a href="mailto:me@heyjay.com" target="_blank">me@heyjay.com</a>> wrote:<br>
><br>
>> Hi Perl Mongers,<br>
>> I hope all is well.<br>
>><br>
>> I'm only lightly technical these days, having moved into a sales role a<br>
>> decade ago. I haven't really done any programming for years.<br>
>><br>
>> It seems like Perl6 was too big an effort, leaderless, and sort of<br>
>> fizzled out while Python ascended. Technical folks I sell to all have<br>
>> Python people (and scala ruby Java(script)) - I never hear anyone mention<br>
>> Perl.<br>
>><br>
>> Is my perspective right, wrong?<br>
>><br>
>> Jay<br>
>><br>
>> _______________________________________________<br>
>> Chicago-talk mailing list<br>
>> <a href="mailto:Chicago-talk@pm.org" target="_blank">Chicago-talk@pm.org</a><br>
>> <a href="https://mail.pm.org/mailman/listinfo/chicago-talk" rel="noreferrer" target="_blank">https://mail.pm.org/mailman/listinfo/chicago-talk</a><br>
>><br>
> _______________________________________________<br>
> Chicago-talk mailing list<br>
> <a href="mailto:Chicago-talk@pm.org" target="_blank">Chicago-talk@pm.org</a><br>
> <a href="https://mail.pm.org/mailman/listinfo/chicago-talk" rel="noreferrer" target="_blank">https://mail.pm.org/mailman/listinfo/chicago-talk</a><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://mail.pm.org/pipermail/chicago-talk/attachments/20240405/a35ee076/attachment.html" rel="noreferrer" target="_blank">http://mail.pm.org/pipermail/chicago-talk/attachments/20240405/a35ee076/attachment.html</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
Chicago-talk mailing list<br>
<a href="mailto:Chicago-talk@pm.org" target="_blank">Chicago-talk@pm.org</a><br>
<a href="https://mail.pm.org/mailman/listinfo/chicago-talk" rel="noreferrer" target="_blank">https://mail.pm.org/mailman/listinfo/chicago-talk</a><br>
<br>
<br>
------------------------------<br>
<br>
End of Chicago-talk Digest, Vol 185, Issue 4<br>
********************************************<br>
</blockquote></div></div>