So the funny text generator has finally came to my workplace, and I am indeed pressured to use it. But I do wonder, should I keep not using it, or should I tokenmax using random prompts?
Of course I won’t use it to actually do work, Just sending tickets to it and never reading the response, just to appear busy. But I do wonder what’s the opinion on nothing vs token maxxing?
For information, it’s a claude team subscription. I do not want to advertise it, but it may be useful to know whether it is worth it or not
Edit: Alright then. Will not use it at all unless my company really force people to use it (like use it or get kicked out)
Good analysis, unfortunately it is false. We are literally 9 people, and our workload is maxed. We are trying to recruit but it’s a really specific line of development so it’s rare there’s anyone (and when they do they may be more interested in bigger enterprises)
The pressure comes from
I have come to terms with the AI usage, and I won’t change job as AI is the only bad part in it, and I might change to a company being even more into slop…
I am just looking to see how I could fight it and whether making anthropic loose even more money is worth the environmental concerns
Use the AI to fix technical debt. A lot of the changes needed to make codebase good were just humanly not possible (given the priority and urgency), but now you have a stochastic parrot to do the grunt work.
Setup CI, align docs to actual code, improve interfaces, refactor for the long term and not just what the next ticket needed. Treat it like free labour for some easy but time consuming stuff aka intern.
Using it per ticket without removing old debt will incur more debt. Once you are happy enough with the codebase that giving a ticket to a really capable but still stupid intern isn’t gonna result in unmanageable shit, then you can start tackling tickets with LLM harness like: adding a MCVE or checking if a ticket has enough info.
Outright solving tickets with AI will result in the team getting increasingly unfamiliar with their own codebase making. That will have similar effect has hiring a new senior engineer to any project with no team and only interns (LLM): lots of ideas and capabilities but almost all of the time is spent in understanding the effing codebase.
Using random ass scripts to make certain ticket managers happy will ‘help now’, but it’ll be really bad for a team of 10. Increasing velocity needs a large magnitude (ticket size * ticket count) as well as the right direction (based on codebase) so the mgmt strategy is bonkers.
But I love fixing the tech dept lol. It actually make me learn the different systems
CI is not applicable here (It’s really a special type of development workflow I’d love to burn to the ground but coworkers can barely remember to commit on SVN…)
As for tickets, i wouldn’t trust AI on any of it. Even with an MCP tailored to our app it keeps hallucinating (might be due to the lack of documentation). The only thing it’s good at is code gen, which is 20% of tickets…
The last item is really important to show the management. We vibecoded a ticket cataloguing script to show that infinite speedup in codegen will bring only x% speedup overall
As for tech debt, it has 2 components: figuring out what to do, and actually doing it. I’ve often found that sometimes there’s no time because the proper fix would need weeks of work. LLM have helped reduce that to a few days of work, including reviewing the PRs.
If your colleagues are low tech, I really feel for you. This will make them feel really productive but essentially pile on shit
Also addendum: we can talk about realistic deadlines, it’s not the issue. The issue is that the deadlines should be set with Claude in mind. I cannot ask for more time just because I’m the hippy that doesn’t vibe code.
And for what I got forced to use, it’s not that bad? It is faster and with my style of coding it doesn’t make many errors. Still wouldn’t use it for ethical reasons. But for one that do not care about ethics, this could see it as an invaluable tool