Live data from Hacker News

Larry Wall Unveils Perl 6.0.0

pigdog.org

271–280 of 336 posts

Re: Larry Wall Unveils Perl 6.0.0

#271

Earlier quoted context omitted.

At FOSDEM earlier this year, Larry gave the presentation they describe, and said that they were expecting a beta release at Christmas this year. So the general concept is legit, regardless of the site.

I don't see how that makes this look any more legitimate. The FOSDEM website says they had over 5000 people attending, so it's not like Larry's talk was a big secret. And Perl 6 has been right around the corner forever, so a fake "Perl 6 is released" page could seem timely and legit in concept at almost any time in the last 10 years. Even if it's true, if they want anybody to pay attention they should announce it on…

I don't mean that it makes the site legit. I just mean "Perl 6 is indeed coming this year."

Re: Larry Wall Unveils Perl 6.0.0

#272
post #97

So is this a real thing? I've never seen this pigdog website before, it's second newest article was published in 2012, and there's no mention of this on the perl 6 home page or in the perl 6 announcements mailing list..

Hey, even Peaches is wearing a Camelia suit on stage!

https://twitter.com/MarguerinLDN/status/651675808122060800

Re: Larry Wall Unveils Perl 6.0.0

#273
post #186

Earlier quoted context omitted.

Yes, all we're waiting for now is GNU Hurd, and software will be complete.

I hate to indulge this thread, but feel obligated to note that Half-Life 3 is still naught but a name.

Half-Life 3 is not even vaporware. It was never announced, was it?

Re: Larry Wall Unveils Perl 6.0.0

#274

> One of the most impressive things Larry demonstrated was the sequence operator, and Perl 6's ability to intuit sequences. say 1, 2, 4 ... 2**32 > This correctly produced a nice tidy list of just 32 values -- rather than the 4,294,967,296 you might expect. Someone with more time than me needs to find an IQ test that is based around sequence questions like this and plug them all into Perl 6. So we can find out what P…

With things like this, it makes me glad I write C++ (and that gets bashed enough!). I do not miss the days of maintaining a Perl codebase (and trying to decipher what on earth code was doing). This is insane.

This is what comments and docstrings/doctests are for.

Re: Larry Wall Unveils Perl 6.0.0

#275

Some languages are for earning your daily bread (like Java, or Objective-C). Some, like Haskell, are for intellectual pursuits. Perl is for poetry. For seeing the impossible and going back.

Code is executable poetry. It moves the hearts of computers.

Re: Larry Wall Unveils Perl 6.0.0

#276

Earlier quoted context omitted.

If you have perl code to maintain and dependcies break, its not easy to use or at all intuitive. You run cpan, it tries to set itself up, 40 minutes later its trying to autoselect the same broken mirror. Is this going to go on forever? Run again. Select repo, it kind of works. Get 6 pages of build output and a broken install. Its one of the first repos, a great idea, its just frustratingly obtuse.

> 40 minutes later its trying to autoselect the same broken mirror Sounds like you're in a network with particularly misbehaved firewalls. The initial phase of the auto-setup is very fast, since it only checks file paths. The network part might be slow if some part of your network infrastructure messes with connections and cuts them without properly resetting, resulting in super long timeouts. Not sure what you expec…

Broken install = it didn't install. I had no idea why. I did get there after some hours of struggle . Part of the problem is the libraries on our system are everywhere.

Sorry I sounded cranky, truthfully I'm probbly just unfamiliar. I'm a developer not an admin, just want to install packages. We developers love the package systems and cpan pioneered a lot of it.

A great package manager goes a long was to helping a languages success.

I'm comparing to Gems, composer, npm, rpm which for what I've done with them work pretty flawlessly and easily.

Re: Larry Wall Unveils Perl 6.0.0

#277
post #173
post #118

Earlier quoted context omitted.

Linear and geometric sequences are auto-detected, for anything else you'll need to provide a function to compute the next element: 2, 4 ... * # linear 2, 4, 8 ... * # exponential 1, 1 ... * # constant 1, 1, * + * ... * # Fibonacci The last expression is equivalent to the more verbose variant 1, 1, -> $a, $b { $a + $b } ... * that makes use of an 'pointy block' (ie lambda function) instead of the Whatever-*.

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…

Python list comprehension similar to Haskell -> https://en.wikipedia.org/wiki/List_comprehension#Python

Re: Larry Wall Unveils Perl 6.0.0

#278
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…

Unfortunately unicode in Python 3 is not necessarily better. See http://lucumr.pocoo.org/2014/5/12/everything-about-unicode/ .

Both Perl 5 and Python 3 are built with the assumption that a "character" is what the Unicode standard generally refers to as a "character".

This is a serious problem and will I suspect one day be understood to be the biggest long-term mistake made when designing Python 3.

I wrote a comment about this a few months back at https://news.ycombinator.com/item?id=9791211 (see second half of the initial comment and then the followups).

Re: Larry Wall Unveils Perl 6.0.0

#279

Earlier quoted context omitted.

As a fan / dilettante of Clojure, I'd say no. The JVM is many nice things, some nasty things, but definitely not lightweight in terms of things like startup speed that I'd expect of Perl 6.

"The JVM is many nice things, some nasty things, but definitely not lightweight in terms of things like startup speed" The jvm startup speed is actually surprisingly good these days. We were experimenting with writing several commandline tools with Scala, and didn't think they would work because of this "well-known" issue. Turns out it was fast enough even to enable letting Scala handle things like the code completio…

Yeah, I remember seeing The (Clojure) "JVM Slow Startup Time" Myth [1] in HN comments last week.

[1]: http://blog.ndk.io/2014/02/11/jvm-slow-startup.html

Re: Larry Wall Unveils Perl 6.0.0

#280

Earlier quoted context omitted.

So do I, for the same reasons. At a previous job perl was used everywhere. As a language, it's quite nice. CPAN is horrible, though. No staging/stable/whatever versioning, new modules requires updating versions of existing modules which frequently broke - it's just not something that's enterprise friendly. I tried but failed to find a company that would support and curate a subset of CPAN modules properly. Does one e…

There are multiple tools to do this on your own, with CPAN::Mini and friends, or Carton. I also don't know how long it's been since you last tried, but cpantesters and the other odds and ends of the ecosystem have helped tremendously in reducing published bugs. ( http://matrix.cpantesters.org/?dist=System-Command%201.115 )

Checkout Pinto, http://perlmaven.com/pinto-tutorial, which allows you to host your own CPAN mirror and have stacks. So you could have a "development" stack and a "production" stack, or a "perl-5.8" stack and a "perl-5.16" stack. Whenever you add or upgrade a module, it only affects one stack.
Post reply on HN