Home

blog @0c7bf4553199409c1b58f806129509bb940d1869 - refs - log -
-
https://git.jolheiser.com/blog.git
My nonexistent blog
blog / articles / fallacies.md
- raw -
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
+++
title = "Fallacies"
summary = "Random fallacies I use to describe patterns I've seen"
date = 2026-08-19
category = "Other"
+++


### Sonic Fallacy

> Gotta go fast!

The Sonic Fallacy is when someone uses or advocates for a specific language or framework simply because "it's the fastest!" without profiling or otherwise attemmpting to discern whether it's even required.

Of course, no one _wants_ to have slow code. However, the Sonic Fallacy generally describes the choice being made _primarily_ because of speed, regardless of whether the language or framework is easy to use, memory safe, or any other number of trade-offs that can occur in the name of speed.[^1]


### Claude Fallacy

> Everyone writes slop AI code _except me_ because I Know How To Use It Properly:tm:

The Claude Fallacy could be described as "The Dunning-Kruger effect for LLM users".

It is the dichotomy among certain LLM users that LLMs produce slop when other people use them, however their own LLM does **not** produce slop because it is being used in a superior manner. \
While there is some discussion to be had about the efficiency or results of various prompting techniques, harnesses, agents, etc., overall in my (completely non-scientific) experience the average LLM project is the same.


-----

[^1]: I manage to support an entire state using Python/Django. I'm not saying that means Python is some perfect language, I'm just saying your project being in Rust doesn't automatically make it a unicorn.