kek
Rakudo Perl 6 Thread
David Fisher
Connor Bailey
List of things that Perl 6 does not have.
1. Web scraping (Selenium among others)
2. Machine Learning (Keras and Gluon)
3. Statistics (SciPy ecosystem)
4. Education (Jupyter Notebook)
5. Web building (Django and Flask)
6. Cryptography (too many to count)
7. Image, Audio and Video (FFMPEG)
...
Come back when Perl 6 start having programs or wrappers for these
Christopher Baker
You did absolutely NO research. Just having looked at the modules page, I've found literally 6/7 of those FULLY built in Perl6, not even just wrappers.
Liam Morgan
It's a library, called dataclasses. It won't work unless you install (on 3.6) and import the library. You need to add "from dataclasses import dataclass". I should have mentioned that.
Your example is neat, but it's much more tedious than the Python version, or alternatively, less fully featured. ML is not a Python replacement, and Python is not a ML replacement.
I don't think Python dataclasses are particularly impressive or sophisticated, but they are an advantage Python 3.7 has over earlier versions, which was the topic of the conversation. It was more about showing Python 2's deficiencies than about elevating Python 3 above non-Python languages.
Dominic Taylor
Python seems kinda over at this point. It's been completely replaced as an embedding language to the point no one even mentions it as an option for this anymore, it was abandoned by RedHat as the future of shell utilities more than a decade ago, it's been abandoned as a replacement for the script glue in an init system as that all went back to C instead, and even webdev faggots seem desperate to get away from it. There's not even any passion around it, I never hear people wistfully speculating what marvels a python 4 might bring. All its growth seems to be coming from it being the language of choice in diploma mills instead of industry. I don't get why anyone's defending it in this thread.
Easton Reyes
Context. This is a
thread, and however badly Python might suck, it is orders of magnitude more popular and more useful than Perl 6 is or will ever be.
Zachary Howard
Tell me the solution
Jason Miller
I would guess that "Academic" refers to scientific uses, not diploma mills.
I've seen a little of this, but it's misguided, because Python 4 won't be necessary to bring marvels. It will be an opportunity to make backward-incompatible changes, but no major ones seem to be necessary, and it won't be as drastic as Python 3. Most of the goodness is coming from minor releases.
The only Python 4 change scheduled so far is lazy evaluation of annotations. Even most code that is affected by it won't be broken by it, and you can already opt into it in 3.7.
Python is ranked fourth on a lot of rankings, and that seems consistent with the percentages in your image. 10% is actually a lot. The hype might have died down, but it established itself.
Someone said Python's development moves faster than Perl's development and a bunch of people misunderstood.
Parker Gutierrez
Don't forget binning the GIL, speeding Cython and others
infoworld.com
Aiden Davis
The GIL is an implementation detail of CPython. There are compatible implementations of Python 3 that don't have it. Binning it wouldn't be backward-incompatible, so it doesn't require a major release.
Optimizing namedtuple doesn't require a compatibility break either.
Everything in that article is about implementation details. None of it is about changing the language, let alone changing the language in a backward-incompatible way.