Live data from Hacker News

Task Paralysis and AI

g5t.de

81–90 of 137 posts

Re: Task Paralysis and AI

#81
I’ve been using CC as my GTD-buddy. All the usual plaintext files in a git repo, all the usual processes and workflows and constraints; but I’ve written two skills that have taken the activation energy out of what used to be the hard parts for me: /process-inbox and /weekly-review. Process-inbox interviews me item by item, making suggestions which I accept or amend, and it does the bookkeeping. I tell it when I want to do something and what calendar I want it on and it makes the calendar event. Weekly-review walks through an overview of everything done that week, all my open tasks and projects, makes sure everything has a scheduled next action. Sometimes I make a note, cancel something, reschedule something, whatever.

This is nothing I couldn’t do on my own, and in fact, it’s a lot slower than just manually editing files myself. But: this way it’s actually getting done :)

There’s too much hyperbole on this subject, so I won’t add to it; but it has solved a lot of very-long-running problems of mine.

Re: Task Paralysis and AI

#82
AI is a multiplier of both our expertise and our defects.

I have learned how to hide my stupidity from AI's all-seeing eye and the result is the best I can expect from a tool that helped me become 100X more productive, I can't be happier.

Re: Task Paralysis and AI

#83
post #71

I've come to the conclusion that using AI is: - good for me in the short term (e.g., I can fulfill what my company asks from me) - good for the company in the short term (see above) - bad for me in the long-term. E.g, I'm starting to become more and more replaceable at my job; I don't have the same depth of understanding of the systems we're building as I used to; my peers and I collaborate way less now (instead of t…

I have a feeling that after enough slop has entered the system, the AI will also have difficulty debugging/understanding it.

My questions are: will the AI get to be above our level at creating grokkable source code before it comes unmanageable? And even if not: will the models' ability to understand and modify slop outpace it's ability to create it?

For our jobs, I hope neither is true. But we'll see. Even in the best case we'll have a lot of cleaning up to do.

Re: Task Paralysis and AI

#84
post #20

I do have an actual diagnostic and I had the same experience over the past year with early coding harness at the beginning of the year, then Claude code since its release date. But after 1+year going that direction I really don’t want to continue. The novelty is gone, dealing with AI now feels frustrating and boring, I miss engaging deeply with the actual lower level technical challenges. I do not want to manage flee…

>The novelty is gone, dealing with AI now feels frustrating and boring, I miss engaging deeply with the actual lower level technical challenges.

Honestly I've had the opposite experience.

If I can leave the boring crap to the LLMs, I can focus more on the deep important bits. The bits where the LLM accuracy is spotty because there's a ton of moving pieces and the "how/what" of the code becomes crucial for auditability and debuggability. The code that I've written bugs in, that Opus has written bugs in that code, where the design around it to make that less catastrophic when it happens is often system-specific and unique.

If I can spend 5 minutes delegating all the tedious plumbing updates around it, then I have more time to put towards the core.

The system design challenge becomes making sure that they are well separated.

Managing fleets of agents hasn't entered into the picture because the needle-moving things there tend to be successive and cumulative, not easily parallelizable. (I believe this is true on the product side as well - 10 crappy MVP features in a week would be way less interesting to me as a user than 1 new feature released in a 3x-more-fleshed-out-way than it would've been three years ago.)

Re: Task Paralysis and AI

#85
post #20

I do have an actual diagnostic and I had the same experience over the past year with early coding harness at the beginning of the year, then Claude code since its release date. But after 1+year going that direction I really don’t want to continue. The novelty is gone, dealing with AI now feels frustrating and boring, I miss engaging deeply with the actual lower level technical challenges. I do not want to manage flee…

I wonder if this is a new thing or if it is a repeat of the past.

Like ...

When I was young, I wrote this REALLY tight assembly code - loops that were measurably better than C or other high-level languages.

Then obviously assembly was minimized, then forgotten.

Then years later, I found I was happy using even interpreted languages, not even using a compiler.

When first using perl and having a data structure not be as useful to the final output, in a line of code I used a different data structure and sorted the output exactly like I wanted. Too much effort if it had been C, and very much so for assembly language. But I got what I reall

Is AI a repeat of this? instead of assembly language, instead of C, instead of python, do we become high-level-english-language tech folks? Will AI just let us hand off our code and physical design to a fab, and will it make us happier?

I also wonder if SoA to you is how it behaves or how it is, and does it matter if you stop looking at the code just like I stopped comparing the code the C compiler generated to the assembly language I wrote. And what about years later with -O3, will AI have -O3?

Re: Task Paralysis and AI

#86

Nitpick: Stop the throat clearing and get to the point. The final paragraph is the whole point of the article. It's a real turnoff when I have to scroll past a moral lecture on artistry and piracy when I just want to hear your thoughts on task paralysis. --- To the author's point though, AI is incredible at building some initial momentum on a task. The initialization energy is basically zero.

Appreciate your nitpick. As I dislike recipes that introduce you to the fine art of wheat milling before getting to the recipe itself, I tried to keep that section short(-ish). I felt the need to provide some context and thoughts, that's why I included it. Not sure what I'll do next time: Either put the conclusion at the beginning and offer some more context and thoughts at the end (then you can drop out if you don't want it), or just leave it out completely. I'll reflect on that.

Re: Task Paralysis and AI

#88
post #71

I've come to the conclusion that using AI is: - good for me in the short term (e.g., I can fulfill what my company asks from me) - good for the company in the short term (see above) - bad for me in the long-term. E.g, I'm starting to become more and more replaceable at my job; I don't have the same depth of understanding of the systems we're building as I used to; my peers and I collaborate way less now (instead of t…

You have framed things well with your short and long g term analysis.

I would add these points to negative long-term personal effects:

- potential for cognitive impairment / deficit from long-term AI use.

- lack of diversity / creativity / heterogeneity / outside the box thinking of any sort in work going forward.

Re: Task Paralysis and AI

#89
post #38

Earlier quoted context omitted.

>AI development doesn't involve luck to any appreciable degree Reading this while I'm prompting for the third time to fix a 100+ line function is amusing, to say the least. I don't care about the definition of "appreciable", but I definitely have to repeat myself to get stuff done, sometimes even to undo things I never told it to touch.

That sounds like a process problem. LLMs, like any tool, work better if you don't use them in the naive "do this" way. This works well for me: https://news.ycombinator.com/item?id=48083267

> The gambling trope is so tired...

>>> That sounds like a process problem. LLMs, like any tool, work better if you don't use them in the naive "do this" way...

The "you're holding it wrong" trope is even more tired than the gambling trope.

Post reply on HN