Live data from Hacker News

Is Perl 6 Being Renamed?

blogs.perl.org

341–350 of 424 posts

Re: Is Perl 6 Being Renamed?

#341

“Perl 6 is a sister language, part of the Perl family, not intended as a replacement for Perl 5, but as its own thing - libraries exist to allow you to call Perl 5 code from Perl 6 programs and vice versa.” Umm.

You can also call Python from both languages. It doesn't mean they are the same.

https://metacpan.org/pod/distribution/Inline-Python/Python.p...

https://github.com/niner/Inline-Python

Re: Is Perl 6 Being Renamed?

#342
post #189

Earlier quoted context omitted.

Feels like the big blocker is that it seems to only be useful if you insist on a language that is Perl-like but also modern, but most Perl programmers probably moved to other languages already and don't care about whether their language is Perl-like, and the remaining ones are probably mostly maintaining Perl 5 codebases that they don't want to rewrite. Ignoring the Perl angle, it's a language with a small ecosystem…

> if you insist on a language that is Perl-like but also modern Here's your perennial reminder that the word "modern" is a thought smell. > it's a language with a small ecosystem that doesn't seem to provide any groundbreaking advantage compared to existing languages I'd almost prefer this conception went uncorrected, because Perl6 is not just Ruby or Python in different clothes, and it's not just Perl5 with nicer ae…

There are some words used for pejorative purposes that I think the language can do without but I think wanting to get rid of modern (and hence the concepts it embodies) seems more an indicator of something wrong than just using it.

Re: Is Perl 6 Being Renamed?

#344
post #155

I want to write some scripts that are _slightly_ too complicated for bash. Basically just implementing some simple scripts that have a couple options/args and I want to use another tool. How good would perl 5/6 be for this? If not perl, anything similar that's not python? I want to learn something new.

As I said elsewhere in this thread, check out my article for the 2018 Perl6 Advent Calendar.

https://perl6advent.wordpress.com/2018/12/16/day-17-checking...

I walk through the development of a utility for auditing Santa's Naughty and Nice lists. Along the way, I introduce literate programming, multiple dispatch, types, type subsets, links to documentation, perl6 collections, and File IO. And, I've been told I managed to do all this without making the reader they've been dragged over rough ground behind a certain festive sleigh.

The key thing to remember when you start learning a Larry Wall Language is that you only need to worry about the parts you need to worry about. It's more like learning a natural language than a programming language. Learn how to say the things that are important to you, and it will serve you well even if you speak with an accent.

Re: Is Perl 6 Being Renamed?

#346

Earlier quoted context omitted.

> if you insist on a language that is Perl-like but also modern Here's your perennial reminder that the word "modern" is a thought smell. > it's a language with a small ecosystem that doesn't seem to provide any groundbreaking advantage compared to existing languages I'd almost prefer this conception went uncorrected, because Perl6 is not just Ruby or Python in different clothes, and it's not just Perl5 with nicer ae…

Sorry, what is a "thought smell?" Not familiar with the term and can't find it elsewhere.

it’s a high-falutin’ entry in the series of millennial passive aggression, like “yikes” and “not a good look”

Re: Is Perl 6 Being Renamed?

#348
post #103
post #70

Routinely I see in numerous online discussions that people refuse to even consider Perl 6 because they hate Perl. Or there are younger people who think of Perl as "their grandfather's language" (in much the same way people in my generation view COBOL). I am not a fan of Perl, but this feels tragic to me. Perl was so radically different. I remember being on Perlmonks way back in the day, and someone would post a quest…

As a Perl aficionado, thank you for this, it is rare that anyone who does not enjoy Perl will express a positive opinion for it.

I haven't used Perl since writing CGI in the 90s, and I'm not a fan of the syntax among other things.

But I'm great with regular expressions. It seems like everyone around me swears regexes are an impossible black magic, and so they think that I'm some epic level wizard. And I have Perl to thank for that.

Re: Is Perl 6 Being Renamed?

#349
post #327

Earlier quoted context omitted.

That's a problem with the people who wrote the script, though, not the language itself. Consider the difference between a minified JS script or one produced with emscripten and the code pre-minification. One is unintelligible guaranteed, the other … maybe haha. Unfortunately, what tended to happen is people would write one liners, and slowly expand the one liners into more complex one liners, and then integrate them…

That's a problem with the people who wrote the script, though, not the language itself. That's like the folks who say "the problem with C (buffer overflow, UB, etc.) isn't C, it's the people who write C". Which leads to at some point contemplative folks deciding either "this is happening so often, maybe it is the language" or "the majority of people writing this language are incompetent". While I've heard plenty of p…

About the ten millionth time that someone had a security breach from exposing s3 buckets aws decided to look into if maybe something in their UX was bad instead of blaming the user every time.

‘User error’ is rarely a sufficient explanation for why something negative happens, particular when those users are professionals using a professional product. At some point one needs look at whether there is something in the product that causes those errors to happen or that doesn’t do enough to prevent them.

Re: Is Perl 6 Being Renamed?

#350
post #327

Earlier quoted context omitted.

That's a problem with the people who wrote the script, though, not the language itself. That's like the folks who say "the problem with C (buffer overflow, UB, etc.) isn't C, it's the people who write C". Which leads to at some point contemplative folks deciding either "this is happening so often, maybe it is the language" or "the majority of people writing this language are incompetent". While I've heard plenty of p…

About the ten millionth time that someone had a security breach from exposing s3 buckets aws decided to look into if maybe something in their UX was bad instead of blaming the user every time. ‘User error’ is rarely a sufficient explanation for why something negative happens, particular when those users are professionals using a professional product. At some point one needs look at whether there is something in the p…

Both things are true: it's probably the user's fault, and it should be made more foolproof.
Post reply on HN