Other examples of sociological storytelling y'all might recommend—other than Game of Thrones and The Wire—and not necessarily from TV but in any medium?
Xamuel, where did your old blog go? The one where you talked about Esperanto as a gateway language to get people over their fear of learning a new language? I try to cite it regularly but it’s offline and Wayback Machine is giving me lip. (Sorry to barge in on this thread, I hope it’s the most reliable way to get to you.)
Like all good philosophy, this idea has a long history. I encountered it in Taleb's Black Swan as Pyrrhonian skepticism, which flourished in Greece as the Aristotelian Academy. Very down to earth and actionable advice on living and doing. Many Pyrrhonians were doctors and that colored their philosophical views—at a time when philosophy was taken very seriously and meant more than it does today (see it as a precursor of today's science).
Just to make sure, is the demo supposed to forward me to https://postgres.demo.envelope.xyz/v1/app/all/index.html? I feel sheepish for asking for this but a TodoMVC would be really helpful, since I'm not sure what I'm seeing in this demo . The idea sounds very attractive though.
Professors teaching such courses at the graduate level primarily intend them to benefit students doing active research in the field. There's an extraordinary emphasis on mathematical derivations to show how one idea leads to another. This is intended to both (1) provide insight into why methods work—though less rigorous and more intuitive approaches frequently exist and are discovered by the less robotic students, and (2) give students practice in the mathematical gymnastics needed to publish in the field. The benefit to a practitioner, let alone an interested outsider, will likely be small.
An analogy might be to consider whether a course on type inference and Hindley-Milner offered by a computer science department would benefit someone interested in learning Haskell.
FYI: FFTS [1] in many (most?) cases outperforms FFTW, without runtime calibration. It gets there by using a smarter algorithm algorithm. It doesn't have the bells and whistles of more complete libraries—e.g., restricted to power-of-two transforms for now—but hopefully this will change.
Your experience with Q is really a satisfying read! Should I abandon my tepid attempts to get into J and throw myself on Q, despite its hefty pricetag for 64-bit version? Would you be able to do as much with Kona instead of Q?
Glad to hear my useless observations benefited someone!
Getting into J: I like J a lot. I like how professional the software is, their excellent docs, and their amazing community on IRC. But for some darn reason, the syntax just doesn't make sense to me. I know that sounds silly when we're talking about Q or K which are pretty unreadable, but I kinda-sorta grok the latter a lot more easily (the difficult part is adverbs, etc). I get why they chose the ascii chars they chose; with J, I feel totally lost. "NB."?! Cmonnnn.. :)
Kona is based on an earlier version of K, the language that underlies Q, and though I am sure you could learn a ton from it, I need something that's been vetted a bit more because I intend to put it into production (crazy as that sounds) and Kona is still developing much of their HTTP and database support. I also wanted to learn the latest iteration, Q, which Kona hasn't implemented a dialect of just yet. Still a cool project that I follow actively on Github.
I'm struggling with the 32bit vs 64bit thing now. I know I couldn't ever justify the 64bit version with my pathetic budget. The great thing about the 32bit version is that you can easily spawn multiple copies of the interpreter, and IPC is incredibly fast (1mil sync messages to localhost in 52sec on my SurfacePro3, 607msec async). So theoretically you could easily build "microservices" that each live in 4gb and pass messages back in forth[1].
At least in theory. I'll be documenting my experiments soon if all goes as planned. Already seeing big benefits.
[1] That sounds hacky as hell coming from most platforms, but IPC in K/Q is baked in as a fundamental, powerful primitive, a bit like how Erlang's messages underlie the entire system. For instance, their Tick system (http://code.kx.com/wiki/Startingkdbplus/tick) used for insane volume is an ingenious way to feed out tons of data to tons of clients (firehose) and let them pick their own views of it.
J seems quite reasonable - intuitively - after reading very good "J for C programmers" (http://jsoftware.com/help/jforc/contents.htm) . And symbols in J chosen for most operations also seem good - at least after some small use. "NB." is immediately "nota bene" (I guess knowing some Latin doesn't hurt - it's "note well", but I always understand it as "note that") - don't some other languages use this acronym for comments as well?
What is IMO particularly good in K is the small size of the interpreter. J is "for the whole math", while K is "for practical 99% of cases" - at least it feels like that. Having small interpreter which fits in CPU cache allows potentially to run faster than with assembler, because K code is packed densely - so less time to wait for slow memory.
In a Previous Age, there were “rumors that there would be interest in opening up the language if there would be enough community response around it”—wonder if they amounted to anything [1]. Interest in k is only growing it appears.
The 32 bit version of k4/q is free from Kx (the original K people) is now free from http://kx.com
There's a GPL implementation of K3 called Kona at https://github.com/kevinlawler/kona ; kevin lawler also has a language called kerf (not open source) that is based on the same principles with a different syntax (JSON+SQL+more).
