Feed

Page 3 of 18

Erik Craddock
Erik Craddock@eriklink

The Cathedral, the Bazaar, and the Winchester Mystery House

This certainly describes the primary way I use AI agents.

There is only one source of feedback that moves at the speed of AI-generated code: yourself. You're there to prompt, you're there to review. You don't need to recruit testers, run surveys, or manage design partners. You just build what you want, and use what you build.

And that's what many developers are doing with cheap code: building idiosyncratic tools for ourselves, guided by our passions, taste, and needs.

The Cathedral, the Bazaar, and the Winchester Mystery House

Drew Breunig

The Cathedral, the Bazaar, and the Winchester Mystery House

Welcome to the era of sprawling, idiosyncratic tooling.

linkby Drew Breunigvia Drew Breunig
0 Replies0 Boosts0 Likes
Erik Craddock
Erik Craddock@eriklink

Your code is worthless

We must return to the fundamental truth The source code is not the product. The product is the Outcome the user achieves. The code is merely the expensive, high-maintenance machinery required to deliver that outcome. If you can deliver a $1,000,000 outcome with 10 lines of code, you are a hero. If you deliver that same outcome with 37,000 lines, you have just created a $1,000,000 liability.

Your code is worthless

nathanielfishel.substack.com

Your code is worthless

Why "Vibe Coding" and vanity metrics are creating a technical debt bubble.

0 Replies0 Boosts0 Likes
Erik Craddock
Erik Craddock@eriklink

Thoughts on slowing the fuck down

And I would like to suggest that slowing the fuck down is the way to go. Give yourself time to think about what you're actually building and why. Give yourself an opportunity to say, fuck no, we don't need this. Set yourself limits on how much code you let the clanker generate per day, in line with your ability to actually review the code.

Thoughts on slowing the fuck down

mariozechner.at

Thoughts on slowing the fuck down

Thoughts on slowing the fuck down

linkvia mariozechner.at
0 Replies0 Boosts0 Likes
Erik Craddock
Erik Craddock@eriklink

The Illusionist and the Conjurer

Instead, the art moved from capturing images to choosing them. From the shutter finger to the editing eye. From “can I get the shot?” to “can I find the shot, in all of this, and do I know it when I see it?” The technical act got cheap. The judgment got more valuable. And an entire universe of new things that nobody predicted, things that couldn’t have existed in the era of 36 exposures, grew in the space that opened up.

I think that’s what’s happening now. With slides, with code, with writing, with design, with whatever domain you’re generating abundance in. The raw material is becoming infinite. The craft is migrating somewhere else.

The Illusionist and the Conjurer

worksonmymachine.ai

The Illusionist and the Conjurer

Penn & Teller have this philosophy about their craft.

linkby Scott Wernervia worksonmymachine.ai
0 Replies0 Boosts0 Likes
Erik Craddock
Erik Craddock@eriklink

You Are Not Your Job

I think this all makes sense for someone in the author's situation of which I am one. It should be remembered that there probably weren't many impoverished homeless people interviewed on their death beds. I'm assuming some of those would have had regrets about not earning enough money. My point is that even though people like me may be worrying about things like identity crisis, AI agents could have more tangible consequences for some.

Saying "I am a software engineer" is beginning to feel like saying "I am a calcultor" in 1950 now that digital machines can use electrical circuits to count, add, multiply - it's not long until they'll be able differentiate a non-continuous function... You're beginning to feel less-than-useful.

This bothers a lot of people for a reason (I think) that has nothing to do with the technology. The fear isn't really about losing a job title, it's about losing the story you tell yourself about who you are.

jry.io

You Are Not Your Job

linkvia jry.io
0 Replies0 Boosts0 Likes
Erik Craddock
Erik Craddock@eriklink

ImportAI 449: LLMs training other LLMs; 72B distributed training run; computer vision is harder than generative text

Imagine where we’ll be in two years – we’ll certainly have AI models that are smart enough to point themselves at a specific objective, find an open weight model, then autonomously improve it to get better performance at that task. The era of ephemeral, custom AI systems, built and budded off into the world like spores from mushrooms, draws near. Are you ready for this new ecosystem you will find yourself in? I am not. But nonetheless it approaches.

ImportAI 449: LLMs training other LLMs; 72B distributed training run; computer vision is harder than generative text

Import AI

ImportAI 449: LLMs training other LLMs; 72B distributed training run; computer vision is harder than generative text

Welcome to Import AI, a newsletter about AI research. Import AI runs on arXiv and feedback from readers. If you’d like to support this, please subscribe. Subscribe now Can LLMs autonomously refine …

linkby Jack Clarkvia Import AI
0 Replies0 Boosts0 Likes
Erik Craddock
Erik Craddock@eriklink

Madblog: A Markdown Folder That Federates Everywhere

I wanted a simple blogging platform that I could run from my own Markdown files. No intermediaries. No bloated UI. No JavaScript. No databases and migration scripts. No insecure plugins. Just a git folder, an Obsidian vault or a synchronized SyncThing directory, and the ability to create and modify content by simply writing text files, wherever I am.

Drop a Markdown file in the directory, and it's live. Edit it, and the changes propagate. Delete it, and it's gone.

Madblog: A Markdown Folder That Federates Everywhere

Fabio Manganiello

Madblog: A Markdown Folder That Federates Everywhere

A lightweight blogging engine based on text files, with native Fediverse and IndieWeb support

linkvia Fabio Manganiello
0 Replies0 Boosts0 Likes
Erik Craddock
Erik Craddock@eriklink

The Ghost in the Funnel

This is step one of how things are going to be for everyone eventually. Get an idea from someone else, then have your clanker build it for you.

The whole thing is designed to be forked, but I don’t think I’ll really be accepting any PRs. At all. If you want something added, fork it and have your Claude add it. That’s the whole contribution model. That might come off as antisocial but I mean it in the completely opposite way. I want to hear about what you built, I just don’t want to be a bottleneck for whether you can build it.

The Ghost in the Funnel

worksonmymachine.ai

The Ghost in the Funnel

Your Free Tier is Someone Else's Twenty-Minute Side Project

linkby Scott Wernervia worksonmymachine.ai
0 Replies0 Boosts0 Likes
Erik Craddock
Erik Craddock@eriklink

Stuck in the Middle With You

We recorded this song quite awhile ago. I really like how it turned out. We never shared it because I wouldn't do a video. I hate doing videos pretending that i'm playing music and we can't exactly to a live video. Rodney finally tired of waiting on me and created this cartoon video. I think he did a great job. It cracked me up.

Stuck in the Middle With You

YouTube

Stuck in the Middle With You

Erik - Lead Vocals, Acoustic GuitarLarry - Bass GuitarRodney - Background Vocals, Electric GuitarWritten by Gerry Rafferty /Joe Egan

linkvia YouTube
0 Replies0 Boosts0 Likes
Erik Craddock
Erik Craddock@eriklink

Learnings from a No-Code Library: Keeping the Spec Driven Development Triangle in Sync

I think he is on to something here. I've believed for awhile that the best way to learn to use agents and llm's for writing code it to focus more changing the spec instead of modifying mistakes in the code. This does work for smaller projects but can be problematic to say the least. This is a realistic solution to the problem.

Code implementation clarifies and communicates intent. I could stop there and walk out of the room. I missed this with whenwords.

The job is to keep specs, code, and tests in sync as they move forward. The system for managing that has to stay simple. If it creates developer mental overhead, it just moves the problem somewhere else.

The act of writing code improves the spec and the tests. Just like software doesn’t truly work until it meets the real world, a spec doesn’t truly work until it’s implemented.

No-code libraries are toys because they are unproven.

Even if you aren’t the one making decisions during implementation, decisions are being made. We should leverage LLMs to extract and structure those decisions.

And finally: we’ve been here before. The answer then was process. The answer now is also process. And just as we leverage cloud compute to enable CI/CD for agile, we should leverage LLMs to build something lightweight enough that we can fit in our heads, doesn’t slow us down, and helps us make sense of our software.

Learnings from a No-Code Library: Keeping the Spec Driven Development Triangle in Sync

Drew Breunig

Learnings from a No-Code Library: Keeping the Spec Driven Development Triangle in Sync

The following is a write up of a talk I delivered at MLOps Community’s “Coding Agents” conference, on March 3rd. There’s a video version of the talk available on YouTube.

0 Replies0 Boosts0 Likes

Page 3 of 18