News for hackers. Stuff that matters.

_matthew_

So I think I understand what hypfer's getting at, but I personally would never classify this sort of thing even remotely as "trolling".

@hypfer I'm curious, can you understand / identify with at least some of what I'm sharing below?:

A lot of people (likely near 100% of people) have their own internal beliefs about the world and they are largely commenting primarily to validate that belief (I am literally doing it with this comment). Like you often can see both what the person objectively wrote but then also get a feeling for some internal belief that motivated this specific comment.

And naturally, people are emotionally attached to their internal beliefs. And so sometimes comments are less a sharing of ideas and more a factually coded emotional rationalization of their internal beliefs. And when you read a comment like this that goes against one of your own beliefs, it may feel like an attack.

To me the distinction though is the motivation of the person on the other side. My interpretation is that true trolls have a motivation to incite emotions whereas most other people simply are trying to validate their own beliefs, despite potentially doing it in a way that is not emotionally palatable to all perspectives.

Separately, for you (hypfer), do you agree that there could be some amount of "hostile attribution bias" here? I saw this term while searching about this topic and to me it would explain both your perspective of feeling personally attacked and others perspective of feeling like that's actually not at all what's happening.

Re:Ghostty 1.4.0 on Tuesday October 27, 2026 @07:31PM (#50267367)
Lowkey so true. I was wondering why I was able to read to the end without getting lost or distracted lol
Quick tip here: Where possible try to trick the model into thinking whatever task it is writing will / could be read and performed by one of your coworkers rather than another agent. It will quickly fall into line and stop writing prompts meant for dumb historic low intelligence LLMs.
Re:Codex is EATING my Mac's disk space on Saturday October 17, 2026 @07:54PM (#50136354)
I ran into similar issues. Sometimes though there are good language specific solutions. For Rust based worktrees you should definitely check out https://mr-boxington.jdx.dev/ .

Regarding swapping, are you sure it's not just from ram backed tmpfs partition? For me that was it and most of the swap was from /tmp. So I created an agressive job that runs frequently to delete all tmp files not used in the last ~2 hours without any command holding handles to it.

The other thing I found was that there were a bunch of leftover processes from prior coding agents forking commands and just leaving them. So I had to build a system into my agent spawner to automatically launch each agent session in a cgroup whose processes all get killed on task completion.

I don't think it makes sense to have the prompt be that short. This is basically a bench.ark of how models interpret an overly vague prompt. It should at least be "Create a pacman clone in a single html page. Make it faithful to the original" if that's what we're scoring it on.
Re:Writing a better reality: The case for optimistic sci-fi on Monday September 14, 2026 @12:43AM (#49692087)
The interesting part about this is that what authors write _actually_ becomes reality to a certain degree. Like authors alongside hollywood and other content creators are _literally_ designing what the future looks like right now whether we realize it or not. So writing optimistically about our future may actually have an enormous impact on what our future will actually look like.

Like, the "modern" electric cars of today are heavily inspired by the common portrayal of "futuristic" tech from the years prior (think the electric "engine" sound used / mandated now). Conversational AIs that basically have recreated Her (2013). Even the personas that chatbots take on I would make the case are drawn from the actual characters in countless stories in its pretraining text.

And so, I would argue, that the more stories we have of optimistic futures where AI integrates into society, the more stories existing AIs trained today have to draw from to actually tune their behavior to. And similarly, the more positive futures there are to be inspired by, the more we may see investments to build products leading us to such a future.

In fact, if LLMs begin automating large sectors of innovation, the actual directions of products and research direction they take may literally be influenced directly by these stories.

To me that's the crazy part.

+1, I'll also add Maki to the list: https://github.com/tontinton/maki
Re:Death to px, long live ch on Sunday August 23, 2026 @01:00PM (#49410413)
To be honest, I'm quite thankful to whomever decided this. If it were the other way around and everyone used px but it represented true pixels, there's no doubt developers would be incorrectly designing interfaces across the board and websites looking totally off would be a common occurance due to you having an hdpi display or not having one (like what frequently happens with x based apps in Linux).

As an aside, technically, yes, it may have been better to converge on some more clearly "fake" unit rather than calling it a pixel but for me that's a nit pick.

I think software factory is a loaded term that implies it can help you build any software to any complexity which as you correctly noted, is absolutely not true.

However, if you just think of these kinds of LLM driven software factories as having a limit in terms of complexity (ie. some asymtotic / logarithmic increase in cost beyond aome complexity threshold), it still is quite a useful system to have (despite being admittably more niche) because it lets you quickly explore various product ideas, user experiences, and featuresets.

My personal take is that the best approach is to first prototype products as vibe coded slop using a software factory like this to understand the user experience, featureset, and product concepts. Then, once you have a clearer understanding you can properly design out the system and more carefully rebuild it either from scratch with a more costly model and clear architectural details or strip out the core systems and redesign them in large refactors.

Re:Compression Is Prediction on Wednesday August 12, 2026 @03:21AM (#49268899)
Oops, I think I looked past it because I only imagine 3Blue1Brown as a floating imaginary educational voice not a real person with a name .
Re:Compression Is Prediction on Tuesday August 11, 2026 @10:10PM (#49267082)
I'm surprised no one has mentioned the recent 3 Blue 1 Brown video on this topic: https://www.youtube.com/watch?v=l6DKRf-fAAM
Ello is targeted at 5 year olds whereas this is targeted at a broader range. Also the mechanisms are explained much more clearly here.
I had a similar idea but with a much lower-brained approach of security through purely uuid uniqueness (to some degree, similar to the initial writer controlling access), and without any actual constructs built into it:

https://github.com/matthewscholefield/blobse

Which powers a few small apps like https://matthewscholefield.github.io/votosphere/

Have you considered adding an llms.txt for linkedrecords? I'd love to be able to just tell my agent to build something and point it at your llms.txt and have it just build it out on its own reliably without having to clone the repo, go through the docs, etc.

Cro.ai seems to be: https://crof.ai/

Of course though they are not necessarily a viable solution for companies with security requirements etc. given it is just a single person project, but they still serve as a proof it can be done.

Re:Taskwarrior – CLI Task Management on Wednesday August 28, 2024 @07:41AM (#41378426)
I didn't like a few things about it so (like half the people on this thread xD) I built my own: https://github.com/matthewscholefield/autario

It's probably pretty niche complaints but I didn't like how overly precise due dates were (every due date has precision down to the second), how recurring tasks worked, especially with cross device synchronization, and a few other small things.