Time in the field would have been spent with family, too. Women used to weave and spin loom for clothing as they walked, and developed tools for it. Families used to include the children in the field work when possible, in rural areas. In addition, families working the fields used to spend less time working than modern adults do, not more[1]
> The ancien règime in France is reported to have guaranteed fifty-two Sundays, ninety rest days, and thirty-eight holidays. In Spain, travelers noted that holidays totaled five months per year.
One of the reasons why children, teens, and young adults have become so infantalised is because they are socialised mostly around each other, and spend a lot of time being told "no you can't, you are a child". This is not a call for children to enter the mines, and I do not wish to see child labour laws repealed (as they are apparently being in some parts of the USA). But for children to be socialised correctly, they must maintain connections with people of all ages, both older and younger — all benefit from such an arrangement. For them to grow up, they must be treated as people, and given age-appropriate responsibility and inclusion in the tasks that adults do. It is harder to teach a teenager to wash the dishes and their clothes, than it is to ask for a child's help washing the dishes and your/their clothes. The children are happy to help and to be included, you get to teach them rudimentary tasks, and it counts as family bonding time. The alienation of children from adults, and the alienation of children from their parents' work, is a great loss to society as a whole.
> One of the reasons why children, teens, and young adults have become so infantalised is because they are socialised mostly around each other, and spend a lot of time being told "no you can't, you are a child".
I agree,but this has become so normalised that people think that spending time with kids one's own age is then only way to be properly socialised. People say kids who do anything else will be "weird". It is the single commonest objection to home education that children cannot be socialised except by spending the most if their time with their own age group (rather than with adults or kids of a range of ages).
I found my kids loved helping with whatever I did, whether cooking or installing an OS. There is always something they can do: fetch something or pour something or keep an eyebon something. It was more fun for me too.
Time on computer is often spent "with family" too, eg. my son is home from school today and noodling around on my phone next to me while I handle a bunch of errands online.
Not sure if you are being sarcastic or not here, but sitting next to each other in the same room isn't the same as spending time together.
I can sit with my butt touching someone else's on the subway for an hour, but would hardly call that "spending time together", or presume to know anything about them other than their smell.
It's a response to the GP, which makes the point that time in the field would still be spent with family. Time in the field with family is different from "spending time together" in the same sense that time on the computer adjacent to family is different from "spending time together". In both cases, your attention is on a task rather than on a person, you may be performing different tasks, and you're in close physical proximity but not necessarily doing the same thing.
Also I think many extroverts misunderstand introverts in this respect. My mom (introvert) and me (introvert) would often just read in the same room, and that was enough for us: I assure you, it felt very different than sitting with my butt against a complete stranger on the subway. My younger kids (introvert and ambivert) insist on digging their toes under my back while we sleep to make sure I haven't gone anywhere; they are not even conscious, but the proximity is important to them. This particular kid is an extrovert and has made about a dozen bids for my attention in the time between my previous comment and now (most of which have been reciprocated), but that is again the huge difference between sitting next to a family member and sitting next to a stranger on the subway. With family, that bond of trust is already there, and so you feel okay interrupting the silence to ask what your next move should be in Magic Sort, or why you can't download Township, or how do you turn the phone off silent mode, or showing me how he just beat his personal best score on 1 To 100, while you would never ask those of a stranger on the subway.
> In addition, families working the fields used to spend less time working than modern adults do, not more[1]
And they'd spend a lot more time doing all the things we don't need to do anymore. The money I get from work buys a lot of convenient _not_ needing to do a lot of menial labor.
This article has the bones of something interesting, but the style is too barren and the content really needs to be fleshed out more. I feel like if a human had written it, they would have thought of more to write. Like a human wouldn't be content with two paragraph section about K&R C without actually writing about difficulties encountered with this, parts that were interesting to implement and parts that weren't, et cetera. A human would look at that and go "ok but, what is the point to this, what makes this interesting?"
It is not enough to simply say you have done something interesting (which is all that this blog post amounts to), we as humans want to know the story of it, it's that that makes it interesting. You can't get that story if you're just vibecoding it, much like how the one person involved in Wolfram Alpha spent a lot of tokens on an LLM that constructed alternative forms of logic, and came away from it thinking that it was worthless, the entire time wasted, because there was absolutely no way for a human to interact with it, those logics had no story or analogies or anything for a human to latch on to.
I agree, another example is the line ‘lots of things had to be done by hand’. I think a more human narrative would be describing the discovery that thing X that we take for granted was missing and tell the story of figuring it out.
Giving them the benefit of the doubt though, perhaps they were aiming for brevity.
I respect your tastes but, as a human, I like the objectivity in the article. I actually couldn't care less about the backstory and I tend to skip articles that wander around without getting to the point. I prefer to read a book when I want that.
In other words, different people sometimes want different things...
Ok, but brevity is the soul of wit. That's part of my point, this is a long form article with no content. If a human had written it, it would simply have been two to four paragraphs instead! "I made a thing, and it was cool the api stayed the same" rather than this really long winded article saying nothing at all.
People who are interested in DOS software might take note of "Pits", a DOS assembler demo from 2024 which features, quote:
- Multithreading (using all hyper-threads / CPU cores)
- Video mode up to Full HD (1920x1080 / 16 bpp)
- 64-iterative ray-casting
- Pure DOS with Protected Mode (no drivers, no DPMI)
Those people should also definitely check out "Mariana" (2024), a 256 byte demo from the same author, using the same techniques, which was even nominated for the Meteoriks Award for that year.
Features:
- Multithreading (using all CPU cores & hyper-threads)
- Full HD / HiColor (1920x1080 / 16 bpp)
- 128-iterative fractal on FPU
- Pure DOS (no drivers, no DPMI)
Meta and Google are entirely advertising-focused companies, with their main revenue coming from being able to put together accurate profiles of people to spam them with campaigning attempts to get them to buy things.
Author of the OP is the VP of the adtech company, with their main revenue coming from being able to put together accurate profiles of people to spam them with campaigning attempts to get them to buy things.
He is not mad because Google can kinda-track users under new system. He is mad because Google can kinda-track users under new system, but his company _won't be able to any more_. Hence all the "cartel" talk.
I think people are very justifiably angry that a very stable, well trusted tool, has started to immediately go downhill. The Linux Mint Timeshift tool has an issue open documenting a number of regressions that are currently open on the rsync issues page, that were only introduced post-vibecoding (https://github.com/linuxmint/timeshift/issues/548), one of those links goes to a larger aggregate of bugs reported downstream (https://github.com/void-linux/void-packages/issues/60825). I think it is incredibly rational and sane, given the reputation of vibecoded software as-such (where every professional who loves it is saying "you have to hold it in this very specific way so it doesn't cause bugs, and also you should probably only use it for version 0s so you can map out the domain"), for people to be angry that their load-bearing industry standard backup tool that is very, very well respected is suddenly pulling the rug out from under them because the maintainer wants to "add more features" and is doing it in what is clearly an unsafe way. Also from the timeshift thread:
> not sure if this is just me, but after updating rsync, my cpu usage got so bad during my daily backups that i had to stop timeshift from running forever
Or, phrased differently - People are frustrated and annoyed that the tool they trusted with their backups and data are seeing a huge number of regressions and new bugs that break their entire backup infrastructure, all because the main dev is vibecoding that software. Vibecoding experts like Simon Wilson explicitly state that vibecoding is 'viable' in the sense of "only if you hold the tool in a specific way", and this person is either not doing that, or that statement is untruthful. If you actually read the thread in question and just skim over the argument two people are having, there are multiple reports from users in industrial and government settings that now have to go through whole processes to update this software, simply because the software has become immediately untrustworthy in a way that directly harms users and defeats the entire point of the software in question.
I think I would also be mad if I relied on this software for my 500gb+ backups, and I wonder how many more issues have been introduced that we simply won't learn about until a company has a $10 million dollar data loss because they were not testing their backups consistently.
> The Linux Mint Timeshift tool has an issue open documenting a number of regressions that are currently open on the rsync issues page, that were only introduced post-vibecoding (https://github.com/linuxmint/timeshift/issues/548)
There are four actual regressions there. The commits that introduced two of them have been identified, and neither neither of those mentions Claude (or another LLM).
If you look at the actual commits that credit Claude, they are not huge commits (many are a few lines), most are tests and config. This is not vibe-coding.
> there are multiple reports from users in industrial and government settings that now have to go through whole processes to update this software
If people are handling such critical data with it they will be testing upgrades before deploying to production right?
> I wonder how many more issues have been introduced that we simply won't learn about until a company has a $10 million dollar data loss because they were not testing their backups consistently.
If a backup failure would cause a $10mn loss then its grossly irresponsible to not test your backups.
I don’t think people really care about rsync or the nuance. They just want to make an insta-reaction, rant about AI, then move on to the next story that raises their blood pressure.
I don't know how deeply you read into it, but people pointed out that Claude rewrote the entire testing stack in Python. Worse than that but it rolled its own unique framework. Every test file will randomly redefine its own `_run_and_capture` function
How could we even check if either human or robot code is working properly if we're not even sure the test suite works?
Also, another user[1] compiled a nonexhaustive list of 7 issues they found introduced because of the changes.
If the 7 issues three are the same underlying issue. Another two at least relate to the same commit and probably the same underlying code. One is not related to a Claude assisted commit. That leaves three that are.
Adding that to the two in the issues further up, that makes a total of five bugs in AI assisted commits.
That may or may not be true, people are justifiably (or not justifiably) angry about a lot of things all the time.
But this was very obviously a brigading attempt. It's a form of online bullying. If it had been about whether the maintainer liked striped socks, nothing else about this would have changed.
Later on the brigade can claim "oh we had a justifiable grievance" to sooth their souls, but what actually happened is what actually happened.
It's all a bit silly and childish.
(To be sure: the balance of fao_'s statement is well reasoned. It's the brigade who are being childish, and I don't think they should be rewarded for that. )
> The Linux Mint Timeshift tool has an issue open documenting a number of regressions that are currently open on the rsync issues page, that were only introduced post-vibecoding
Hi fao, the issue you linked starts with:
> Rsync 3.4.3 and newer is AI slop, and currently has several open security vulnerabilities and other critical bugs (including some link-related ones) caused by said AI slop:
It then proceeds to link to multiple functional regressions caused by (theoretically) fixes to security vulnerabilities.
This took me about 10 mins to review. It seems that the person who created the issue did not bother to spend 10 minutes to check his own work. Is this "vibe reporting"? What should we say about the irony of employing "human slop" to trash "AI slop"?
Further ironically, the "aggregate of bugs" in void-linux included an issue that was not even about rsync. More "human slop" that you are happy with?
Exactly this. The most salient comment basically said that AI use has increased the cadence of commits beyond reliable testing capacity for what was a stable product in equilibrium. It isn't an issue specific complaint so it wouldn't make sense to only flag one specific issue. In fact you'd fall behind trying to chase the AI moving head. This has everything to do with AI, and isn't a normal issue reporting situation. The other camp seems highly defensive, which reeks of indefensibility.
Gluten-free cooking has come a long way since I was a five year old with celiac eating bread with the texture of cardboard! For pizza check out the America's Test Kitchen's recipe, which apparently gets pretty close (however it might be off, I've never had wheat pizza! haha):
Personally I do a 'lazy pizza' which is just a really basic primitive bread (like how people would have made bread before yeast):
The original recipe was:
- 8oz doves farm self raising flour (or any celiac self raising flour. but doves is the og and the best IMHO)
- 1 large or medium egg
- 1 tsp baking powder
- cold water to mix (alternatively: a cup and a bit of water with 1tsp chia seeds in it, you want them in the water for about 10 - 20 minutes with regular (regular!) stirring. stirring every time they kinda coalesce at the bottom. it should look like frogs spawn by the time you're through.)
Oil pan well, put soft dough in (you want it like. soft enough that it starts to spread just a little. but not so wet that it's spreading a lot. you do NOT want it as dry as a normal non-celiac bread because there is no gluten to hold on to the water). flatten with oily silicon brush, then top. cook at 180°C for 20 minutes or so. You might want to cook it a little before topping if your toppings are cooked already. And honestly, I just eyeball the cooking time based on how it behaves.
The chia seeds help make it a little chewy, which apparently is part of how pizza dough usually reacts, as well as pulling and stabilising any moisture so it doesn't get soggy.
If software engineering wants to progress past being an "art" and be considered an engineering discipline, then it should adopt methods and practices from engineering. First and foremost, one of the universal methodologies is analysis of root cause in faults, and redundancies to avoid that. e.g. the FAA has two pilots for planes, and each system is built in redundantly so if an engineer misses a bolt or rivet, the plane won't crash. intersections are designed such that there is a forcing function[0] on the behaviour of the motorists to prevent fault. Or, to take your tool analogy, nail guns are designed to be pressed against something with a decent amount of pressure before you can fire them.
All of these systems are designed around the core idea of "a human acting irrationally or improperly is not at fault" and, furthermore, that a human can have a bad day and still avoid a mistake. They all steer someone around a possible fault. Hell, the reason why we divide the road into lanes is itself a forcing function to avoid traffic collisions!
So, where is the forcing function in large language models? What part of a large language model prevents gross misuse by laymen?
I can think of examples here and there, maybe. OpenAI had to add guard rails to stop people from poisoning themselves with botulism and boron, etc. But the problem here is that the LLM is probabilistic, so there's really no guarantee that those guard rails will hold. I seem to remember there being a paper from a few months back, posted here, that show AI guardrails cannot be proven to work consistently. In that context, LLMs cannot be considered "safe" or "reliable" enough for use. Eddie Burback has a very, very good video showing an absolute worst case result of this[1], that was posted here last year. Even then, off the top of my head Angela Collier has a really, really good video demonstrating that there's an absolute plethora of people who have succumbed, in large ways or small, to the bullshit AI can spew[2].
I feel like if most developers were actually serious about being an engineering discipline, like we claim, then we wouldn't have all jumped on the LLM bandwagon until they'd been properly tested and had a certain level of reliability. Instead there are a sizable chunk of people saying they've stopped coding by hand entirely, and aren't even reviewing the code! i.e. They've thrown out a forcing function that existed to prevent errorenous PRs being committed! And for some bizzare reason, after about 2 decades of people talking about type safety and how we need formal verification to reduce error, everyone seems to be throwing "reduction of error" out the window!
> I feel like if most developers were actually serious about being an engineering discipline, like we claim, then we wouldn't have all jumped on the LLM bandwagon until they'd been properly tested and had a certain level of reliability
Development can’t be a “serious” engineering discipline because the economics of tech companies doesn’t allow for it. But this has a lot less to do about developers, and significantly more to do with the severe pressure company executives are putting on everyone to use AI, no matter what.
But let’s be honest, many companies have adopted things like root cause analysis and blameless postmortems to deal with infrastructure reliability and reducing incidents. Making systems resilient to human mistakes, making it impossible for the typo to blow up a database, etc. are considered best practices at most places I’ve worked. On the product side, I think it’s absolutely normal to make it hard for a user to take an action that would seriously mess up their account.
The core problem happens when your product idea (say, social media) has vast negative externalities which the company isn’t forced to deal with economically. Whereas in other engineering disciplines, many things are actually safety related and you could get sued over. I’m imagining pretty much anything a structural engineer or electrical engineer works on could seriously hurt or kill someone if a bad enough mistake was made.
That just doesn’t apply to software. There is a lot of “life & death” software, but it’s more niche. The reality is that 90% of what the tech industry works on is not capable of physically harming humans, and it’s not really possible to sue over the potential negative consequences of… a dev tooling startup? It’s a very, very different industry than those other engineering disciplines work in.
But, software engineering has actually been extremely successful at minimizing risk from software defects. The most likely worst software level mistake I could make could… crash my own program. It likely wouldn’t even crash the operating system since it’s isolated. That lack of trust in what other people might do is codified everywhere in software. On an iPhone, I’m downloading apps edited by tens of thousands of other engineers, at essentially no risk to myself at all.
With the amount of AI-generated slop content on the front of HN these days, I'm honestly reconsidering visiting this site in the first place. What's the point? It seems better to curate RSS from existing known-good sources.
The art of essay-writing seems to not be something people here care about any more. If a human didn't bother to write it, why should I bother to read it?! Just post up the bullet points you would feed the LLM, and let the people who want to do so, post it into their own LLMs so they can make the Content and shovel it into their eyeballs by themselves, instead.
reply