491–500 of 686 posts
The right use of AI requires stellar leadership, and to be honest, I don't think that kind of leadership exists. I am using AI just for myself, and the traps and pitfalls I encounter are so many. For example, I generate an article on a topic, and while this is very useful to get started, I then have to go through every sentence because AI makes some overconfident statements that are just not true in this form. This i…
> "Requirements documents that were once a page are now twelve. Status updates that were once three sentences are now bulleted summaries of bulleted summaries. Retrospective notes, post-incident reports, design memos, kickoff decks: every artifact that can be elongated is, by people who do not read what they produce, for readers who do not read what they receive." Great article. The "elongation" of workplace artifact…
This paragraph hit home with me as well. I work at a large tech company that's a household name and the practice of using AI to pad out design documents has become totally out of control over the last 4 or 5 months. Writing documentation is arduous and a little painful, which as it turns out is a good thing as it incentivizes the writer to be as succinct as possible. Why the fuck should I -- along with five other eng…
See also this video from Nate B Jones: https://youtu.be/FDkvRl1RlT0?si=WUK2WJTXvKAWKD0r
> "Requirements documents that were once a page are now twelve. Status updates that were once three sentences are now bulleted summaries of bulleted summaries. Retrospective notes, post-incident reports, design memos, kickoff decks: every artifact that can be elongated is, by people who do not read what they produce, for readers who do not read what they receive." Great article. The "elongation" of workplace artifact…
This paragraph hit home with me as well. I work at a large tech company that's a household name and the practice of using AI to pad out design documents has become totally out of control over the last 4 or 5 months. Writing documentation is arduous and a little painful, which as it turns out is a good thing as it incentivizes the writer to be as succinct as possible. Why the fuck should I -- along with five other eng…
> Writing documentation is arduous and a little painful, which as it turns out is a good thing as it incentivizes the writer to be as succinct as possible.
It takes more effort to be brief, even for humans. Good documentation writers were always brief.
My line manager using a lazy single line description of a product is generating whole product listings and HTML for our web shop, never checking it. SEO is poor, views and conversion are collapsing. Upper management is responding to my serious issues with ChatGPT bullet point lists that don't address the problem. Video conferences I can see people typing into and reading back GPT instructions, suppliers are sending A…
>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…
If that happens globally where AGI and engineer replacement is "shipped" as a social construct, I'm afraid real software engineers (who can write and understand production ready systems) will be the vocal minority who can't do anything.
Someone i know found a Wonderful word for this: Inkompetenzkompensierungskompetenz This is German and basically just means that someone has the competency to compensate for their own incompetency's, just that AI now does that for us and we slowly notice how important that even is in the day to day life.
Earlier quoted context omitted.
My friend built a construction management SaaS entirely via Claude. It looked damned impressive, and it kind of worked to demo, but he is in no way a programmer, though he understood the problem domain very well. I asked a few basic questions: - where is the data stored? - How would you recover from a database failure? - does it consume tokens at runtime? - what is the runtime used at the back end? - why are the web…
One of the riskier bets my team is currently making is that this is exactly what is needed, and nearly nothing more. We have LOB prototypes vibe coded by enthusiastic domain experts that we are supporting in a “port and release” fashion. A senior engineer takes the prototype and uses Claude code to generate a reasonable design, do an initial rough port (~80% functional, 100% auth & audit logging) and (hopefully) all…
This, I think, is the LLM/vibe coded app’s current place to shine.
Most internal systems don’t need massive concurrency or redundancy. It’s a webapp that reduces coordination cost between 20ish people. That’s something you can typically vibe code and deploy for ten bucks a month, and create real value.
Earlier quoted context omitted.
I increasingly see “AI” as a sort of virus tuned to target management, specifically. Its output is catnip to them, and it’s going to be unavoidable for those who want to look good to superiors and peers (i.e. the #1 priority for managers) even as it adds no actual value whatsoever to what they do. People under them, too, will have to start burning tokens on bullshit to satisfactorily perform competence and “doing wor…
AI has made my work about 5-8x quicker, just because I'm able to have it cover a lot of the grunt work (update 42 if statements in 32 different files) that took time, but no particular skill. I think the use cases where AI makes an economic improvement to the status quo for a business are rare, but they do exist, and they can be a significant improvement. It's like the early days of the dotcom boom and bust - people…
Earlier quoted context omitted.
I work for an "AI-native" company now and have found this to be the case. EVERYONE (engineers, pms, managers, sales) uses Claude Code to read and write Google Docs (google workspace mcp). Ideas, designs, reports. It's too much for one person to read and, with a distributed async team, there's an endless demand for more. So for every project there's always one super Google Doc with 50 tabs and everyone just points the…
This is literally losing the whole process to a stochastic parrot.
These companies have enough market power that they can afford to be ineffective. So they were. And they are ineffective in novel way.
Earlier quoted context omitted.
Considering that many high school kids won’t want to put in any effort at all, how else do you convey the amount of detail and effort you expect for a given writing assignment? It’s an imperfect proxy but I can’t think of a better one.
With rubrics, or more simply the teacher could hand out an example essay at the start of the year that conveys the style and level of detail they are looking for when they assign an essay. Then they can refer to that when they make an assignment. Implicitly that gives a word count or number of pages, but allows for marking down for "too much repetition" or "needs more detail"
Demanding that students mind read is not a good strategy. Specifying expected length, checking for it is a good strategy. Teacher should also check for other things - whether paragraphs logically follow, grammar, sentence structure, you name it. But dont make them guess.