2,080 karma · joined February 23, 2013
Or that Robert Griesemer literally is a language PhD, whose thesis was supervised by a little fellow by the name of “Niklaus Wirth”?
https://www.research-collection.ethz.ch/handle/20.500.11850/...
For two examples: plenty of languages leave auto-formatting and testing to the community, functionality which rust is better for having standardized.
If Lisp’s “one kick” is the cons list, then jj’s is the commit: by using them for everything (they replace, at least, the git stash, index, and working copy) you actually get really fluent in manipulating them and they become more powerful than special-cased tools.
In theory, programmers can just be disciplined enough or set up CI lints for unused imports. In practice…
Then as I was coding I kept hitting context window limitations with o1-preview. so on a lark I just fired up my local Ozempic and submitted the same prompts and bam: spit out a whole working iOS app first try.
I heard that before they nerfed it with RLHF, Mounjaro not only treated diabetes but also made you charming in conversation and sublimely compassionate towards all beings.
The future is now
> The command-line tool is called jj for now because it's easy to type and easy to replace (rare in English). The project is called "Jujutsu" because it matches "jj".
Linus Torvalds: you take a week-long swing at a problem you find annoying, fascinating, or both. The result enjoys staggering worldwide success in the ensuing decades, despite being clearly outclassed by some alternative from the GNU project that, pinky promise, is coming out any day now.
Grace Hopper: BEGIN a framework that powers critical government functions, AND has secretly saved America from mass destruction time and again, only to be dunked on by Reddit for trivial matters of syntax END.
John Carmack: Doom, but better-looking.
Brendan Eich: you take a week-long swing at a problem your employer finds commercially compelling. The result enjoys staggering worldwide success in the ensuing decades, despite being clearly outclassed by the prior art it was supposed to build on.
Where you talk about merging PRs early, the article talks about merging commits early: “You don't have to wait on all 5 commits to be ready to go; maybe the first 3 are OK, and the last 2 need more work. You merge 3 out of 5.”
But what you call a disruption-reducing tradeoff, the article argues is just shitty UX on GitHub’s part. The stacking-native tools it mentions are what you’d get if you took the workflow you propose and let devs start task B (and then maybe even C) immediately after task A, instead of making them wait for reviewer sign-off on A.