Man, I want to like J and K but the constant vibe of "this language is so dense and complex, only a few genius programmers will ever understand it" is getting old.
As a companion to this tutorial, the community is building out a clickable version of the k7 reference card. It also covers the current state of Python-k integration:<p><a href="https://k7contrib.gitlab.io/docs/" rel="nofollow">https://k7contrib.gitlab.io/docs/</a>
"Customer shall not, directly or indirectly, and shall not authorize any third party to: (i) decompile, disassemble, reverse engineer, or otherwise attempt to derive the source code of, reconstruct, or discover any hidden or underlying elements of the Software"<p>Looks like I don't want to spend the effort learning it.
"Shakti k also has primitives for blockchain operations."<p>That's... Interesting. I couldn't find any further mentions of "blockchain operations" in the reference. What do they mean, exactly? Since k is traditionally concerned with financial markets, I might guess that they're offering deeply-integrated ways to parse transactions, check the number of confirmations, query the current exchange rate, etc.?
What's the benefit using k vs. c, cpp or java for the same? Does it run or compile faster?<p>The article says you can do the same with cpp and some extra libraries, but I wouldn't immediately think cpp or java was easily beatable -- manjana wonders --
Is shakti related to kx? What is going to happen with kdb+?<p>I also have a practical question. Does `brandelf -t Linux bin/k` violate the License agreement?
Alternatively, you can look at the completely free www.Aplusdev.org, "A+" language that was also created by Whitney.<p>There is also GNU APL which I have been playing with and has some good ideas also, including the ability to create scripts.