Rendered at 23:34:17 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
chis 4 hours ago [-]
AI is automating all the easier tasks in people’s jobs, leaving them to spend 8 hours a day on the hardest problems which AIs cannot yet solve.
Software engineers are probably already familiar with the feeling of burnout from thinking too hard. The reality is very few people can work on the hardest problems they’re capable of for 8 hours a day.
Writing routine Python code for some system you know well is not that mentally taxing. Managing an agent that rapidly finishes tasks but needs careful review and big-picture planning is much more exhausting, and has higher returns on intelligence and deep careful thought.
I think this points towards the opposite conclusion of the OP. It’s not realistic to expect 8 hours of hard work out of a knowledge worker. Remote work naturally allows this transition, as employees can work a bit less but still overachieve with AI.
(I hate AI. Just observing the world we live in)
tw04 2 hours ago [-]
> It’s not realistic to expect 8 hours of hard work out of a knowledge worker.
It wasn’t really realistic to expect hard physical labor for 70 hours a week, and yet in the 1800s before unions were established to negotiate workers rights, that’s exactly what we had.
What on earth makes you think non unionized IT workers aren’t going to be pushed to their breaking point and then pushed further? If AI truly starts eating all the knowledge work, there will be an endless supply of people lining up to work themselves to death.
konovalov-nk 20 minutes ago [-]
I had a few aha moments recently while thinking about this problem (automating easy parts and leaving "hard parts" unsolved).
1. Understanding the world is the bottleneck to thinking.
2. The world is an unbounded system with unpredictable behavior. Chaos.
3. An outcome is a possible state of a system.
4. Formulating an outcome means choosing a future state of the system.
5. That future state may be desired or undesired.
6. Therefore an outcome is not purely objective. It is a consensus problem.
7. Consensus is concentration around a shared outcome.
8. Consensus around an undesirable outcome is maladaptive consensus.
9. Intent is a decision that constrains future system states.
10. One outcome may relate to another. It may also relate to intents.
11. Related outcomes and intents form a problem domain. Or simply: a semantic graph.
12. A graph gives structure to otherwise ambiguous future states.
13. Structure reduces the number of possible interpretations. Or simply: reduces uncertainty.
14. High uncertainty prevents action. Low uncertainty makes action obvious.
15. A problem without structure requires thinking.
16. A structured problem can be acted upon.
17. A sufficiently structured problem becomes the solution to itself.
18. An insufficiently structured problem keeps producing chaos.
19. Problem solving is creating structure from chaos.
20. Therefore thinking is problem solving before the structure exists.
And from this I conclude: we can automate anything we want, but if we do not understand the chaos of the world, we cannot solve problems.
Therefore we should optimize for understanding.
hnthrow10282910 2 hours ago [-]
Is this your reality? I’ve noticed that while the team is way more burned out people are also way less engaged and no longer critically think about edge cases or design reviews, etc anymore.
icedchai 12 minutes ago [-]
Yep. Someone will copy-and-paste a Jira ticket into AI and blindly accept the output without thinking about the actual intent and context behind the request. It's frustrating. I use AI sparingly, mostly on personal projects where I am prototyping and the quality is not of the greatest concern.
jmalicki 1 hours ago [-]
Then they get fired for poor performance and you hire new fresh people.
Rinse, repeat.
heohk 3 hours ago [-]
The work is boring and unsatisfying now so you're not engaged and easily bored to sleep. I can relate.
Yay, we all become managers! Do we get manager salaries now? /S
jmalicki 1 hours ago [-]
The ratio of managers:staff engineers has been decreasing, so sort of, yes.
lovich 2 hours ago [-]
No, and half the existing managers have been fired as well and their positions closed. A 1:7 ratio of managers to direct reports? What is this, the 80s? We’re doing 1:15 now. Also you have to be building software at the same time[1]
Software engineers are probably already familiar with the feeling of burnout from thinking too hard. The reality is very few people can work on the hardest problems they’re capable of for 8 hours a day.
Writing routine Python code for some system you know well is not that mentally taxing. Managing an agent that rapidly finishes tasks but needs careful review and big-picture planning is much more exhausting, and has higher returns on intelligence and deep careful thought.
I think this points towards the opposite conclusion of the OP. It’s not realistic to expect 8 hours of hard work out of a knowledge worker. Remote work naturally allows this transition, as employees can work a bit less but still overachieve with AI.
(I hate AI. Just observing the world we live in)
It wasn’t really realistic to expect hard physical labor for 70 hours a week, and yet in the 1800s before unions were established to negotiate workers rights, that’s exactly what we had.
What on earth makes you think non unionized IT workers aren’t going to be pushed to their breaking point and then pushed further? If AI truly starts eating all the knowledge work, there will be an endless supply of people lining up to work themselves to death.
1. Understanding the world is the bottleneck to thinking.
2. The world is an unbounded system with unpredictable behavior. Chaos.
3. An outcome is a possible state of a system.
4. Formulating an outcome means choosing a future state of the system.
5. That future state may be desired or undesired.
6. Therefore an outcome is not purely objective. It is a consensus problem.
7. Consensus is concentration around a shared outcome.
8. Consensus around an undesirable outcome is maladaptive consensus.
9. Intent is a decision that constrains future system states.
10. One outcome may relate to another. It may also relate to intents.
11. Related outcomes and intents form a problem domain. Or simply: a semantic graph.
12. A graph gives structure to otherwise ambiguous future states.
13. Structure reduces the number of possible interpretations. Or simply: reduces uncertainty.
14. High uncertainty prevents action. Low uncertainty makes action obvious.
15. A problem without structure requires thinking.
16. A structured problem can be acted upon.
17. A sufficiently structured problem becomes the solution to itself.
18. An insufficiently structured problem keeps producing chaos.
19. Problem solving is creating structure from chaos.
20. Therefore thinking is problem solving before the structure exists.
And from this I conclude: we can automate anything we want, but if we do not understand the chaos of the world, we cannot solve problems.
Therefore we should optimize for understanding.
Rinse, repeat.
[1] https://www.refolk.ai/blog/coinbase-ai-native-engineering-ma...