It's nice to be able to convey your feelings to your audience through writing, but great writers go further.
The world needs great writers, because they are travel guides. They guide us to visit places we couldn't reach alone. Worthwhile places that would go unvisited and unknown without our guides.
That's why "Kitchen Confidential" is such an amazing book. It's a travelogue.
When Gay Talese wrote "Frank Sinatra Has a Cold", he didn't write a profile of Frank. He was inviting us to go see Frank with him, to sign up to the great adventure of finding out who Frank really was.
If you would like to be one of our guides, I thank you.
Study the book "On Writing", by Stephen King, and begin inviting us to your travels!
The case for Perl is just that it has no limits. You will never run out of tool if you go with Perl. That is what, I believe, makes the investment worthwhile.
Why Perl gets such a bad rap, then? I'll tell you.
I've used Perl for almost 30 years now, and I've never found any limits in the tool. This means every limit I found was _mine_. Many programmers feel bad when they find their own limits, but it doesn't have to be the case.
You should be OK with finding your own limits, and be willing to overcome them, and strive to become a Perl power user, just like the founder, Larry Wall.
If you choose this, to grow and improve and be better, and better, and better, then Perl is the best option.
This is good insight. Limits are often built into programming languages. Java is all about the limits. TS's selling point is literally the limits. As well as every opinionated language.
I wonder if AI will make limitless languages easier to work with and maintain.
I'm not against limits in programming languages. They help to reduce the complexity that have to be managed.
Limited languages are suitable for those that are willing to manage only so much. That's why Java has no "goto".
But Perl does offer "goto". Why? Because Larry Wall built Perl for himself, and he wanted the most powerful tool that he could conceive. That's exactly what Perl is.
And I accept that, and I really want that. Every time I mess up with Perl, I don't blame my tool. I just laugh out loud and exclaim: "Thanks, Larry, for letting me know another way to not be up to my job".
Perl is the magic wand. If you don't want to be a magician, you don't need it.
But if you want to be a magician, you'll be thrilled to know Perl has three forms of "goto", not just one. This is what the textbook says about the third one: "The goto &NAME form is highly magical and sufficiently removed from the ordinary goto to exempt its users from the opprobium to which goto users are customarily subjected".
To me, having to be the compiler and have 100% test coverage for typos is a limit. TS is a lame, misguided attempt to correct that to let people keep using such limited languages for things.
My reason to break up with Perl was the lack of garbage collection and then later the lack of types and then later 6.
I don’t think investing in it is wise when you can invest in something more relevant. Although there’s barely anything that covers the subj as much as Perl, which is a shame on us all. A programming language that requires an import or two to dig through a file is degenerate. Old languages understood well what a programmer needs.
There are two types of programming, and each has its own definition of "relevant": new programming, with its preference for ready-made components to reduce complexity, and old-time creative programming, which usually was about the creation of new things.
The "creation" part is key. Perl is a tool for "easy creation", for creators that want to be more productive. This is what Larry Wall wanted.
This is why Perl is good for prototyping. You "create" the prototype, and then you "translate" it to something else.
Perl is quite relevant for me, but I say this as a creator.
I'm a practical man, for me it's just n_loc difference and more useful imlicitness (and the listed downsides). Not sure if I can understand this "creation" part, even as a former Perl-ist. I think you can turn any language into Perl, it just happens that their core beliefs are incompatible with its ways.
For example, I can easily imagine something like this:
import 'use-perl'
while (await ls_lr('./*.txt')) {
while (await read_lines($filename)) {
print($ln, $line)
But it's not idiomatic as it uses awful implicit iterators and hideous globals. This conflict is purely dogmatic and doesn't need special syntax, for the most part.
If you like "The Secrets of Consulting", the next one for you should be "Exploring requirements: quality before design", by Gause & Weinberg. What an eye opener it was for me!
