| ▲ | aogaili 6 hours ago |
| These articles are so off from reality to the point that it can't be taken seriously at all. I keep wondering how they keep popping at HN. At least the author admit he is biased.. |
|
| ▲ | somenameforme 5 hours ago | parent | next [-] |
| I think there's a simple dichotomy based on use cases. For things you're already highly skilled at LLMs can be handy but the overall gains, after all is accounted for, are not so clear. But for things you aren't good at, they're zomg amazing. So for somebody evaluating things based on what they do at work (where they're probably quite competent) or on personal projects well within their own domain, then it's 'hey what's all the hype about?' But if you're doing things outside your domain then it's a revolutionary game-changer. This also explains why an independent dev can proclaim a 10x productivity boost or whatever, and actually seem to be showing that - while major companies dumping obscene amounts of $$$ on tokens don't seem to be have much to show for it. |
| |
| ▲ | InsideOutSanta 3 hours ago | parent | next [-] | | That's one dimension. Another is how much you care. For my own projects, little productivity apps for my own needs, I'm easily 20x more productive. I'm building so many more of them, and at a much higher level of polish. But that's simply because I don't care about the code, long-term maintenance, or anything else. I just need them to do a thing, and if they do the thing, I'm good. I used to make an effort calculation before building these things, but now I just tell Claude "hey, build this", and two hours later it's built well enough to be useful. OTOH, at work, I'm probably about as fast as I was before, maybe even a bit slower. But the quality of my work has increased quite a bit, because I no longer take the shortcuts I used to take to push things out. I'm spending much more time in planning and in code reviews rather than actually typing code. Either way, the idea that these obvious changes are just people fooling themselves is, at this point, no longer a reasonable position. And the claim that "AI will run out of money and just be turned off due to the huge operational cost" is so implausible that I would feel ashamed of myself if I used this as a straw man for what AI skeptics believe. | | |
| ▲ | dingaling 2 hours ago | parent [-] | | I understand what you're saying about side projects but it just sounds... like buying a landscape wall print from IKEA instead of taking a photo and having it printed on canvas. My non-work projects are exercises for the brain and for learning, and if instead I could just automagic them into existence they'd feel hollow and almost cheating. | | |
| ▲ | InsideOutSanta 2 hours ago | parent [-] | | Sure, it's cheating if you want to frame it like that. But it's still a huge boost in productivity. |
|
| |
| ▲ | palmotea 5 hours ago | parent | prev | next [-] | | > So for somebody evaluating things based on what they do at work (where they're probably quite competent) or on personal projects well within their own domain, then it's 'hey what's all the hype about?' But if you're doing things outside your domain then it's a revolutionary game-changer. They may also be seen as a revolutionary game-changer by people who actually kinda suck at their job. And a lot of software engineers actually kinda suck at their jobs. | |
| ▲ | jimmaswell 5 hours ago | parent | prev | next [-] | | > For things you're already highly skilled at LLMs can be handy but the overall gains, after all is accounted for, are not so clear. Preposterous. I can tell 5.6 Sol to do something like "optimize this entire subsystem to have no ongoing memory allocations, fix these 5 bugs, implement these 2 features" and go work on other code or do something else entirely, and it does it all flawlessly. All things I could have done myself but nowhere near as fast and right the first time with such thorough test cases. We've reached the point where the AI is usually faster and always less effort overall compared to the old days, even if you have to send a few followup prompts. | | |
| ▲ | orwin 3 hours ago | parent | next [-] | | That's highly unlikely that this is done flawlessly. This morning I found a bug in our error handling, I asked Sol to fix it. He rewrote the way the specific component that failed called the exception. I asked it to retry and go deeper, inside the library. It solution was to ignore the part of the message that caused the issue. Which worked very well, but wasn't the root cause (it was a serialization issue. It's always a serialization issue). It couldn't go deeper, always stuck trying to catch the error rather than fixing it for real. We found the root cause, fixed it, and it was done, one line change and 15 lines of test, in one hours. Instead of four hours of nothing except spending tokens. But truly I'm mad at the vscode harness. I used to be able to follow the 'thought' of the AI model and steer them when I saw a mistake, it's now way harder to do as multiple research tasks are done in parallel. | | |
| ▲ | jimmaswell 3 hours ago | parent [-] | | Somehow I've never had an experience like that on Sol. I find it to never really "cheat" like that. I've had all my best results from Codex CLI though, maybe that's somehow different. I also don't go below xhigh for anything serious and if it's having an issue I escalate the thinking mode. |
| |
| ▲ | layer8 5 hours ago | parent | prev | next [-] | | > it does it all flawlessly Serious question: How do you assess this? It seems to me that it would take very significant time to establish that conclusion. | | |
| ▲ | Lord-Jobo 3 hours ago | parent [-] | | Validation is really hard and requires a great understanding of the entire relevant code.
So to answer your question, they don’t know or asked the AI to do that too which has very obvious problems. I find it hard to believe they would spend the effort and money making an AI do tasks like that, but are ALSO willing to spend the effort and time to properly validate the changes. I’m sure many do… but probably not a large percentage. | | |
| ▲ | jimmaswell 3 hours ago | parent [-] | | In my case it's usually a video game in question, not a life support system, so I'm not poring over every line of code. I mainly look at: - The overall architecture to make sure it's in line with what I want - The points where it interacts with certain other systems I'm concerned about And I test the feature myself in addition to the test cases. Sol has proven to be outstanding at good test cases and having a coherent view on overall architecture integration. I basically never think to myself "this entire implementation is slop, I need to rip it out and refactor it" anymore. I suspect the model's capacity to translate requirements into contextually appropriate test cases, and insistence on thoroughly covering functionality in tests, is a large part of its strength. |
|
| |
| ▲ | bbg2401 5 hours ago | parent | prev [-] | | This is going to sound accusatory but I promise it isn’t. Did you feel the same way about 5.5? The same general sentiment keeps being expressed with every model release. The prior generation is immediately cast aside with a vague “well yes, actually we didn’t mean it last time” attitude. I think I even heard Theo the T3 guy suggesting that his work comes to halt if he can’t use the latest generation model, despite heaping significant praise on each generation previous and suggesting it does all of his programming tasks. The boundless energy with which each model generation is said to be revolutionary and leaving everyone behind is tiresome even when incremental progress is real and measurable. | | |
| ▲ | jimmaswell 3 hours ago | parent [-] | | Prior to 5.5 I thought the models were very useful but not trustworthy for certain tiers of tasks and needed more in depth verification. Frequent hand edits and times where it felt more productive to just finish something myself than keep rolling the dice on the model not subtly messing it up. But still great for targeted things. 5.5 on Extra High I found to be a huge leap in what it could tackle and how effectively but only up to a point. Still had common failure modes here and there but a big improvement When I tried 5.6 I wasn't expecting more than an incremental upgrade, but it blew me away with how "smart" it seemed, how it completely sidestepped failure modes I'd been used to dealing with in 5.5, its success rate on the first try for wide-sweeping architectural tasks, and how I've basically never seen a bad hallucination make it through to the final output. It's the first time I've felt like if I left it with a task on the highest setting and it had any way to verify its output, and told it to keep going, it could solve almost anything. This could all be incremental upgrades in many different areas of the model+harness, but the cumulative effect feels like crossing that "escape velocity" threshold. The point where there are no more rough edges and it "just works". I can't speak to others, but my feelings on all of these have been consistent since I tried them in the first place. I've also heard model providers draw people in at each new release with the model at full performance and then degrade it over time hoping users won't notice, which has seemed plausible anecdotally but I have no hard proof. |
|
| |
| ▲ | pipes 5 hours ago | parent | prev [-] | | It has taken me a few months to get productive with them. I did not pick it up easily. |
|
|
| ▲ | podgorniy 5 hours ago | parent | prev | next [-] |
| > These articles are so off from reality Which ones? That there is no evidence (not personal anecdotes but the numbers) of productivity increase? Or that our subscriptions are heavy subsidized (then try to compare produced value against real price of tokens)? Or that AI companies are burning tonn of cash without clear plan for monetization? Article has good points which are worth discussing rather than discarding. We need to bring arguments from both sides of the fense. |
| |
| ▲ | Aurornis 5 hours ago | parent | next [-] | | > That there is no evidence (not personal anecdotes but the numbers) of productivity increase? The blog tries to cite a 2025 METR study as evidence of no productivity increase, but they ignored the newer 2026 study by the same group that did show a productivity increase with the newer tools. I also think it's funny that there have become these hard demands for studies and proof of increased productivity. We never saw the same standard of evidence applied to previous advancements like different programming languages or using git for version control. We don't argue with people when they say they're personally more productive in emacs than in VS Code or vice versa. It's only when the topic of AI comes up that the bar for evidence gets raised to the sky | | |
| ▲ | eudamoniac 5 hours ago | parent [-] | | Because those tools were adopted organically by users because they were obviously good. AI is pushed from leaders onto users despite the users not thinking they are good. If my boss decides the whole company is switching to emacs I think he should have some evidence to support that decision, yes. | | |
| ▲ | Aurornis 4 hours ago | parent [-] | | > AI is pushed from leaders onto users despite the users not thinking they are good. Developers are pushing companies to give them access to AI tools and increase their token budgets. | | |
| ▲ | eudamoniac 4 hours ago | parent [-] | | That phenomenon is more rare than what I mentioned. Every* tech company is forcing AI. A few AI enthusiasts want more of it. Those are two unrelated situations. I can find developers pushing companies to use F#; that does not mean anything, and is very different from my boss switching the whole stack to F# suddenly. The former is someone wanting to use something he likes, the latter is forcing everyone to use something they may not like and that probably has big effects on the company, so should require evidence that the change is beneficial. |
|
|
| |
| ▲ | simonw 5 hours ago | parent | prev [-] | | > Which ones? The ones that shout about that one METR study, use it to imply that millions of developers are deceiving themselves in believing that tools they use every day are useful, then admit that they don't like and don't use the tools themselves. |
|
|
| ▲ | sgallant 5 hours ago | parent | prev | next [-] |
| I appreciate how the author is explicit about their bias. This opinion piece is more what he wants to happen rather than what's actually happening on the ground |
|
| ▲ | p2detar 5 hours ago | parent | prev | next [-] |
| From the article: > This is why I'm not using AI. I'm not using AI on moral, ethical grounds. The funny thing is - they are using AI and they will be using even more AI as it soaks into world economy even more; they just won‘t be using it directly. Well, not for a while at least, until practicality overcomes subjective morals. |
|
| ▲ | danesparza 6 hours ago | parent | prev | next [-] |
| "These articles are so off from reality to the point that it can't be taken seriously at all" So you disagree with the quote from Feynman? (the quote that forms the basis of the article) I'm genuinely curious to know what part of the article you feel is "so far off from reality"? |
| |
| ▲ | sho 5 hours ago | parent | next [-] | | There is no longer, in my opinion, any scope for reasonable debate that AI models like Fable 5 are net productivity increases for many, if not most, if not ALL, programming tasks. Anyone can, or should be able to, prove this to themselves in about 5 minutes. And so if someone like the author is trying to argue the contrary, that leads me to believe they either: (1) have not bothered to spend even 5 minutes validating their belief or (2) do not care to test their beliefs against reality, for whatever reason. Either one is a bit of a red flag. | | |
| ▲ | krupan 5 hours ago | parent | next [-] | | I just attempted to verify this myself, but they want my hard earned dollars first. I didn't see any satisfaction guarantee or anything. That already feels like a scam. | | |
| ▲ | sho 5 hours ago | parent [-] | | You know, if I held an important opinion about something, and there was a fairly easy way to conclusively validate or falsify it one way or the other, and all it was going to take was a couple of bucks, I'd just pay it. Having good info about the world I live in is important to me. Just saying. | | |
| ▲ | krupan 4 hours ago | parent [-] | | So you'll buy the supplements I'm selling? They'll cure everything that ails you, I promise ;-) | | |
| ▲ | sho 4 hours ago | parent [-] | | Let's try another tack. What would it take to change your mind? |
|
|
| |
| ▲ | CollinEMac 5 hours ago | parent | prev | next [-] | | It's pre-Fable 5 but they did site a real study. | |
| ▲ | eudamoniac 5 hours ago | parent | prev [-] | | Why do you think so many people who have used the same models you do, who are otherwise intelligent, and who should be able to prove to themselves your position in five minutes, don't? I'm somewhat agnostic about the whole thing, and I find the utter confidence you display strange and arrogant. Some really good devs say AI is not that great. Some other really good devs say it is great. Why is one side of them automatically delusional? Could they know something you don't? | | |
| ▲ | sho 4 hours ago | parent [-] | | > Why is one side of them automatically delusional? Could they know something you don't? I wrote and deleted a couple of answers to this - they didn't satisfy, so I'll just be honest. No, they don't know anything I don't know. There's now only one reason for denying that AI is helpful in software engineering, and that is emotional, be it fear of change or cultural point-scoring. The only honest answer to the question, "Is modern frontier AI helpful in most software engineering?" is "Yes, of course it is." Anyone answering differently than that is, by now, simply wrong. Why they are wrong may vary, but they are wrong. | | |
| ▲ | eudamoniac 4 hours ago | parent [-] | | I disagree and I think the distinction is what we mean by "helpful in software engineering". Is Fable helpful in that it can write some code that does what I told it to do? Yes, obviously. I don't think anyone is arguing that, because it's trivial to see that if you tell a frontier model to do a coding task, it usually does it well enough. Is Fable helpful in that over the span of six months of using it, the codebase and my brain's relation to it is in a better state than if I had not used it? Well, I don't know. In this case I understand the code less, and the code is probably in a poor state, but it is further along in the feature list. Whether that tradeoff is a net benefit to whatever metric you care about is debatable. I think most will agree that the extreme case in which you understand zero and the codebase is spaghetti (true vibecoding), but it has a bunch of features, is not good for most professional contexts, because we have seen this results in a high bugrate and eventual loss of trust in the tool and inability for the AI to maintain invariants due to context size. So somewhere on the spectrum between no-AI and vibecoding is probably ideal. Where on the spectrum is the argument, and everyone is going to have their own opinions based on their own domains. I don't see this as anyone being wrong or emotional. | | |
| ▲ | sho 3 hours ago | parent [-] | | > it's trivial to see that if you tell a frontier model to do a coding task, it usually does it well enough So you do not disagree? You agree 100%? Yes, it is trivial to see. Hence my near-anaphylactic reaction to articles like this, which specifically claim that it is NOT useful. Do you just mentally filter that out or something? > Is [..] the codebase and my brain's relation to it is in a better state than if I had not used it? But now this is a different question. It will not be the same, that's for sure. With new tools we must learn new patterns, new best practises. I have come around to the opinion that we must collectively move to a higher level of abstraction and accept that we will understand the code less - but I don't agree it must necessarily be worse. That will all depend on the new techniques we discover and apply. > So somewhere on the spectrum between no-AI and vibecoding is probably ideal. Where on the spectrum is the argument, and everyone is going to have their own opinions based on their own domains. I don't see this as anyone being wrong or emotional. I think that anyone planting a big flag at 0 (no AI) in 2026, with what we have available, is indeed doing it for emotional reasons, and when they claim there's no benefit being anywhere else, they're wrong. Which is what the article we're talking about is doing - hence my, and other's, scathing reaction. |
|
|
|
| |
| ▲ | Jtarii 5 hours ago | parent | prev | next [-] | | Using LLMs in a similar way to already existing IDE features like refactor, find/replace, search is unambiguously a productivity increase. Whether using them for actual task completion purposes is good or not is unknown. But imagine that Ctrl+F was just introduced as a feature and you had a bunch of people saying "All these people saying Ctrl+F is increasing their productivity are fooling themselves", it's just a silly thing to say. | |
| ▲ | dilyevsky 5 hours ago | parent | prev | next [-] | | "do not fool yourself" proceeds to fool himself... if you are honest about your bias that's still fooling yourself if your conclusions are just demonstrably wrong. | | |
| ▲ | louwrentius 2 hours ago | parent [-] | | Where’s your proof?
No anecdotes plz. | | |
| ▲ | dilyevsky 2 hours ago | parent [-] | | Here is a TCP simulator I built using Fable 5 to reproduce BBR paper results: https://ccsim.apoxy.dev It took it ~4 hours to bang out initial version which was slightly broken then it took me another day to fix some bugs. A year ago this would take me more than a month of dedicated work, probably longer. A 50x productivity boost on pure coding tasks easily. Try pointing Fable 5 to almost any CS paper - it can reproduce results in mere hours using maybe couple hundred bucks in retail token prices. This has been obvious to anyone caring to spent even just 30 mins for months now and the writing has been on the wall for more than a year. | | |
| ▲ | louwrentius an hour ago | parent [-] | | 1. Does this make money 2. Does this warrant the unsubsidized cost of AI? 3. Does this justify the harmful externalities of AI? I don't need personal anecdotes. I want evidence that organisations make more money, get more efficient (and so on) due to AI. Please cite a paper. | | |
| ▲ | dilyevsky an hour ago | parent [-] | | A lot of software projects don't make money directly. Our company makes money. This would have cost thousands of dollars paid to a contractor previously with unclear results so yes it's 100% justified. You're citing a paper that does not reproduce in the year 2026 and a guy who built a following on doom&gloom projections with zero actual verifiable sources and demanding proof. SMH | | |
| ▲ | louwrentius 11 minutes ago | parent [-] | | The 2025 paper showed how people could fool themselves. How easy it seems that you fool yourself. The 2026 paper admitted it's different and has issues. > A lot of software projects don't make money directly. Our company makes money. That's an evasive answer and you know it. It's about AI making an impact on the bottom line, justifying it's cost. > A lot of software projects don't make money directly. Our company makes money. This would have cost thousands of dollars paid to a contractor previously with unclear results so yes it's 100% justified. Thousands of dollars is pocket change even for a small company. That's not the kind of impact AI is supposed to have. You see why I'm not convinced?
You also don't talk about the unsubsidised cost of AI nor the negative externalities. |
|
|
|
|
| |
| ▲ | dcow 5 hours ago | parent | prev | next [-] | | The entire thing is an AI skeptic saying “I’m skeptical I found some outdated anecdata that supports my point”. Feynman’s quote is meant for the author of this post, not people using AI to execute better day to day. It’s not reasonable to point at a chatgpt subscription and say “look the entire industry isn’t sustainable”. We all know those are subsidized just like uber was. And there are plenty of people paying API rates for tokens and getting along just fine. Further, if there was a single point in history where an environmental concern killed an entire industry please point me to it. What happens in reality is that humans compromise and innovate under new sets of constraints. | | |
| ▲ | krupan 5 hours ago | parent [-] | | "Feynman’s quote is meant for the author of this post, not people using AI to execute better day to day." Lol! Feynman's quote is in fact for everyone. Refusing to consider that it might apply to yourself is proof of that! | | |
| ▲ | dcow 5 hours ago | parent [-] | | It’s not a consideration. I am more productive with AI. Period. Maybe that’s not the reality for you, but it is for me. I don’t need a study to prove it. | | |
|
| |
| ▲ | cognitiveinline 6 hours ago | parent | prev [-] | | The part that says > AI will just be turned off. | | |
| ▲ | danesparza 5 hours ago | parent | next [-] | | Ah - near the bottom where he is disclosing his own bias. Got it. So do you disagree that AI companies are in very large amounts of debt? And do you also disagree that debt will have real consequences (and one of those consequences might be either the lights going out or a buyout or merger)? | | |
| ▲ | sho 5 hours ago | parent [-] | | Tell me, when the dot com bubble burst, and all those debt-laden companies collapsed and had buyouts and mergers, was the internet turned off? | | |
| ▲ | danesparza 5 hours ago | parent | next [-] | | Not at all. And to be honest, I don't hear the original author asserting that all AI will go away. But if you have a ChatGPT plan and OpenAI is bought by another company (because they are insolvent) ... do you honestly think you will be able to continue using your service without a significant price increase? | | |
| ▲ | sho 5 hours ago | parent [-] | | I suppose that would be up to the new owner? How would I know what happens to their services? You shouldn't conflate AI-the-technology with OpenAI-the-company. I'm super bullish about the tech, couldn't care less about a specific company. I mean, I hate Oracle like any other sane person, but that doesn't mean I hate databases. I'm very confident that AI will continue to be available no matter what happens, at reasonable prices. We don't have to guess - we know what the open source models take to run, the hardware, the electricity, everything. They are served at a profit today - no-one is subsidizing them. Anyone can run GLM5.2 or (soon) K3 etc - you have capex and opex, you can serve X tokens per second, you sell them at Y price, it's just maths. AI is a technology, not a company or group of companies. |
| |
| ▲ | watwut 3 hours ago | parent | prev [-] | | Internet existed before dot com bubble. |
|
| |
| ▲ | kalkin 5 hours ago | parent | prev | next [-] | | > I'm quite influenced by Ed Zitron's reporting Zitron has been predicting an imminent bubble pop since 2023 (although in less and less falsifiable terms), as OpenAI and Anthropic revenues have steadily grown 3-10x per year, but people keep listening. Zitron has done a lot to misinform the public but at some point you have to conclude it's demand-driven, and people won't re-evaluate his credibility because he tells them what they want to hear. Useful: https://www.theargumentmag.com/p/ais-biggest-critic-has-lost... | | | |
| ▲ | bwat49 5 hours ago | parent | prev | next [-] | | I've been seeing a lot of this in online discourse where people are like "the bubble's gonna pop and then this will all be over!" it's a combination of wishlful thinking and straightup delusion to think that AI will just poof and disappear (maybe the specific LLM approach eventually, but not the general idea of AI/the industry/product as a whole) | |
| ▲ | hsuduebc2 5 hours ago | parent | prev [-] | | I had the same reaction. It is the same kind of argument people use to claim that computer science is useless because, “What would you do if the electricity went out?” The same thing as you, man. Die in the chaos. |
|
|
|
| ▲ | greygoo222 25 minutes ago | parent | prev | next [-] |
| Downright delusional. |
|
| ▲ | zobzu 5 hours ago | parent | prev | next [-] |
| id say they're not 100% wrong: - a lot of folks use ai poorly and innudate you with slop, reducing your own efficiency - because you can just prompt it doesn't mean you should. many let the machine crank out tokens until it works, rather than thinking about the problem first. of course, if AI solves my second point automatically, it'll solve the first as well, and we'll call that AGI. But we don't have that yet. |
|
| ▲ | johngoode 5 hours ago | parent | prev | next [-] |
| I stopped reading at the productivity comment, it's just deeply unserious stuff. |
| |
| ▲ | amarant 5 hours ago | parent [-] | | Citing a study published in '25, and thus conducted before that, basically before AI got good. Yeah this article is safe to ignore |
|
|
| ▲ | solumunus 5 hours ago | parent | prev | next [-] |
| I feel sorry for anyone who isn’t experiencing the gains I’m experiencing. I can see why AI could suck in massive teams, or software with very messy and inconsistent architecture. As a 2 man developer team working on a mono repo with clear and simple architecture, consistent schema conventions, and heavy context available, it’s becoming ludicrous how fast we can pump out stable features. We must be 3-4x faster at this point. I had estimated that I would have to take on at least 2 or 3 more developers at X customers, now it seems at even double that quantity of customers we’ll be absolutely fine with just 2 developers. It’s been a tremendous boon for my small business, beyond any possible imagination. And then all the time I hear the claim that there’s no productivity gain to be had. I guess me and my customers are living some kind of mass delusion. Just the other day there was data corruption discovered and a relatively urgent fix required. Just a few years ago I would have been working deep into the night to make sure everything was fixed for the morning. Within an hour Fable had it all wrapped up neatly and the fix deployed… |
| |
| ▲ | eudamoniac 5 hours ago | parent [-] | | >pump out stable features >data corruption...urgent fix required Do you people hear yourselves? | | |
| ▲ | solumunus 4 hours ago | parent [-] | | Are you claiming you’ve never been responsible for a bug that caused data corruption? Perhaps not, but it’s hardly a novel post-LLM bug. It’s regular stuff and obviously you know that. | | |
| ▲ | eudamoniac 4 hours ago | parent [-] | | As a 2 man developer team working on a mono repo with clear and simple architecture, no I have never caused urgent data corruption or seen it happen. That is more something that happens in codebases that are too big and complex to fully grasp. That it has already happened to you in this scenario does not bode well for the future stability of your codebase, in my opinion. | | |
| ▲ | solumunus 3 hours ago | parent [-] | | Urgent is an exaggeration I suppose. I have a high standard of customer service so to me it’s urgent, but the data was corrupted for 3 months before anyone noticed so it wasn’t critical. Ok I guess we just suck, whatever. We and our customers are very happy. |
|
|
|
|
|
| ▲ | sho 5 hours ago | parent | prev [-] |
| I find it fascinating how humans search for meaning in the unlikeliest of places, and how ancient tribal instincts will turn anything, anything at all, into an excuse for an in-group, an out-group, and a search for kinship on the most ridiculous little hill. This "Anti AI Social Club" is just the latest example, and reality has nothing to do with it. Denying reality might just be the whole point. It's a very human thing really. |
| |
| ▲ | podgorniy 5 hours ago | parent [-] | | I find it fascinating how humans search for meaning in the unlikeliest of places, and how ancient tribal instincts will turn anything, anything at all, into an excuse for an in-group, an out-group, and a search for kinship on the most ridiculous little hill.
This "Pro AI Social Club" is just the latest example, and reality has nothing to do with it. Denying reality might just be the whole point.
It's a very human thing really. | | |
| ▲ | sho 4 hours ago | parent [-] | | Cute, but I'm not the one who wrote the blog post. |
|
|