rscho

72 ms·

931.
by rscho 6y ago
Both APL and K enjoy substantial industry use in financial and heavy industry companies. J much less so, but it is more mathematically inclined (and is open source). APL's and J's cores are very similar apart from their character
932.
J vs. K by Example(olegykj.sourceforge.net)
26 points by rscho 6y ago|13 comments
933.
CakeML: A Verified Implementation of ML(cakeml.org)
3 points by rscho 6y ago|0 comments
934.
by rscho 6y ago
If you say things like this, you don't belong on HN - embarrassing
935.
by rscho 6y ago
The J people are looking for new maintainers, BTW!
936.
by rscho 6y ago
pretty much every bank and heavy industry company.
937.
by rscho 6y ago
Regarding that, I am surprised that a 'more limited APL' lacking this ambiguity and opening the way to easy compilation never appeared (to my knowledge). I essentially use J for data wrangling and pretty much never use the metapro
938.
by rscho 6y ago
An area that's still pretty different between J and APL (IMO) is that ⋄ makes APL much easier for procedural programming while J is easier for functional code. As a result, I (a journeyman in J and beginner in APL) tend to procedural m
939.
by rscho 6y ago
Yes, that's the one: https://youtu.be/x1FoTYnJxeY
940.
by rscho 6y ago
Hiya, a bit of OT (again, last one promise!): I saw your comment about type systems in data science the other day ( https://news.ycombinator.com/item?id=25923839 ). From what I understood, it seems you want a contract system,
941.
by rscho 6y ago
Hiya, a bit of OT: I saw your comment about type systems in data science the other day ( https://news.ycombinator.com/item?id=25923839 ). From what I understood, it seems you want a contract system, wouldn't you think? T
942.
by rscho 6y ago
Seriously, do you have an email alert to come shit on racket with the same comment on HN with a new username every time? :-D You must have had a really, really bad experience.
943.
by rscho 6y ago
There's this https://youtu.be/WQGh_NemRy4 Pretty basic, but it helped me a bit.
944.
by rscho 6y ago
That has to be the most capitalistic opinion I've read in a long time. This is in essence: "let's just limit access to studies yielding no current or short-term anticipated industrial benefit to rich people". This is wha
945.
by rscho 6y ago
Well, I think things are beginning to be better managed in some centers. If that's your case, then good for you. In my center, it's basically the wild west and data management is a catastrophe. But are you working the clinical war
946.
by rscho 6y ago
At least my research is. Mainly due to hierarchical pressure. And from what I see around me, most medical papers must be read with a healthy dose of skepticism. I've personally witnessed incredible feats of dishonesty that I won't
947.
by rscho 6y ago
Also describes medical research. Only it's even worse. Problem is, you have no choice if you want to work in a university hospital. The system essentially tells you "you'll be doing shit science... or you'll leave!"
948.
by rscho 6y ago
Type inference does not mean untyped. Arguably, getting a type error when you didn't write a single type hint makes things even more confusing if you are not an experienced programmer.
949.
by rscho 6y ago
> Which in at least some cases means ignoring bugs Indeed, but simplicity is the name of the game for exploratory programming. It's difficult to explore using languages requiring a lot of ceremony. But then, that's when the tim
950.
by rscho 6y ago
It's true that many papers have mistakes, but the reasons for that go further than types, the main one being the prevalence of uneducated spreadsheet warriors. I definitely agree that if you're making a big custom model you should
951.
by rscho 6y ago
Contra: (some) people doing exploratory programming in the small e.g. scientists don't want to have to deal with the type checker. Type systems like Haskell add a lot of value, but you have to really know the language to make good us
952.
by rscho 6y ago
Here you are: https://code.jsoftware.com/wiki/Scripts/Scheme http://tangentstorm.github.io/apljk/bjonas-scheme.ijs.html However, in my understanding this code is clear but is just an exercise
953.
by rscho 6y ago
Faster to program yes, massively so. Faster to execute, it depends on what I'm doing, but it's never a problem for me as my data is usually pretty small and quite messy. It doesn't feel slow at all, at least. And obviously if
954.
by rscho 6y ago
Anyways, info about J can pretty much be found only on its website (jsoftware.com), so don't really bother looking elsewhere. The only other good place is Rosettacode. What do you mean by "Lisp interpretation on J language"?
955.
by rscho 6y ago
> rscho, I'll believe you when... Believe what? I've said nothing hinting at racket being good for web programming. What I do say is that you are missing the forest for the tree. You should probably go back to rails or django
956.
by rscho 6y ago
What people often miss with J is how good it is for exploratory programming due to its terseness and most importantly its integrated columnar store. It replaced R for data wrangling in my stats programs, and relegated it to just running the
957.
by rscho 6y ago
This is a strange, strange view of things. I guess all languages running on LLVM are parasites too, then. Did you know Idris also runs on Chez? Does that also say a lot about Edwin Brady's achievements? This is pure nonsense.
958.
by rscho 6y ago
I'm sorry, but it's like complaining that Haskell is not a practical language. If you want to do production work, then why not focus on languages that are geared towards that? There are a lot of choices out there...
959.
by rscho 6y ago
Yeah, I think everyone understands that you have an axe to grind with Jesse. As for the docs: searchable? check; examples? check; narrative about what is happening? check. What's missing? Are you going to tell us all books about your p
960.
by rscho 6y ago
Racket positions itself mainly as an education and research platform. Yes, this is what puts food on the table of academics. I don't understand your criticism. Racket is very impressive in many ways, but making a run-of-the-mill webapp

More ›