91–100 of 123 posts
noob question: how do I paste those symbols in say Notepad++?
I'm more worried about how to type them with a standard QWERTY keyboard.
Earlier quoted context omitted.
You'd have to essentially embed a slow unoptimized APL in it which you can do. Add that to the fact that P6 is already slow at the moment would be an issue. Also, unlike APL, your P6 APL operators would probably be only known to you. It would definitely work though.
Unicode has APL characters, so create the operators using them. If there is a conflict with an existing feature you could always create a Slang. A Slang is a module that changes the parser. (It could be argued that with this feature all programming languages are a subset of Perl 6)
Earlier quoted context omitted.
To be fair, ownning an iPad Pro, I can say first hand that the handwriting recognition possible with the stylus is actually quite remarkable and a great improvement from the old palm-pilot days.
With that new interface, could you see yourself jotting down a "sentence" of APL that maybe you think of in a meeting or something? I mainly am interested in apl as a notation, there's a certain lispy zen to a language that unifies notation and code into the same thing. Maybe there are better handwriting notations to explore for what I'm thinking.
If you've got an Android device you could give MyScript Calculator a go, if writing APL was as easy as writing equations on that app then it would be a lovely experience.
Earlier quoted context omitted.
Did you read any J programs? It is just as terse as APL. (Probably K is pretty terse too, but I won't comment on it as I only know J.)
In J, the parens, brackets and braces aren't balanced because those 6 symbols, i.e. `(`, `)`, `[`, `]`, `{` and `}`, are used as standalone symbols for other syntactic stuff, making J code very hard to read.
J seems to have its fans ( http://www.jsoftware.com/ and https://en.wikipedia.org/wiki/J_%28programming_language%29 ) and uses ascii instead of all the different symbols. Some of the code CAN be quite terse (and cryptic) like quicksort=: (($:@( #[)) ({~ ?@#)) ^: (1 I spent a small amount of time learning the basics a while ago, but never really used it for anything. But it was interesting and I'd have to spend a lot…
> quicksort=: (($:@( #[)) ({~ ?@#)) ^: (1 Please, no. Glyphs / characters are not a scarce or constrained resource in software development. The major resource constraint is developer time spent writing, reading and debugging code. APL (and its descendants) are specifically designed to make these challenges far more difficult than they need to be.
It reminds me a bit of SQL Databases, in that the more indexes and constraints you add, the more the query execution can draw from to change the route a calc takes in order to try and do it more efficiently.
I will support this, but only if IBM brings back the beam-spring keyboard.
The beam-spring keyboards are still being made - someone bought the patents, tooling, and supplies from IBM and their main supplier, 22 years ago and has been making them ever since. http://www.pckeyboard.com/page/category/UKBD
Also the Model F is a monstrous beast of a keyboard, that would make even a regular model M seem compact.
I just want an industrial (gray) Model M Space Saver. I'd get one but I still need to think of a good argument to use with my wife over a $600 keyboard...
I remember being floored by APL few months ago when I learned about co-dnfs and watched the stream by Aaron Hsu [1] with quotes like "This code is perfectly readable, it just isn't in English". Thing is, when I was thinking about trying it, I never figured out a good toy project. Like, when I wanted to try anything else, most of the time I would know I would be able to cobble together a web-service. Haskell, Erlang,…
APL looks like the best programming language I've ever seen. I wish it could be extended with SQL and web-service mappings to input-output data conveniently and to use functions written in other languages (like C and Python) for acceleration and rapid logic prototyping.
Earlier quoted context omitted.
To be fair, ownning an iPad Pro, I can say first hand that the handwriting recognition possible with the stylus is actually quite remarkable and a great improvement from the old palm-pilot days.
With that new interface, could you see yourself jotting down a "sentence" of APL that maybe you think of in a meeting or something? I mainly am interested in apl as a notation, there's a certain lispy zen to a language that unifies notation and code into the same thing. Maybe there are better handwriting notations to explore for what I'm thinking.
I think one thing to consider would be actually using paper. The terseness means you don't really pay a 'retyping' penalty.
Earlier quoted context omitted.
Did you read any J programs? It is just as terse as APL. (Probably K is pretty terse too, but I won't comment on it as I only know J.)
In J, the parens, brackets and braces aren't balanced because those 6 symbols, i.e. `(`, `)`, `[`, `]`, `{` and `}`, are used as standalone symbols for other syntactic stuff, making J code very hard to read.