Live data from Hacker News

AI usage patterns in software teams

linear.app

111–120 of 154 posts

Re: AI usage patterns in software teams

#111

Earlier quoted context omitted.

[dead]

Skill issue. If you make an effort to use the new tools effectively, the gains are wild. Don't fall into a grumpy luddite trap, the train is leaving the station and you'll struggle to catch up if you don't learn and grow. Not using AI for software development in 2027 will be like only knowing how to program via punchcard in 2010. It's new. It's different. It's hard. It's your job. Learn how to use it effectively, emb…

Is this mean-spirited comment really what you want to share as the face of your company?

Re: AI usage patterns in software teams

#112
post #96

Earlier quoted context omitted.

> Usage does not correlate with valued output or ROI This sounds possible but how can we know? It could just as well correlate. Effort of all kinds correlates with success even when it's not obvious or not... linear.

[dead]

It's hard to measure ROI so we generally wouldn't. Even McKinseys and BCGs have a hard time showing ROIs.

Sure, you could say all digital transformations are nebulous snake oil and don't deliver but I just don't think this is the case.

Re: AI usage patterns in software teams

#113

Earlier quoted context omitted.

I program as a hobby, personal projects because I can. I recently set up a local llm to see what the fuss is about and other than the few ringer solutions my experience is as you described. 2min promping, 5min waiting, 3hrs debugging or just doing it myself. I am very likely doing it wrong, and it does speed up some aspects, but I wouldn't say I trust llm code any more than my own. Until it runs and throws an error,…

Local llms aren’t super exciting unfortunately.

Neither are proprietary blackbox systems unfortunately.

Re: AI usage patterns in software teams

#114
post #49

Earlier quoted context omitted.

No, don’t be silly, they get ai to spy on you en masse instead. Nobody has to look at anything anymore for it to be actionable.

Absolutely, have warned my juniors of this. Doesn't stop malicious compliance though, I can just prompt and burn tokens with source material from my assigned tickets for no reason perfectly fine. I look at my colleagues' screens and they're prompting shit like 'restart this program' and 'is [service] running correctly'. I have below average prompt frequency because I know crazy shit like #!/bin/bash and ps aux. It's…

Seeing a lot of the same thing has helped me understand how people are getting the claimed 10x productivity.

Re: AI usage patterns in software teams

#115

Earlier quoted context omitted.

[dead]

Skill issue. If you make an effort to use the new tools effectively, the gains are wild. Don't fall into a grumpy luddite trap, the train is leaving the station and you'll struggle to catch up if you don't learn and grow. Not using AI for software development in 2027 will be like only knowing how to program via punchcard in 2010. It's new. It's different. It's hard. It's your job. Learn how to use it effectively, emb…

This but the train is competence (the opposite of AI) and it has already left.

Re: AI usage patterns in software teams

#116
post #84

Usage does not correlate with valued output or ROI. This article smells like a bad attempt to say hey guys our customers see ROI without any actual evidence that they do. Also, somewhat amusingly, the “founder” consistently being at the top of the use curve might just have something to do with everyone else also using it, but that more implies people are using it because the chief at the top wants them to use it… not…

[dead]

Considering many of them are starting from an existing product and making it worse, they're -10x

Re: AI usage patterns in software teams

#117

Earlier quoted context omitted.

[dead]

> spent millions on AI contracts The key question is how much value has been delivered on the other end for a given cost. Well used, tokens would be cheap at 10x the price right now.

Care to share your costs and revenues then?

Re: AI usage patterns in software teams

#118

Earlier quoted context omitted.

Skill issue. If you make an effort to use the new tools effectively, the gains are wild. Don't fall into a grumpy luddite trap, the train is leaving the station and you'll struggle to catch up if you don't learn and grow. Not using AI for software development in 2027 will be like only knowing how to program via punchcard in 2010. It's new. It's different. It's hard. It's your job. Learn how to use it effectively, emb…

>> Don't fall into a grumpy luddite trap, the train is leaving the station and you'll struggle to catch up if you don't learn and grow. If that's true things are truly hopeless for pre-school/school children who are not in position to jump on the train just yet.

Children will jump on any train, that's why I'm in computers, and why there's an AI cheating crisis right now so severe that nobody is learning anything in schools.

Re: AI usage patterns in software teams

#119
post #15

Earlier quoted context omitted.

Writing code directly takes longer to warm up. Usually, I'd keep tens of thousands of lines in my head. In the past, I spent a lot of time designing error propagation and execution contexts. (Talented people might figure it out right away, but unfortunately I don't have that kind of talent.) So I'd have to think about things like Result and how far to propagate errors—and worry about whether my approach would conflic…

> But these days, AI just generates code following the existing patterns of the codebase Is this sarcasm?

I read these kinds of comments and wonder what makes reality so different for us. I personally have found AI has the easiest time in the world following existing patterns. At my workplace, our frontend code is so well organized most of the time all the AI has to do is copy and paste an implementation from somewhere else and change the names, and it gets right pretty much 100% of the time

Re: AI usage patterns in software teams

#120

Earlier quoted context omitted.

I tried hard to tokenmaxx one month and couldn’t do it as for most tasks, I’ve already figured out the solution while reading the ticket and vim/emacs-fu is more enjoyable than prompting and waiting. And for other tasks, I just knew the technology to do something with the least amount of effort.

[dead]

To be fair, I've been wanting to move to vim or emacs for a while now, but I've customized and gotten used to my current editor so much that it doesn't feel like a week's task.
Post reply on HN