1,729 karma · joined October 17, 2014
1. It did not make me faster. I don't know that I expected it to.
2. It's very possible that it made me slower.
3. The quality of my work was better.
Slower and better are related here, because I used these tools more to either check ideas that I had for soundness, or to get some fresh ideas if I didn't have a good one. In many cases the workflow would be: "I don't like that idea, what else do you have for me?"
There were also instances of being led by my tools into a rabbit hole that I eventually just abandoned, so that also contributes to the slowness. This might happen in instances where I'm using "AI" to help cover areas that I'm less of an expert in (and these were great learning experiences). In my areas of expertise, it was much more likely that I would refine my ideas, or the "AI" tool's ideas into something that I was ultimately very pleased with, hence the improved quality.
Now, some people might think that speed is the only metric that matters, and certainly it's harder to quantify quality - but it definitely felt worth it to me.
For example, if I'm editing a file called originalfilename.txt, and I decide it should be called newfilename.txt, I can mv originalfilename.txt newfilename.txt in the terminal and it's all good, but you're still editing the buffer originalfilename.txt in emacs and if you save it you will have a new file with that name.
Using dired to change the filename updates all the buffers that are using that file.
dired gets some hate, I think because it creates a lot of buffers and they tend to stick around, but it's never bothered me.
Edit: In case it's not clear from my initial, gut-driven snark: I definitely think if you use a reasonably popular distro (commercially backed or not) in 2025, you should never have any trouble connecting peripherals to it, with the possible exception of Bluetooth, which I hear also applies to macOS.
1. Reformatting notes or bits of information into something more formal (something I consider actually counterproductive in a way, since formal is often more verbose, but that's expected in certain contexts...)
2. Sifting through the crap of the internet to answer obscure questions. The Google replacement that has been needed.
Unfortunately, high-quality is playing second fiddle to low-cost (and does the job) for the majority.
I have a reasonable amount of experience doing both, and my opinion is that development tools aren't really the problem. The biggest pain point is the platform specific deployment and maintenance requirements (including legal and technical documentation) that will be needed regardless of what technology you use to actually build the product. Because of this I always advise clients that they don't really need a mobile app. Just build it on the web.
If you absolutely must have a mobile app, you need to fully commit and hire an internal development team and be prepared to keep paying them as long as the app is going to be in use.
Not that cash is necessarily a lot better. I can't remember what sci-fi character made the observation that "all currency is mutual delusion", but I observe the truth of that. I've thought it was in Hyperion, but have not been able to find it.
And since this is capitalism, if one guy offers that (an obvious benefit, or so it seems at least), their competition must do the same. Now the marketing department has us convinced that insuring only for major expenses (high deductible plans, basically) is stupid and that good coverage means only paying copays (which are also on the rise, duh). And it's easy to convince the public of that because paying a $35 copay for a 10 minute exam is still an easier pill for most of us to swallow than $100 or $200 self pay for same, since we're not thinking about the $15,000 premium which can be made nearly invisible to the consumer if their employer is paying for it, etc. Numbers made up of course, but I think the scale is reasonable.
I don't have all the answers, but I do think it's obvious that capitalism is not the correct approach if your goal is a healthy population.