Earlier quoted context omitted.
> There is no technical advantage left to ASCII-only syntax for APL-derived languages. Except for that minor technical advantage of actually being on a standard keyboard. That said, I would love standard keyboards to get more symbols. I actally like using symbols instead of words for operators, when done in a consistent and logical fashion as J and K do and unlike Perl's disaster of a syntax. Map and reduce (each and…
> Except for that minor technical advantage of actually being on a standard keyboard. The IBM/Unicomp APL keyboard is a standard PS/2 PC/USB HID keyboard. Literally the only special thing about the IBM/Unicomp APL keyboards is what is printed on the keycaps (which you can buy separately https://www.pckeyboard.com/page/product/USAPLSET ). I don't understand this - how do people on Hacker News not realize that your key…
Perl 6 Optimism
231–240 of 243 posts
Re: Perl 6 Optimism
#232Earlier quoted context omitted.
> Except for that minor technical advantage of actually being on a standard keyboard. The IBM/Unicomp APL keyboard is a standard PS/2 PC/USB HID keyboard. Literally the only special thing about the IBM/Unicomp APL keyboards is what is printed on the keycaps (which you can buy separately https://www.pckeyboard.com/page/product/USAPLSET ). I don't understand this - how do people on Hacker News not realize that your key…
> Somehow multiple layouts are not a big deal for multi-lingual people, why is it so confusing for programmers? I don't know. I would totally do it if others did it. There just isn't a critical mass enough. Maybe the next APLish language needs to have both modes of display similar to how java editors fold old constructs into new ones. That would allow the extra symbols to be slowly adopted.
Re: Perl 6 Optimism
#233Earlier quoted context omitted.
The Python version blows up if the slot isn't already populated. The Perl version works in either case (there is a typo in the Perl code though).
Only if you're using a list, not a dict. I just tried it in the REPL: >>> foo = {} >>> foo[3] = 72 >>> foo[64] = 80 >>> foo {3: 72, 64: 80}
>>> foo = {}
>>> foo[3][4] = 42
Traceback (most recent call last):
File "", line 1, in
KeyError: 3
Compared to: DB $foo{3}{4} = 42
DB x \%foo
0 HASH(0x7f9f4315c940)
3 => HASH(0x7f9f432bb148)
4 => 42Re: Perl 6 Optimism
#234Earlier quoted context omitted.
Is there any hope of seeing your cperl efforts in mainstream perl? Would you be able to disregard recent history with p5p if you were welcomed back?
> be able to disregard recent history with p5p if you were welcomed back It is essentially impossible to do so, as the problems are systemic and run extraordinarily deep. Would you honestly consider any possibility of working on a "level" with people like this: https://www.nntp.perl.org/group/perl.perl5.porters/2018/01/m... So I can't fault rurban for walking away. The project still has merit. Its current leadership…
https://www.nntp.perl.org/group/perl.perl5.porters/2018/01/m...
Re: Perl 6 Optimism
#235Earlier quoted context omitted.
But in the majority of editors that actual people use (mainly, jupyter/ipython), they are invisible. Not to distract from my point though, which is that a good programming language should be easily editable from Notepad.
This is where your bias shows. You define this "majority of people" by looking at your niche - you must be in academia or big data. I can tell you that in my niche nobody knows what the hell jupyter even is, and they use real editors like PyCharm, emacs, vim and so on, where whitespace is never a problem. > a good programming language should be easily editable from Notepad. The '90s called, they want their notepad ba…
But there are still plenty of cases where you will come across python via a bad interface, such as a shell interface to a server that I haven't set up properly (I come across this a lot since I've a lot of code running in clusters), and new computers or other people's bad setups or computers.
Even when using elpy-mode in Emacs, I've had problems when I tried to tabify and untabify a file (to change indentation length), which completely changed program logic in multiple places, and resulted in subtle bugs that I caught much later.
Re: Perl 6 Optimism
#236Earlier quoted context omitted.
Performance improved a lot but it's still very bad. e.g. there is some csv-game[1] where there is perl6 code that used to take 16 minutes but now 'only' takes 5 minutes. perl5 completes the task in [1] https://bitbucket.org/ewanhiggs/csv-game/src/9604dc176b6303e...
Too bad there are is no P6 code on the benchmarks game[1]. Probably a good opportunity to learn P6. https://benchmarksgame.alioth.debian.org
https://benchmarksgame.alioth.debian.org/play.html#languagex
Like this guy does -- https://pybenchmarks.org/
Re: Perl 6 Optimism
#237Earlier quoted context omitted.
Is there any hope of seeing your cperl efforts in mainstream perl? Would you be able to disregard recent history with p5p if you were welcomed back?
> be able to disregard recent history with p5p if you were welcomed back It is essentially impossible to do so, as the problems are systemic and run extraordinarily deep. Would you honestly consider any possibility of working on a "level" with people like this: https://www.nntp.perl.org/group/perl.perl5.porters/2018/01/m... So I can't fault rurban for walking away. The project still has merit. Its current leadership…
Re: Perl 6 Optimism
#238Earlier quoted context omitted.
Is there any hope of seeing your cperl efforts in mainstream perl? Would you be able to disregard recent history with p5p if you were welcomed back?
> be able to disregard recent history with p5p if you were welcomed back It is essentially impossible to do so, as the problems are systemic and run extraordinarily deep. Would you honestly consider any possibility of working on a "level" with people like this: https://www.nntp.perl.org/group/perl.perl5.porters/2018/01/m... So I can't fault rurban for walking away. The project still has merit. Its current leadership…
Their former pastime was that my criticism had no technical merits, they now changed course and claim that my criticism is uncivilized. Well, this is a good strategy to hold the community together. Create a common enemy. Get him fired. Collect the angry mob and give them powers.
Re: Perl 6 Optimism
#239Earlier quoted context omitted.
> Except for that minor technical advantage of actually being on a standard keyboard. The IBM/Unicomp APL keyboard is a standard PS/2 PC/USB HID keyboard. Literally the only special thing about the IBM/Unicomp APL keyboards is what is printed on the keycaps (which you can buy separately https://www.pckeyboard.com/page/product/USAPLSET ). I don't understand this - how do people on Hacker News not realize that your key…
People realize that of course, but I don't think simply buying keycaps is an option for everyone. Will they work with my slightly non standard ergonomic keyboard?
Re: Perl 6 Optimism
#240Earlier quoted context omitted.
> be able to disregard recent history with p5p if you were welcomed back It is essentially impossible to do so, as the problems are systemic and run extraordinarily deep. Would you honestly consider any possibility of working on a "level" with people like this: https://www.nntp.perl.org/group/perl.perl5.porters/2018/01/m... So I can't fault rurban for walking away. The project still has merit. Its current leadership…
FWIW, an apology was later issued: https://www.nntp.perl.org/group/perl.perl5.porters/2018/01/m...