3 ms·
> The stuttering command line is a subtle UX poke, hey, you just ruined a nice program. Isn't this subtle discouragement from adding powerful features if there
by erik_seaberg 8y ago
> The stuttering command line is a subtle UX poke, hey, you just ruined a nice program.
Isn't this subtle discouragement from adding powerful features if there's no way to make them super fast? I want to automate everything I can. It's really hard to make a computer slower than doing it myself; I'm made of meat.
- setr 8y agoI think he’s suggesting that the tradeoff is larger than compile-time/performance; there are certain compile-time barriers that should be accounted for. Eg such powerful features that would cross the barrier may well only be placed after the barrier (eg -o2) So then you have gc++ with minimal optimizations doesn’t sit at behind the minimal barrier (instantaneous-feeling, whatever 200ms or so), while go does its best too (perhaps the counterargument being that it doesnt offer much for when you want to target barriers 2 and 3 instead of the minimal.