I'm a huge fan of writing READMEs, and I hold GitHub entirely responsible :). The need for docs varies, but everything needs an overview.
miniblog.
I'm also reading claims that prompts are *much* faster than full continuations!
I'm really interested to see that Guile is moving away from call/cc to prompts. A discussion of motivations: https://wingolog.org/pub/qc-2012-delimited-continuations-slides.pdf [PDF]
Debugging Emacs memory leaks: https://notes.secretsauce.net/notes/2015/09/19_debugging-gnu-emacs-memory-leaks-part-1.html (reproduction, measurement and bisection!)
Inter-Procedural Optimization and Derefinement https://www.playingwithpointers.com/ipo-and-derefinement.html (excellent post showing how combining optimzns can cause surprises)
The Renewed Case for RISC: Avoiding ISA Bloat with Macro-Op Fusion for RISC-V https://arxiv.org/abs/1607.02318 (enjoyable and quantitative!)
I've had a personal disk start giving random fsck errors. Periodic reminder to back up your data!
TIL Fortran has a keyword PURE that allows you specify if code has side-effects: https://stackoverflow.com/a/30315370/509706 (effect-based languages are rare!)
I've heard nothing but good things about slime for Common Lisp. Are there any other developer tools which are so uniformly praised?
Open source, at its best, is a superb source of code reviews. Other open sourcerers are often accomplished devs with great insights.
I suspect this partly due to Emacs supporting wacky experiments, and partly because parens really benefit from good tooling.
Decades after sexpressions were invented, Emacsers are still innovating with editor tooling. E.g. lispy is genuinely novel and <3 years old.
Smalltalk's closure syntax is so lightweight that users don't feel a need for macros. Delaying evaluation (e.g. if, loops) is easy already.
Swimming with the fish: An analogy for the Smalltalk development experience:
Showing 406-420 of 922 posts

