Live data from Hacker News

Appearing productive in the workplace

nooneshappy.com

11–20 of 686 posts

Re: Appearing productive in the workplace

#11
>People who cannot write code are building software. People who have never designed a data system are designing data systems. Most of it is not shipped; it is built, often for many hours, possibly shown internally with great vigor, used quietly, and occasionally surfaced to a client without much fanfare.

This made me think of How I ship projects at big tech companies[1], specifically "Shipping is a social construct within a company. Concretely, that means that a project is shipped when the important people at your company believe it is shipped."

[1] https://news.ycombinator.com/item?id=42111031

Re: Appearing productive in the workplace

#14
post #7

After reading this article, I can definitely feel how productivity rises inside organizations. More precisely, this feels like a person who would be loved by management. The article almost reads like a practical manual for increasing perceived productivity inside a company. The argument is repetitive: 1. AI generates convincing-looking artifacts without corresponding judgment. 2. Organizations mistake those artifacts…

> The article almost reads like a practical manual for increasing perceived productivity inside a company.

I think the truth is that at many (most?) places, perceived productivity and convincing is all that matters. You don't actually have to be productive if you can convince the right people above you that you are productive. You don't have to have competence if you can convince them of your competence. You don't have to have a feasible proposal if you can convince them it is feasible. And you don't have to ship a successful product if you can convince them it is successful. It isn't specifically about AI or LLMs. AI makes the convincing easier, but before AI, the usual professional convincers were using other tools to do the convincing. We've all worked with a few of those guys whose primary skill was this kind of convincing, and they often rocket up high on the org chart before perception ever has a chance to be compared with reality.

Re: Appearing productive in the workplace

#15
> Never ask a model for confirmation; the tool agrees with everyone.

Ditto. LLMs will somehow find fault in code that I know is correct when I tell it there’s something arbitrarily wrong with it.

Problem is LLMs often take things literally. I’ve never successfully had LLMs design entire systems (even with planning) autonomously.

Re: Appearing productive in the workplace

#16
post #7

After reading this article, I can definitely feel how productivity rises inside organizations. More precisely, this feels like a person who would be loved by management. The article almost reads like a practical manual for increasing perceived productivity inside a company. The argument is repetitive: 1. AI generates convincing-looking artifacts without corresponding judgment. 2. Organizations mistake those artifacts…

Please explain what you would have preferred instead, I'm failing to understand your criticism here.

Re: Appearing productive in the workplace

#18
post #7

After reading this article, I can definitely feel how productivity rises inside organizations. More precisely, this feels like a person who would be loved by management. The article almost reads like a practical manual for increasing perceived productivity inside a company. The argument is repetitive: 1. AI generates convincing-looking artifacts without corresponding judgment. 2. Organizations mistake those artifacts…

Please explain what you would have preferred instead, I'm failing to understand your criticism here.

What I see in this article is a kind of structural isomorphism: it sincerely criticizes AI slop while reproducing the same failure mode it is criticizing.

Intentional rhetorical repetition is not necessarily bad. I repeat myself too when I want to make a point stronger. The problem is the context. This is an article that sincerely criticizes the inflation of workplace artifacts. In that context, repetition and expansion become part of the issue.

As far as I can tell, the article provides only one real data point: a colleague spent two months building a flawed data system, people objected as high as the V.P. level, and the project still continued. The author clearly experienced that incident strongly. But then almost every general claim in the article seems to radiate outward from that one event. The cited papers mostly work to convert that single workplace experience into a general thesis.

If you remove the citations and reduce the article to its core, what remains is basically: “I observed one colleague I disliked producing bad AI-assisted work.”

That may still be a valid experience. But inflating a thin signal with length and authority is close to the essence of the AI slop the author criticizes. The article’s own writing style participates in that pattern.

Again, I do not think repetition itself is bad. Repetition can be useful when the context justifies it. But context has to stay beside the claim. Without enough context, repetition starts to look less like argument and more like volume.

p.s I’m a little hesitant to use the word “structural” in English, since it has become one of those overused AIsounding words. But here, I think it actually fits.

Re: Appearing productive in the workplace

#19
What is described here closely resembles my experience too.

My company is full of managers who haven't written code in years. They hired an architect 18 months ago who used AI to architect everything. To the senior devs it was obvious - everything was massively over engineered, yet because he used all the proper terminology he sounded more competent to upper management than the other senior managers who didn't. When called out, he would result to personal attacks.

After about 6 months, several people left and the ones who stayed went all in on AI. They've been building agentic workflows for the past 12 months in an effort to plug the gap from the competent members of staff leaving.

The result, nothing of value has been released in the past 18 months. The business is cutting costs after wasting massive amounts on cloud compute on poorly designed solutions, making up for it by freezing hiring.

Re: Appearing productive in the workplace

#20
post #15

> Never ask a model for confirmation; the tool agrees with everyone. Ditto. LLMs will somehow find fault in code that I know is correct when I tell it there’s something arbitrarily wrong with it. Problem is LLMs often take things literally. I’ve never successfully had LLMs design entire systems (even with planning) autonomously.

It's also wrong advice. After an LLM produces code, asking it if it's correct (in a variety of other ways) can often find actual problems with it.
Post reply on HN