<div dir="ltr"><div dir="ltr"><div><div><div><div><div><div><div>As little more than a consumer of information on this list, I feel like I wanted to chime in for once in support of this view. I agree strongly with the notion that my role in a company is to take the business needs that company has and translate that into technology-driven deliverables that I believe best serve those business needs. Choosing the "best" tool for a job isn't always a purely objective decision, and there are often plenty of tools you can use to accomplish that same purpose. It is not the decision of people who consume the outputs of my work to determine for me mechanisms that drive those outputs. Their job is to sufficiently define the needs of the deliverable (often needing assistance to even do that well, in most cases), my job is to deliver on that. Part of that deliverable (as it should also be part of the underlying requirements) is for that solution to be reasonably maintainable and sufficiently long lasting (and only on this very small area might the choice of Perl vs. Non-Perl be a consideration, based solely upon available resources -- though even this common sentiment is something I don't particularly agree on).<br><br></div>I love Perl. I'm unashamedly an advocate for Perl whenever the topic is discussed. I've been building large scale web applications in Perl for nearly 20 years. I've also been hearing how Perl is a "dead language" since the first time I was exposed to it on the job and was told the application I'd be working on was written in Perl. Strangely enough, I'm still building greenfield products in Perl to this day and will likely continue to do so until something massively changes that makes doing so a less optimal approach for me.<br><br></div>Anytime this topic comes arises out and about with non-Perl folks (and even a lot of the time with Perl folks) I will continually hear more about why using Perl is a terrible choice these days (seemingly regardless of whenever "these days" are at the time). Meanwhile, every time I begin building something of even moderate complexity with something that <i>isn't </i>Perl I find myself facing situations that would have been so much more readily available to accomplish in Perl. For the sake of this discussion, I'm not even going to bother coming up with various anecdotal examples (because even if I did, that would carry no tangible weight in this argument, as they would be purely anecdotal and also possibly even the result of my own ignorance in a given specific scenario). The reality is this, from my perspective: Perl makes easy things easy to do, but more importantly it turns a lot of things that are seemingly <i>impossible </i>to do into things that can at least be accomplished.<br><br></div>I can find plenty of things in Perl to complain about, but I can also find plenty of things about <i>any</i> language to complain about.<br><br></div>Do I wish Perl 6 didn't exist (or at least had picked a different name at the outset)? Yes. I didn't ring that bell and we (seemingly) can't unring that bell. This will go down in history as one of the stupidest marketing blunders of all time, imo.<br><br></div>Do I wish Perl was perfect? Sure, stupid question.<br><br></div>Do I think Perl is better than any reasonably comparable language? Hell yes I do... and at the very least, it's certainly no worse than any of them.</div><div><br></div><div>Python is <i>fine</i>. Perl is better.<br></div><div><br></div>-Chris<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 5, 2024 at 11:17 AM J L <<a href="mailto:joel.limardo@forwardphase.com">joel.limardo@forwardphase.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><span style="font-size:12.8px">"I'm only lightly technical these days, having moved into a sales role a decade ago. I haven't really done any programming for years."</span><div dir="auto"><span style="font-size:12.8px"><br></span></div><div dir="auto"><span style="font-size:12.8px">Here's my two cents:  If the entities you serve do not want Perl who cares? What do YOU want? When I work with a company they give me an assignment-- give us X. How I model X, support X until I hand it over to their own internal support department, etc. is *my* business. How I handle contact management (Perl), documentation (wiki written in Perl), and even software testing (system I wrote in Perl) is MY business. They get the cake; I keep the pan, spoons, cling wrap, and the ovens. Now I can make more cakes elsewhere. I can even give them away.</span></div><div dir="auto"><span style="font-size:12.8px"><br></span></div><div dir="auto"><span style="font-size:12.8px">Perl's strength is that it gives you an actual tool to help you think for yourself. You don't need a company to tell you what software problems to think about. Just as the writer *must* write the programmer *must* program. To the devil with what companies want and what some nondescript IT management fool is telling you. What do YOU want to do with the wonderful grey matter residing atop thine head? Solve problems, explore.</span></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 4, 2024, 9:56 PM Jay S <<a href="mailto:me@heyjay.com" target="_blank">me@heyjay.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi Perl Mongers,<div>I hope all is well.</div><div><br></div><div>I'm only lightly technical these days, having moved into a sales role a decade ago. I haven't really done any programming for years.</div><div><br></div><div>It seems like Perl6 was too big an effort, leaderless, and sort of fizzled out while Python ascended. Technical folks I sell to all have Python people (and scala ruby Java(script)) - I never hear anyone mention Perl.</div><div><br></div><div>Is my perspective right, wrong? </div><div><br></div><div>Jay</div><div><br></div></div>
_______________________________________________<br>
Chicago-talk mailing list<br>
<a href="mailto:Chicago-talk@pm.org" rel="noreferrer" target="_blank">Chicago-talk@pm.org</a><br>
<a href="https://mail.pm.org/mailman/listinfo/chicago-talk" rel="noreferrer noreferrer" target="_blank">https://mail.pm.org/mailman/listinfo/chicago-talk</a><br>
</blockquote></div>
_______________________________________________<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>
</blockquote></div></div>