9 ms·
For some reason these fully functional ai generated projects that the authors vibe out while playing guitar and clipping their toenails are never open source.
by WD-42 1y ago
For some reason these fully functional ai generated projects that the authors vibe out while playing guitar and clipping their toenails are never open source.
- dcow 1y agoExcept this one is (see your sibling).
- fc417fc802 1y ago> the authors vibe out while playing guitar and clipping their toenails I don't think anyone is claiming that. If you submit changes to a FOSS project and an LLM assisted you in writing them how would anyone know? Assuming at least that you are an otherwise competent developer and that you carefully review all code before you commit it. The (admittedly still controversial) claim being made is that developers with LLM assistance are more productive than those without. Further, that there is little incentive for such developers to advertise this assistance. Less trouble for all involved to represent it as 100% your own unassisted work.
- EGreg 1y agoWhy would you need to carefully review code? That is so 2024. You’re bottlenecking the process and are at a disadvantage when the AI could be working 24/7. We have AI agents that have been trained to review thousands of PRs that are produced by other, generative agents, and together they have already churned out much more software than human teams can write in a year. AI “assistance” is a short intermediate phase, like the “centaurs” that Garry Kasparov was very fond of (human + computer beat both a human and a computer by itself… until the computer-only became better). https://en.wikipedia.org/wiki/Advanced_chess https://en.wikipedia.org/wiki/Advanced_chess
- amake 1y ago> We have AI agents that have been trained to review thousands of PRs that are produced by other, generative agents, and together they have already churned out much more software than human teams can write in a year. Was your comment tongue-in-cheek? If not, where is this huge mass of AI-generated software?
- rvnx 1y agoAll around you, just that it doesn’t make sense for developers to reveal that a lot of their work is now about chunking and refining the specifications written by the product owner. Admitting such is like admitting you are overpaid for your job, and that a 20 USD AI-agent can do better and faster than you for 75% of the work. Is it easy to admit that you have learnt skills for 10+ years that are progressively already getting replaced by a machine ? (like thousands of jobs in the past). More and more, developer is going to be a monkey job where your only task is to make sure there is enough coal in the steam machine. Compilers destroyed the jobs of developers writing assembler code, they had to adapt. They insisted that hand-written assembler was better. Here is the same, except you write code in natural language. It may not be optimal in all situations but it often gets the job done.
- bonzini 1y agoGood luck debugging
- TeMPOraL 1y agoYou don't debug AI-generated code - you throw the problematic chunk away and have AI write it again, and if that doesn't help, you repeat the process, possibly with larger chunks. Okay, not in every case, but in many, and that's where we're headed. The reason is economics - i.e. the same reason approximately no one in the West repairs their clothes or appliances; they just throw the damaged thing away and buy a new one. Human labor is expensive, automated production is cheap - even more so in digital space.
- alganet 1y agoYou don't throw away dams, bridges, factories, submarines, planes. There is a lot of man made stuff you just cannot easily replace. Instead, we maintain it. Remember, _this is not about you_. The post is about qemu. I would argue that qemu is analogous to one of these pieces of infrastructure. There is only a handful of powerful virtual machines. These are _not_ easily replaceable commodities.
- latexr 1y ago> Assuming at least that you are an otherwise competent developer and that you carefully review all code before you commit it. That is a big assumption. If everyone were doing that, this wouldn’t be a major issue. But as the curl developer has noted, people are using LLMs without thinking and wasting everyone’s time and resources. https://www.linkedin.com/posts/danielstenberg_hackerone-curl-activity-7324820893862363136-glb1 https://www.linkedin.com/posts/danielstenberg_hackerone-curl... I can attest to that. Just the other day I got a bug report, clearly written with the assistance of an LLM, for software which has been stable and used in several places for years. This person, when faced with an error on their first try, instead of pondering “what am I doing wrong” instead opened a bug report with a “fix”. Of course, they were using the software wrong. They did not follow the very short and simple instructions and essentially invented steps (probably suggested by an LLM) that caused the problem. Waste of time for everyone involved, and one more notch on the road to causing burnout. Some of the worst kind of users are those who think “bug” means “anything which doesn’t immediately behave the way I thought it would”. LLMs empower them, to the detriment of everyone else.
- fc417fc802 1y agoSure I won't disagree that those people also exist but I don't think that's who the claim is being made about. Pointing out that subpar developers exist doesn't refute that good ones exist.
- latexr 1y agoThe point isn’t that “subpar developers exist” but that the tool misuse far outweighs and greatly affects the correct use and even those who don’t use them. These people aren’t even “subpar developers” a lot of the time, they aren’t developers at all. But they still negatively affect and impact good developers and software in general.
- bredren 1y agoMine is. And it is awesome: https://github.com/banagale/FileKitty https://github.com/banagale/FileKitty The most recent release includes a MacOS build in a dmg signed by Apple: https://github.com/banagale/FileKitty/releases/tag/v0.2.3 https://github.com/banagale/FileKitty/releases/tag/v0.2.3 I vibed that workflow just so more people could have access to this tool. It was a pain and it actually took time away from toenail clipping. And while I didn't lay hands on a guitar much during this period, I did manage to build this while bouncing between playing Civil War tunes on a 3D-printed violin and generating music in Suno for a soundtrack to “Back on That Crust,” the missing and one true spiritual successor to ToeJam & Earl: https://suno.com/song/e5b6dc04-ffab-4310-b9ef-815bdf742ecb https://suno.com/song/e5b6dc04-ffab-4310-b9ef-815bdf742ecb
- fingerlocks 1y agoThis app is concatenating files with an extra line of metadata added? You know this could be done in a few lines of shell script? You can then make it a finder action extension so it’s part of the system file manager app.
- pwm 1y agoSic transit gloria mundi
- bredren 1y agoThe parent claim was that devs don’t open-source their personal AI tools. FileKitty is mine and it is MIT-licensed on GitHub. It began as an experiment in AI-assisted app design and a cross-platform “cat these files” utility. Since then it has picked up: - Snapshot history (and change flags) for any file selection - A rendered folder tree that LLMs can digest, with per-prompt ignore filters - String-based ignore rules for both tree and file output, so prompts stay surgical My recent focus is making that generated context modular, so additional inputs (logs, design docs, architecture notes) can plug in cleanly. Apple’s new on-device foundation models could pair nicely with that. The bigger point: most AI tooling hides the exact nature of context. FileKitty puts that step in the open and keeps the programmer in the loop. I continue to believe LLMs can solve big problems with appropriate context and that intentionality in context prep is important step in evaluating ideas and implementation suggestions found in LLM outputs. There's a Homebrew build available and I'd be happy to take contributions: https://github.com/banagale/FileKitty https://github.com/banagale/FileKitty
- TeMPOraL 1y agoGoing by the standard of "But there are also local tools generated faster than you could adjust existing tools to do what you want", here's a random one of mine that's in regular use by my wife: https://github.com/TeMPOraL/qr-code-generator https://github.com/TeMPOraL/qr-code-generator Built with Aider and either Sonnet 3.5 or Gemini 2.5 Pro (I forgot to note that down in this project), and recently modified with Claude Code because I had to test it on something. Getting the first version of this up was literally both faster and easier than finding a QR code generator that I'm sure is not bloated, not bullshit, not loaded with trackers, that's not using shorteners or its own URL (it's always a stupid idea to use URL shorteners you don't control), not showing ads, mining bitcoin and shit, one that my wife can use in her workflow without being distracted too much. Static page, domain I own, a bit of fiddling with LLMs. What I can't link to is half a dozen single-use tools or faux tools created on the fly as part of working on something. But this happens to me couple times a month. To anchor another vertex in this parameter space, I found it easier and faster to ask LLM to build me a "breathing timer" (one that counts down N seconds and resets, repeatedly) with analog indicator by requesting it, because a search query to Google/Kagi would be of comparable length, and then I'd have to click on results! EDIT: Okay, another example: https://github.com/TeMPOraL/tampermonkey-scripts/blob/master/src/youtube-a-b-loop.js https://github.com/TeMPOraL/tampermonkey-scripts/blob/master... It overlays a trivial UI to set up looping over a segment of any YouTube video, and automatically persists the setting by video ID. It solves the trivial annoyance of channel jingles and other bullshit at start/end of videos that I use repeatedly as background music. This was mostly done zero-shot by Claude, with maybe two or three requests for corrections/extra features, total development time maybe 15 minutes. I use it every day all the time ever since. You could say, "but SponsorBlock" or whatever, but per what GP wrote, I just needed a small fraction of functionality of the tools I know exist, and it was trivial to generate that with AI.
- alganet 1y agoYour QR generator is actually a project written by humans repackaged: https://github.com/neocotic/qrious https://github.com/neocotic/qrious All the hard work was made by humans. I can do `npm install` without having to pay for AI, thanks.
- Philpax 1y agoHere's Armin Ronacher describing his open-source "sloppy XML" parser that he had AI write with his guidance from this week: https://lucumr.pocoo.org/2025/6/21/my-first-ai-library/ https://lucumr.pocoo.org/2025/6/21/my-first-ai-library/
- latexr 1y ago> To be clear: this isn't an endorsement of using models for serious Open Source libraries. This was an experiment to see how far I could get with minimal manual effort, and to unstick myself from an annoying blocker. The result is good enough for my immediate use case and I also felt good enough to publish it to PyPI in case someone else has the same problem. By their own admission, this is just kind of OK. They don’t even know how good or bad it is, just that it kind of solved an immediate problem. That’s not how you create sustainable and reliable software. Which is OK, sometimes you just need to crap something out to do a quick job, but that doesn’t really feel like what your parent comment is talking about.
- irthomasthomas 1y agoMy llm-consortium project was vibe coded. Some notes on how I did that in the announcement tweet if you click through https://x.com/karpathy/status/1870692546969735361 https://x.com/karpathy/status/1870692546969735361