Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Larry Wall Unveils Perl 6.0.0

pigdog.org

Post reply on HN
Print view View original

221–230 of 336 posts

Re: Larry Wall Unveils Perl 6.0.0

#221

Post by blub »

andrepd wrote: post #115
krylon wrote: post #4

I honestly did not expect to see the day Perl 6 gets finished. This must have been one of the most difficult - if not the most difficult - births in the history of programming languages. At work, I have been using Perl 5 increasingly often over the past two years, mainly because handling unicode in Python 2 is not a lot of fun (and I still haven't come around to learning Python 3), and I have rediscovered why I used…

What is there to learn about Python 3? It's just a relatively small, but backwards-compatibility breaking, update.

This: https://docs.python.org/3/whatsnew/3.0.html

Doesn't look small and I already saw several things I was using that have changed behaviour. Someday I might even learn how to use them. :)

Re: Larry Wall Unveils Perl 6.0.0

#222

Post by mrweasel »

InclinedPlane wrote: post #8

Seems too little too late. Is Perl still relevant in 2015? What would you build in Perl today that you wouldn't build in another language instead? I used to be a big fan of Perl but it seems to have fallen behind the times, I doubt Perl 6 is enough to catch up.

>What would you build in Perl today that you wouldn't build in another language instead?

By that logic we should just stick to assembler or C. You can built anything in C, if you really wanted to.

Perl or any other language, remains relevant as long as there are system depending on it and developers who use it. I view Perl a little like Cobol, you and I might not see it every day, but for a rather large, and perhaps a little obscure, subset of people it's still the tool they use every day.

If you have 10 Perl developers employed already, it might be a wasted of effort to retrain to Python, Node, C# or what ever, and just do you next project in Perl 6.

The biggest threat to Perl 6 might be Perl 5 though.

Re: Larry Wall Unveils Perl 6.0.0

#223

Post by Grim_Reaper »

oldmanjay wrote: post #28

I haven't looked, but I really hope Perl 6 held on to the 50 different ways to do any one thing. Pulling out my hair in frustration from trying to deal with Perl written by other people saved me all manner of haircut money in the 90s.

Perl 5 is better than Perl 6 because in Perl 6 a lot of reinventing the wheel.

Re: Larry Wall Unveils Perl 6.0.0

#224

Post by Grim_Reaper »

AceJohnny2 wrote: post #129

Sounds like a v2.0 with feature bloat. ""Any infix operator can be replaced by itself in square brackets..." Later someone asked, "In a world of user-defined operators everywhere, how do you define precedence?" And Larry pulled out is tighter() and is looser(), noting that Perl 6 even has customizable precedence levels. "You can add an infinite number..."" It's been said that most of programming is about managing com…

In Perl 6 a lot of reinventing the wheel and it so ugly.

Re: Larry Wall Unveils Perl 6.0.0

#225

Post by [deleted] »

JoshMnem wrote: post #206
fibo wrote: post #204

Earlier quoted context omitted.

You can build Perl6 and try it right now if you want, see my [early Perl 6]( http://g14n.info/2015/03/early-perl6/ ) article for detailed building instructions.

Or use rakudobrew. http://codeselfstudy.com/wiki/Perl_6 I don't know Perl, but I saw the presentation and was blown away. Installed it today, and definitely will try building something with it soon.

[deleted]

Re: Larry Wall Unveils Perl 6.0.0

#226

Post by Grim_Reaper »

muraiki wrote: post #24
InclinedPlane wrote: post #8

Seems too little too late. Is Perl still relevant in 2015? What would you build in Perl today that you wouldn't build in another language instead? I used to be a big fan of Perl but it seems to have fallen behind the times, I doubt Perl 6 is enough to catch up.

Here's something that's normally not too fun to deal with in Python and Ruby: asynchronous operations. Perl 6 has promises, C#-style async/await, Go-style channels, and Reactive Extensions-style Supplies built in as first-class ways to deal with asynchrony, concurrency, and parallelism. It can also take advantage of as many threads as you'll give it. Since I deal with web services a lot, this is a huge boon for me. B…

Python 3.5 will kill Perl 6 again because of Python new syntax like async/await, matrix multiplication, type hinting, and many more. HAHAHA

Re: Larry Wall Unveils Perl 6.0.0

#227

Post by Kutta »

raiph wrote: post #196
joeyh wrote: post #173

Earlier quoted context omitted.

Ah so it's similar to the haskell list comprehension syntax, converted to a point-free form (and with added guessing/defaulting due to the ambiguities therein). [x*2 | x IIRC haskell list comprehensions can't do fib without naming the list so it can refer to itself. OTOH, these perl list comprehensions seems unable to express things that combine values from several lists, eg: [ x*y | x Course, haskell also has a weak…

Fwiw, the Haskell: [ x*y | x could be translated to the Perl 6: [2,4...8] X* [-1,0,1] # (-2 0 2 -4 0 4 -6 0 6 -8 0 8)

Alternate pointfree Haskell syntax:

    (*)  [2,4..8]  [-1, 0, 1]
or

    liftA2 (*) [2, 4..8] [-1, 0, 1]

Re: Larry Wall Unveils Perl 6.0.0

#228

Post by labster »

oldmanjay wrote: post #28

I haven't looked, but I really hope Perl 6 held on to the 50 different ways to do any one thing. Pulling out my hair in frustration from trying to deal with Perl written by other people saved me all manner of haircut money in the 90s.

I suspect if anything, there will actually be more ways to do it in Perl 6. It can be used entirely from an object-oriented point of view, or entirely from a functional programming point of view. This is construed to be a feature of the language.

Flexibility is Perl's greatest strength and weakness. Perl forces you into dealing with other people's thought processes as a consequence of allowing your own code to be expressive and better reflect your thought processes. If this is not a tradeoff you're willing to make, Perl is most likely not for you. But I find it to be educational to see the variety in well-written Perl code (i.e. not from from Matt's Script Archive).

Re: Larry Wall Unveils Perl 6.0.0

#229

Post by qdw »

krylon wrote: post #4

I honestly did not expect to see the day Perl 6 gets finished. This must have been one of the most difficult - if not the most difficult - births in the history of programming languages. At work, I have been using Perl 5 increasingly often over the past two years, mainly because handling unicode in Python 2 is not a lot of fun (and I still haven't come around to learning Python 3), and I have rediscovered why I used…

Tiny correction: I heard it as "all languages are really just dialects of Perl 6," which makes a bit more sense in context. Either way it's a cute Wall witticism, of which there were many that night. Word has it that there will be a video in a couple of weeks, at which point you can judge for yourself!

Re: Larry Wall Unveils Perl 6.0.0

#230

Post by dtech »

krylon wrote: post #4

I honestly did not expect to see the day Perl 6 gets finished. This must have been one of the most difficult - if not the most difficult - births in the history of programming languages. At work, I have been using Perl 5 increasingly often over the past two years, mainly because handling unicode in Python 2 is not a lot of fun (and I still haven't come around to learning Python 3), and I have rediscovered why I used…

If you haven't had the time to learn the transition from Python 2 to 3, don't expect to find time to transition from Perl 5 to 6. Perl 6 is orders of magnitude more different from Perl 5 than Python 3 is from Python 2.
Post reply on HN