Live data from Hacker News

ai;dr

0xsid.com

221–230 of 313 posts

Re: ai;dr

#221
post #88

Earlier quoted context omitted.

If you’re judging my writing so shallowly, I don’t think I’m writing for you.

> If you’re judging my writing so shallowly, I don’t think I’m writing for you. No, you are writing for people who see LLM-signals and read on anyway. Not sure that that's a win for you.

Or you're writing for the people who haven't deluded themselves into thinking that they're magical LLM detectors, which definitely does seem like a win.

Re: ai;dr

#222
post #6

I really like Oxide's take on AI for prose: https://rfd.shared.oxide.computer/rfd/0576 and how it breaks the "social contract" where usually it takes more effort to write than to read, and so you have a sense that it's worth it to read. So I get the frustration that "ai;dr" captures. On the other hand, I've also seen human writing incorrectly labeled AI. I wrote (using AI!) https://seeitwritten.com as a bit of an exp…

My biggest sorrow right now is the fact that my beloved emdash is a major signal for AI generated content. I've been using it for decades now but these days, I almost always pause for a second.

This is the modern day "I can tell that's photoshopped because I've seen some 'shops in my day." The sooner we stop glorifying the people who think they're magical LLM detectors, the better, frankly.

Re: ai;dr

#223

Earlier quoted context omitted.

I just skimmed the article, but I can already tell it's chock-full of LLMisms. In other words: ai;dr Edit: ok, I've checked your profile and now I see that this is your website that you're astroturfing every thread you reply to. Stop doing that.

I’m seriously not astroturfing, point is serious. Most people here would not be able to tell the difference between good human and good AI generated writing anymore in a blind test, especially a blend of both. So if the reader often can’t tell, why is the source of a well written, interesting piece of writing more important, than the effect of the content itself? I don’t feel the OP made a good argument imho.

> Most people here would not be able to tell the difference between good human and good AI generated writing anymore in a blind test, especially a blend of both. So if the reader often can’t tell

You say that, but I think it's really, really obvious in this case.

If you disagree, you should show us both versions.

Re: ai;dr

#224

Earlier quoted context omitted.

AI-generated code is meant for the machine, or for the author/prompter. AI-generated text is typically meant for other people. I think that makes a meaningful difference.

> Programs must be written for people to read, and only incidentally for machines to execute. from the preface of SICP.

Well SICP was already considered here to be obsolete with the rise of the library-abstraction culture.

Re: ai;dr

#225

Earlier quoted context omitted.

What is creative about generating an article from a stub? The kernel of the article around which the LLM constructs the content? I'm not trying to be an ass, just curious.

The stub itself. So why not just read the stub? As my other post said there is more value in an article than just the creative idea.

> there is more value in an article than just the creative idea

When a human writes it, yes.

Re: ai;dr

#226

Earlier quoted context omitted.

I rarely see LLMs generate code that is less readable than the rest of the codebase it's been created for. I've seen humans who are short on time or economic incentive produce some truly unreadable code. Of more concern to me is that when it's unleashed on the ephemera of coding (Jira tickets, bug reports, update logs) it generates so much noise you need another AI to summarize it for you.

The main coding agent failure modes I've seen: - Proliferation of utils/helpers when there are already ones defined in the codebase. Particularly a problem for larger codebases - Tests with bad mocks and bail-outs due to missing things in the agent's runtime environment ("I see that X isn't available, let me just stub around that...") - Overly defensive off-happy-path handling, returning null or the semantic "empty"…

Oh god, the bad mocks are the worst. Try adding instructions not to make mocks and it creates "placeholders", ask it to not create mocks or placeholders and it creates "stubs". Drives me mad...

To add to this list:

- Duplicate functions when you've asked for a slight change of functionality (eg. write_to_database and write_to_database_with_cache), never actually updating all the calls to the old function so you have a split codebase.

- On a similar vein, the backup code path of "else: do a stupid static default" instead of erroring, which would be much more helpful for debugging.

- Strong desires to follow architecture choices it was trained on, regardless of instruction. It might have been trained on some presumably high quality, large and enterprise-y codebases, but I'm just trying to write a short little throwaway program which doesn't need the complexity. KISS seems anathema to coding agents.

Re: ai;dr

#227
post #6

I really like Oxide's take on AI for prose: https://rfd.shared.oxide.computer/rfd/0576 and how it breaks the "social contract" where usually it takes more effort to write than to read, and so you have a sense that it's worth it to read. So I get the frustration that "ai;dr" captures. On the other hand, I've also seen human writing incorrectly labeled AI. I wrote (using AI!) https://seeitwritten.com as a bit of an exp…

Years ago I wrote something similar to test a biometric security piece that used keystroke timings (dwell and stroke) to determine if the person typing the password is the same person who owns the account. Short version of a long story is that it would be trivial to get data for AI to reproduce human typing. Because I did it years ago using something only slightly more sophisticated than urandom .

Man failing that device's check because I'm sleep deprived or drunk would be a world of pain lol

Re: ai;dr

#228

"Growing up, typos and grammatical errors were a negative signal. Funnily enough, that’s completely flipped for me." For me too and for writing it has the upside that it's sooo relaxing to just type away and not worry about the small errors much anymore.

And there was no such word as "funnily" till the language got dumbed down to the lowest common denominator. Now we have to argue with the same dolts who use the word and will tell us about how it's now in the dictionary. Now it is to satisfy someone somewhere but no one who really knew better.

Re: ai;dr

#229
post #143

I laugh every time somebody qualifies their anti-AI comments with "Actually I really like AI, I use it for everything else". The problem is bad, but the cause of the problem (and especially paying for the cause of the problem)? That's good!

It's not as one-dimensional as good vs bad. Transformers generally are extremely useful. Do I want to read your transformer generated writing? Fuck no. Is code generation/understanding/natural language interfaces to a computer good? I'd have to argue yes, certainly. I cry every time somebody tries to frame it one dimensionally.

I cry every time someone uses the f-word in their writing for no apparent reason.

Re: ai;dr

#230
post #216

Earlier quoted context omitted.

My biggest sorrow right now is the fact that my beloved emdash is a major signal for AI generated content. I've been using it for decades now but these days, I almost always pause for a second.

We're in the brief window of time when AI's writing style is the weirdness. It's an artifact of the production process, like JPG blur, MP3 distortion, autotune's rigidity. And it didn't take long for those things to become normalized, in fact for them to become artifacts that people proudly adopted and embraced. DJs release tracks built from MP3s samples instead of waves. Autotune is famously a 'sound' that was once…

Yes, but it's kinda sad, isn't it, that this robotic way of writing in turn teaches a new generation of people how to write?

Also, you forgot the extremely enervating: "It's not X. It's Y. ."

Post reply on HN