Hacker Newsnew | past | comments | ask | show | jobs | submit | dsmurrell's commentslogin

I liked it. I wondered where the music was coming from initially, but I liked it.

It's somehow more tiring, reading complex plans in response to your guidance, and then making decision after decision. Reminds me of this Alan Watts bit...

A farmer who ordered a farmhand quickly discovered he was an extraordinarily efficient worker.

The first day, he put him on sawing logs, and the farmhand sawed more logs than anybody else, ever. It was fantastic — but the wood-cutting work was all done in one day.

So, the next day, the farmer put him onto mending fences. There were all kinds of broken fences around the farm. And, again, the farmhand had all the work done in one day.

So the farmer thought, “What am I going to do with this guy?”

The next day, he took the farmhand to a basement and said, “Look, here all the potatoes that have come in from this harvest. I want you to sort them into three groups: those we sell, those we use for seeding, and those we throw away.”

He left the farmhand to it. And at the end of the day, the laborer came back and said, “Well, that’s enough, mister, I quit.”

“Oh,” the farmer replied, “You can’t quit. I’ve never had such an excellent worker. I’ll raise your salary — I’ll do anything to keep you around me.”

The farmhand said, “No. It’s all right mending fences and chopping wood, but this potato business is decision after decision after decision.”


> It's somehow more tiring, reading complex plans in response to your guidance, and then making decision after decision.

This is the world of a manager working with a development team hah. When writing the code yourself is it not the same? If you're writing the code by hand then you're still making the decisions and still having to plan and design. I mean someone/something has to...


For me, the stress about making decisions as an employee isn't about making a choice.

It's knowing that any moment a manager is going to wander along and change it from under me. So I might as well ask the manager first.

It showed up on my performance reviews that I'm bothering other people with questions and I should make my own choices, so I started doing that and documenting every time the choice I made got overturned by a manager. Next performance review when it came up I brought out my list. My performance reviewer was pissed at me for documenting this and I was let go four months later. :)

I would love a job where people let me make decisions after decision after decision

And yeah you could say that if my manager had to overturn my decisions that often it probably meant that I made bad decisions, and maybe that's true, but I don't think so. It was often things like "this is the best solution but it will take longer", "This low priority, do it the quick way instead". But priorities changed a lot.


But for me to be able to make decision after decision, I need to know what the over-riding guidelines are. I need to know what we're trying to build, and know it well enough that I know how my part fits.

And then I need to be able to tell when I can make a decision, and when I don't have enough information to make that decision and therefore need to ask questions of someone who has a better handle on the overall picture.


Historically, we make systems to make these decisions - build a method to sort potatoes. Or build a method that can build a method to sort potatoes.

Ai, as a cognitive technology, has the potential to climb that hierarchy.

Yes, current software developers need to make more decisions now. But that is just until the methodologies settle.

Then it is over.


If you think the hierarchy has a highest level, or that abstraction can only go "this far and no further".. I don't know what to tell you.

You don't appear to have actually read the comment?

I did a poor job explaining.

See, all the potato-sorting systems and the ones that drive those and so on, those are a hierarchy without end. There'll always be some other efficiency gain. And some other machine. And the whole stack will always need a human to direct and design the hierarchy, design monitoring, remediate failures, and invent new more efficient ways.

AI is not embodied and doesn't have its own drive so it can't subsume human interest and desires - humans will always direct the machines. It will never "be over".

The humans who know this will always always always be at the top, directing the machines & designing the new ones. Yes, some people won't and they will end up in the hierarchy instead of on top. But that doesn't mean it is over. It's just over for them.

You aren't responsible for how others adapt to change. Just.. work out how to not lose. Don't defeat yourself before even trying. I can't tell you how. No one can, it's your journey. But by being here on Hacker News you're already better off than most.


Unless you are only trying to satisfy your own desires, you are likely not winning over the Ai, also not in judgement.

A characterization of a business is to satisfy as much desire as cheaply as possible.

Ai,and in the not so distant future embodied Ai, will likely outdo humans if left unchecked.

Even in areas such as providing companionship, sex, etc.


If the AI is asking you questions and requiring you to make decision after decision, then perhaps it's a spec issue. I know I've written a good spec if the AI does not ask any questions and doesn't get anything wrong after implementing the user story.

You're not wrong, but isn't that just moving the same amount of decision making to earlier in the process?

What is a spec but a collection of decisions?

The eye.


Many definitions of tool explicitly exclude body organs to draw a line between innate mechanisms that are inestricably linked to the body and objects used to extend one's innate physical or mental influence on the environment. The eye is not a tool, according to these definitions, but eyeglasses are.


Same here, I'm at 98% :(

They think they're giving you something when they're actually taking something away.


I planned to use all my allowance in 6 hours time (the time they said it would be around until) for the week and then they extend it so that I burned almost all of them in a wasteful way without having the time to review things properly.


If they were going to do this, they must have known a few days in advance. Feels intentional.


It does.


This is the second time you posted essentially the same message 40 minutes later, are you stuck in a loop? I wonder if people are looping in addition to their AI agents.


I'm guessing dang might have merged some of the submissions.


I queued it up with Fable, now my limit is reached. What do you use your limits for? To check other people's comments on various threads? :)


Hmm, so I planned to use all my allowance in 6 hours time (the time they said it would be around until) for the week and then they extend it so that I burned almost all of them in a wasteful way without having the time to review things properly.


I love this article... but is AI correcting you worse than being burned at the stake? :)


When I'm not following the latest conversation topics, I have no shame in telling people that I only read hacker news.


I wonder how they fix things when Claude is down.


I would bet that they have inference setup for internal use on a separate system from the customer-facing production environment. The same way telemetry infrastructure needs to be run separate from normal production systems, so you aren't "blind" when you need it most.


Based on this outage: not very well.


This is ( or will be in the future ) a surprisingly relevant issue


maybe they ask a secondary agentic system to fix it. will that be the future of “redundancy”?


"Gemini, fix my Claude infra"


lol probably use their dev or qa Claude environment to fix prod


https://runnem.com - something I use to easily get projects running again when I get back to them. It also helps the AI get at the logs of the running processes.


Consider applying for YC's Fall 2026 batch! Applications are open till July 27.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: