3 ms·

Or Nial, which is APL in plain English. http://www.nial.com/OpenSource.html http://www.nial.com/OpenSource.html They're working on a distributed and GPU versi

Or Nial, which is APL in plain English. http://www.nial.com/OpenSource.html http://www.nial.com/OpenSource.html They're working on a distributed and GPU versions.

eggy 10y ago
I didn't know about any new effort with Nial. I'll have to check it out. The distributed and GPU parts are especially enticing to me. CUDA is wearing me out! I have really become comfortable with J now, and I don't know if it would help me to step into a text-based APLish language. More typing for me to do the same I do in J, and I don't code for or with others, so no collaboration arguments here. And, I can read my old J programs just fine, even years later. Most code fits in a glance, and if you are not very practiced, very little time to refresh as opposed to looking through pages of 'easy to read' Python for example. How is Kerf [1] coming along? How similar to J? [1] https://github.com/kevinlawler/kerf https://github.com/kevinlawler/kerf
- scottlocklin 10y ago
  Kerf's doing well: we're adding a sort of NoSQL functionality which is pretty unique (unstructured data you can index and join on). Closer to K than J, but really pretty different from both, beyond the Array language heritage. I had considered building a distributed processing system using J and zeroMQ, but now considering doing something like this with Kerf. Main thing is ... do the customers want it. I can't pay rent with technological innovation. FWIIW, Pascal has something you might be interested in for GPUing in J, if you are not aware of it; jarrayfire. https://github.com/Pascal-J/Jfire https://github.com/Pascal-J/Jfire I haven't screwed around with it, but I keep meaning to get around to it. Looks solid. I made an abortive attempt to do something cheaper (cuda hooks basically), but got distracted.

3 ms·

Or Nial, which is APL in plain English. http://www.nial.com/OpenSource.html http://www.nial.com/OpenSource.html They're working on a distributed and GPU versi

by scottlocklin 10y ago

Or Nial, which is APL in plain English. http://www.nial.com/OpenSource.html http://www.nial.com/OpenSource.html They're working on a distributed and GPU versions.

eggy 10y ago
I didn't know about any new effort with Nial. I'll have to check it out. The distributed and GPU parts are especially enticing to me. CUDA is wearing me out! I have really become comfortable with J now, and I don't know if it would help me to step into a text-based APLish language. More typing for me to do the same I do in J, and I don't code for or with others, so no collaboration arguments here. And, I can read my old J programs just fine, even years later. Most code fits in a glance, and if you are not very practiced, very little time to refresh as opposed to looking through pages of 'easy to read' Python for example. How is Kerf [1] coming along? How similar to J? [1] https://github.com/kevinlawler/kerf https://github.com/kevinlawler/kerf
- scottlocklin 10y ago
  Kerf's doing well: we're adding a sort of NoSQL functionality which is pretty unique (unstructured data you can index and join on). Closer to K than J, but really pretty different from both, beyond the Array language heritage. I had considered building a distributed processing system using J and zeroMQ, but now considering doing something like this with Kerf. Main thing is ... do the customers want it. I can't pay rent with technological innovation. FWIIW, Pascal has something you might be interested in for GPUing in J, if you are not aware of it; jarrayfire. https://github.com/Pascal-J/Jfire https://github.com/Pascal-J/Jfire I haven't screwed around with it, but I keep meaning to get around to it. Looks solid. I made an abortive attempt to do something cheaper (cuda hooks basically), but got distracted.