361–370 of 424 posts
That one decision cost the language so very much. I miss Perl. Python is what was pushed on me by employers and it's fine, it's perfectly acceptable. As is ruby and many others but I just miss Perl.
I hope the Perl6/Raku folks get things happening in their tech and perception of it the way they might like. I think they deserve a break.
Earlier quoted context omitted.
# copy stdin to stdout, except for lines starting with # while left_angle_right_angle: if dollar_underscore[0] =eq= "#": continue_next; } print dollar_underscore; } Hilarious...
i either missed the joke or missed the perl6 spec about :} notation. can you explain?
Earlier quoted context omitted.
>The world has moved on. Except that it hasn't. What other language does everything P6 does? (Or even tries, let alone does it as well or better.) What language does "most" or "a lot" of it? To be honest, I would have expected that after a couple of decades, there would be other languages that stole a lot of P6's thunder, but if there is anything remotely comparable, I haven't heard of it. P6 is an surprisingly ambit…
> What other language does everything P6 does? Why would any language do what Perl 6 does? Languages do what they need and typically do at least some things Perl 6 doesn't do and at least some things do better than Perl 6 does them. Sometimes such things are much more important to people than everything Perl 6 does.
If you need real rational number math and are doing a lot of text processing for example, there might not be a better alternative.
I'm sorry but Perl 6 isnt relevant IMO. It took too long. I was a Perl developer at etoys.com in 2000 and BBC in 2001. I wrote OneMusic for Radio1 and even convinced the BBCs uptight ops team to run it with modperl so it could handle the high traffic it did. I also created the job search engine WorkZoo in modperl, one of Time Magazines top 50 sites of 2005 and Indeed's main competitor at the time. Perl6 was promised.…
If Perl6 is ever performant, I'll be dropping Python for a lot of Scripting uses. Perl6 is a big language, but has a lot of power and beauty.
>Perl 6 performance has now gotten to the point where it's often comparable to Perl 5 or surpasses it. It still needs some work in this area, but the work is clear, the goals are straightforward, and Perl 6 is going to easily oustrip Perl 5 in terms of performance.
I hope it's true. Perl was a great language that was ahead of it's time. Eg, most complaints about Perl boil down to needing an equivalent of PEP8 and a linter.
> Perl 6 performance has now gotten to the point where it's often comparable to Perl 5 or surpasses it. It still needs some work in this area, but the work is clear, the goals are straightforward, and Perl 6 is going to easily oustrip Perl 5 in terms of performance. If the Perl 6 community wants to rename, it's perhaps the perfect time to do so. It doesn't look like a bad choice if performance is a primary concern. P…
Part of the reason the language looks scary from a distance is it's $sigils, which speed up the interpreter.
Earlier quoted context omitted.
Yeah too bad it's slow. I write Perl 5 code at work on a daily basis and really wanted to like Perl6. Too late, too slow.
Some things are already significantly faster, but there are other common operations that are still slower. I wonder if the JIT will interfere with scripts where startup time is not acceptable?
Earlier quoted context omitted.
> but also that it had some limitations that have only become more glaring over the years. I don't have any real experience with Perl, so could you maybe expand a little? I'm curious about what you think the limitations are.
My experience is that Perl scripts other people wrote are impossible to understand. It made me never want to touch it again. I was handed several unmaintained ten year old Perl scripts to update and in every case I just rewrote it in python just because Perl gave me a migraine looking at it.
These days, people that aren't novices tend program much more clearly in my experience, and there's style guidelines and code linters to take up the slack. It's not like other languages never have to deal with people writing odd or unintelligible code either, there's a reason why style standards are a big thing in many places. Here's an example of a module I use that I just looked up. It's fairly terse in parts (but it's a module, so I hold it to a different standard than my own code), but I would expect anyone familiar with perl would have zero trouble determining what's going on in here, and a lot of code bases will be a little more verbose or use more white space to error on the side of caution and help people process what they are seeing easier.[1]
1: https://metacpan.org/release/Path-Tiny/source/lib/Path/Tiny....
Earlier quoted context omitted.
What's wrong with a package not being updated for 10 years? Languages like perl--like common lisp, and c--are Stable. They change, some, but you can count on old code working. If a 10-year-old package Works, what reason is there to update it? I wrote a c library which has seen no updates in about 2 years--because it doesn't need them. It already does everything I need it to do.
I'm not talking about the 'reached perfection' case. In ten years the language, standards and it's patterns, underlying libraries, hardware, performance, all change. There is also no value in having a working, stable implementation of say, md5 when the entire world has moved on. Often I'll just not find the library I want since nobody using that tech is actually writing Perl. For example, complete lack of a working G…
Earlier quoted context omitted.
You are not alone feeling that. Check out to paper titled "93% of Paint Splatters are Valid Perl Programs" https://famicol.in/sigbovik/ "In this paper, we aim to answer a long-standing open problem in the programming languages community: is it possible to smear paint on the wall without creating valid Perl?"
Except that the vast majority of those OCRs are just a series of letters. They all parse as "a variable name, that's it", and it's not even weird for that to be a valid line. It's the kind of joke that doesn't teach you anything, rather than the kind that does.
lerzfijglpFiji-j
-*?
also, the writing is quite entertaining.
Earlier quoted context omitted.
You are not alone feeling that. Check out to paper titled "93% of Paint Splatters are Valid Perl Programs" https://famicol.in/sigbovik/ "In this paper, we aim to answer a long-standing open problem in the programming languages community: is it possible to smear paint on the wall without creating valid Perl?"
Except that the vast majority of those OCRs are just a series of letters. They all parse as "a variable name, that's it", and it's not even weird for that to be a valid line. It's the kind of joke that doesn't teach you anything, rather than the kind that does.
the Perl program “ Illegal division by zero at/tmp/quine.pl line 1. ”, when saved in theappropriate location, outputs “ Illegaldivision by zero at /tmp/quine.plline 1.”