4 ms·

Sounds right. Additional examples at https://github.com/louyx/aplus/blob/master/src/a/k.h https://github.com/louyx/aplus/blob/master/src/a/k.h https://code.j

Sounds right. Additional examples at https://github.com/louyx/aplus/blob/master/src/a/k.h https://github.com/louyx/aplus/blob/master/src/a/k.h https://code.jsoftware.com/wiki/Essays/Incunabulum https://code.jsoftware.com/wiki/Essays/Incunabulum How would you characterize that? Heavy use of the C preprocessor and C defaults to embed a functional programming language. Language with a small number of core functions and ability to apply functions to lists of atoms. Aesthetically favoring short identifiers and minimal whitespace to create high semantic density. Eschew comments.

gipp 3y ago
You know how when you first start learning to code, the kids who really "get it" right away start off thinking shorter code = smarter code = better code? k always seemed like a bunch of those kids managed to become highly accomplished and brilliant engineers without ever breaking that terrible habit. Is there actually a reason to write these array languages (and interpreters for them, apparently) this way, or is it just a cultural difference?
- steveBK123 3y ago
  less code less bug
- tom_ 3y ago
  An occasional HN poster did a presentation a few years ago about his compiler, written in a similar sort of style: https://news.ycombinator.com/item?id=13638086 https://news.ycombinator.com/item?id=13638086
- lmm 3y ago
  > k always seemed like a bunch of those kids managed to become highly accomplished and brilliant engineers without ever breaking that terrible habit. Is there actually a reason to write these array languages (and interpreters for them, apparently) this way, or is it just a cultural difference? They're more readable and less buggy that way. But unfortunately most programmers would rather spend 10 days reading 100,000 lines than 4 days reading 1,000 lines.

4 ms·

Sounds right. Additional examples at https://github.com/louyx/aplus/blob/master/src/a/k.h https://github.com/louyx/aplus/blob/master/src/a/k.h https://code.j

by nuclearnice3 3y ago

gipp 3y ago
You know how when you first start learning to code, the kids who really "get it" right away start off thinking shorter code = smarter code = better code? k always seemed like a bunch of those kids managed to become highly accomplished and brilliant engineers without ever breaking that terrible habit. Is there actually a reason to write these array languages (and interpreters for them, apparently) this way, or is it just a cultural difference?
- steveBK123 3y ago
  less code less bug
- tom_ 3y ago
  An occasional HN poster did a presentation a few years ago about his compiler, written in a similar sort of style: https://news.ycombinator.com/item?id=13638086 https://news.ycombinator.com/item?id=13638086
- lmm 3y ago
  > k always seemed like a bunch of those kids managed to become highly accomplished and brilliant engineers without ever breaking that terrible habit. Is there actually a reason to write these array languages (and interpreters for them, apparently) this way, or is it just a cultural difference? They're more readable and less buggy that way. But unfortunately most programmers would rather spend 10 days reading 100,000 lines than 4 days reading 1,000 lines.