Nobody knows how to measure programmer productivity, whereas token use is a metric that is already available. That's pretty much the whole answer.I realize that my faith is weak or something; but what possesses these people to mandate consumption rather than results?
Token use has replaced lines of code as a useless measure of programmer productivity.Nobody knows how to measure programmer productivity, whereas token use is a metric that is already available. That's pretty much the whole answer.
Someone high up has "increasing MeshClaw use" as a requirement for their next bonus, probablyWhy do they need to apply so much pressure? Can't be only inertia, right?
Yeah came here to say it. Just modern LoC productivity metric.Token use has replaced lines of code as a useless measure of programmer productivity.
I can imagine Amazon higher ups deciding they want the data of professionals making use of AI (in a bid to have better AI training materials) more than they want these people to actually do their jobs well. In that case, even if the task is useless, the "result" they care about is large scale data of the process.If Glorious Agentic is so good for programming; couldn't you just, y'know, demand more programming per programmer and let them respond to that incentive by botting up?
I can see demanding particular methods if it's someone's job to build internal tooling; or Joe must follow the internal style even if he prefers the elegance of lisp; but this seems like the more expensive version of demanding that at least x keyboards a year show up dead from overuse to prove your value to the organization.
In other engineering fields, a PE seal on a final drawing set means the buck stops with that name. If the bridge collapses, the dam fails, the wastewater overflows, that engineer who sealed the set is on the hook.Its f**king nuts. We're getting similar pressure here and people are checking code in with minimal to zero review, then they can't explain why its broken or not meeting requirements. I'm having a real hard time understand why ... that's YOUR name in the git blame and guess who gets pulled into the 3am war room.
Nothing gets pushed with my name on it unless I understand every line of it ! Yes I make mistakes, but once the defect is visible I can understand quickly where it is, why it is and how to fix it.
Or for a non-coding equivalent, it's like ranking sales people based on how much money they spend dining with (potential) customers.Yeah came here to say it. Just modern LoC productivity metric.
A large proportion of stock market investment capital is being driven by "how correlated is this company's output with the success of AI".Why do they need to apply so much pressure? Can't be only inertia, right?
My own observation, looking at similar stats for my org, is that I see two types of developers on the top of the leaderboard: the ones that are completely lost and relying on ai tools to do their work for them, and the ones that are being extremely productive because they're juggling multiple things at once.In my large org, managers are definitely being encouraged to look at token usage and there is a positive association with being a power-user (though I see no evidence yet that people are trying to game it).
"A bad metric is better than no metric."Token use has replaced lines of code as a useless measure of programmer productivity.
As one of my psychology professors used to say "Behavior that is rewarded is repeated".Management says they want AI used "efficiently", but when the only shout-outs from VPs are for the devs using $30k+ of tokens a month, the message is clear.
That's really only civil engineering, and that's only because the government requires it. The vast majority of engineers are unlicensed.In other engineering fields, a PE seal on a final drawing set means the buck stops with that name. If the bridge collapses, the dam fails, the wastewater overflows, that engineer who sealed the set is on the hook.
Maybe it's time programmers get the same treatment. Maybe it's also long past time these AI companies are treated the same.
And fascinatingly enough, neither are good metrics or measures. Of anything. Let alone anything positive.Yeah came here to say it. Just modern LoC productivity metric.
Look at it like the transition from machine language to a later generation languages like C or C++:
yes, you are less efficient in terms of lines of code and yes, the maturity of the "compiler" probably needs some work until it reaches "not really worth knowing". But the difference in speed of development and level of abstraction is just too great not to work that way. How many developers could write machine language in anger today in relation to C, Java, Python or similar?
It is the next step in software development, it makes sense to embrace it instead of trying to fight it.