3 ms·
> A problem to me involves reading other people's code which uses primitives I haven't learned yet, I think this attributes to why people (not you I believe) f
by tluyben2 8y ago
> A problem to me involves reading other people's code which uses primitives I haven't learned yet,
I think this attributes to why people (not you I believe) find j/k write-only unless they are experienced. Most seem not to be able to imagine that because it is so terse, to compare reading an a4 sheet of k/j compares to reading 50 java files; if you think of it like that, and imagine those java files using some design patterns you did not know before, you can have at least some form of comparison. In that case I find k/j far easier and faster to read. I need to figure out what those few primitives do and how they work but that will take me less time than unravelling all the abstrzctions across all files to an extend I can start customizing code, while in k/j I am ready to jump in. ymmv ofcourse but I think too many people see the code and compare it to a lovely clean OO class in one file, or some a4 of Python and think wtf this is line noise!
- 4thaccount 8y agoI think your comment does an excellent job explaining the reality. I also agree that I could probably figure out what a well written page of APL/J/K does quicker than the equivalent 20 pages of OO indirection which I find quite irritating. With APL/J/K you can get to the macro level understanding of what is going on pretty quick and then drop down to the micro. With C, I can always read the Main() method, but it fractals out passed that. Aaron Hsu describes this pretty well in some HN posts and YouTube presentations.