Rob Bazinet retweeted
Apple says you need a Mac to build iPhone apps.
Today I built one on Omarchy Linux, submitted it to the App Store, installed it on my iPhone over USB, and stopped it at a breakpoint in the debugger.
No Mac anywhere.
It's all open source:
github.com/joshuaswarren/oma…
Every September we mark Prostate Cancer Awareness Month. This year it’s more personal for me.
More than 330,000 American men this year will hear the words we did last spring when I was diagnosed with prostate cancer. By the time we found it, it had already spread to my bones.
When prostate cancer is caught early, the five-year survival is close to 100%.
So have the conversation with your doctor. Don’t put it off.
If you're at average risk, that conversation should start around 50, and the guidelines now say screening every 2 to 4 years. If you're a Black man, start it at 45 or earlier. You are nearly 70% more likely to get this disease and 2 to 4 times more likely to die from it. Which is an outrage in the richest country in the world.
If your father or your brother had prostate cancer, start the conversation at 45, and even earlier if more than one of them did.
I am deeply grateful to the doctors, nurses and other medical professionals who helped to control my cancer and who continue to take such good care of me. Their skill, dedication, and compassion mean so much. The radiation treatment from last fall worked as intended, and I continue to do the things I care about, like finishing my memoir.
Thank you to everyone who has reached out and continues to keep me and my family in your prayers. We appreciate every single one of you.
It’s my hope and prayer that by sharing our experience and being part of this important conversation, we can help save lives. Talk to your doctors. Ask the hard questions. Do it for yourself, and do it for the people who love you.
And no matter what, keep the faith. God bless you.
I'm officially done reading AI-generated code.
It's been two weeks since I looked at any of it.
I think the IDE is officially on its way to the graveyard. The job is no longer about "writing code," so we need new tools that better reflect this new reality.
While reviewing the code, I realized my only complaints were stylistic, and I wasn't finding any obvious bugs anymore.
The more code I generated, the harder it became to keep track of every line. I found that my time is better spent designing ways to verify that the overall system works than looking at the code.
State-of-the-art coding agents are better at writing code than I'd ever be, and I'm going to stop pretending otherwise.
I still think these coding agents can't go too far without an experienced human guiding them, but we're past the point where we need to check every line of code.
Rob Bazinet retweeted
I'm just going to dump my whole agentic setup out here, because I see too many people missing giant chunks of this and it's hurting them.
Here's what I have and recommend:
0. an AGENTS.md that is a router -- it sends the agent to the right skills, docs, tools
1. a standard workflow doc/skill customized to my needs ... (grab Matt Pocock skills if you don't already have something) ... I tag this in most sessions with `@/AGENT_WORKFLOW.md` and it pulls it in.
2. self-healing docs for every system, and agents are instructed to keep them updated ... I tag the ones I know I need, or let the agent find them through AGENTS.md ... I also provide a more detailed summary in the first 7 lines of every doc, so they're easily greppable to find the right thing, and this is documented in AGENTS.md
3. agents always run the app ... the agent should always actually run the app itself, and test its work and fix issues as it goes, especially if running autonomously / asynchronously
4. end-to-end tests and instructions to write more and keep up to date, and docs on how to write tests, what to avoid, and a list of all the tests and what they test in yet another markdown doc ... write and run targeted tests during implementation, improve and commit with work
5. custom linters at precommit hooks looking for any problems you run across, with `--fix` fixing the problems automatically, OR if that's not feasible, it shells out to a cheaper LLM like Composer 2.5 or Sonnet to fix the problems -- NOT just flagging them, but actually resulting in cleaned code
6. cross-agent review at each major point: research, plan, implementation, and wrap-up. I mean codex, claude, cursor, whatever -- but it shouldn't be the same model reviewing the same code. And specific docs for agent review, what to look for, how to approach it. Also, personas -- looking at the code from different perspectives, such as maintainability, code quality, security, performance, AI smells, domains (e.g. "financial services expert" or whatever) ... and each persona also "owns" a set of system docs too and keeps them up to date
7. agent traces / worksheets that track what the agent is doing each session. if the agent fails partway through, you should be able to hand this worksheet to another agent and it could finish the job. commit this worksheet with the work so it's all connected and easy to reference later (you will reference these later!!), also have the agent apply git tags that correspond to specific worksheet names so they're easy to find
8. automatic agent feedback to you at the end of the session, added to a doc that is also committed with the work, that you periodically ingest into an interactive session and improve your workflows
9. a tools or bin folder that contains python or bash scripts that the agent has skills to make to make its job easier (for example, I have an `agent_review` bash script that lets the agent kick off agent reviews via CLI without knowing each agent's particular incantations) ... docs on how to make scripts effectively, and instructions to constantly build these out more
10. periodic agent sweeps through recent commits, looking for problems / gotchas from a higher level across commits
11. a coding conventions doc that is just for specific coding conventions you want to see in the code base, your review agents use these a lot (but a lot of this should be in linters)
12. an agent loop / night shift skill for autonomous work, that lays out how the agent is to approach this, from an orchestration standpoint
13. a task queue that is accessible to the agent (mine is just a TODOS.md, but yours might be in Linear etc, with a CLI to fetch via API)
14. a periodic false-confidence test audit skill that looks for tests that aren't actually testing what you think they're testing, and that fix those
15. visual regression tests -- take screenshots, compare via tool and with agent visual review, commit with work (git lfs useful here) or at least push into the PR
16. automatic performance benchmark tests that notice when performance degrades
17. performance profiling tools that can be used by agents for targeted benchmarking, trying new techniques, comparing outputs, and comparing profiles
18. end-of-shift full validations, including running all tests, performance, agent reviews, sweeps, everything -- when you return, it's all as pristine as it can be
If you have all this, your agentic coding experience is going to be very different than dry prompting and manually guiding it toward the right thing every time.
AMD ACABA DE MATAR LAS SUSCRIPCIONES DE IA
La CEO de AMD Lisa Su presento oficialmente una PC del tamaño de una lonchera y ejecuto en vivo un modelo de 235 mil millones de parametros
Sin centro de datos. Sin nube. Sin GPU alquiladas
El chip en su interior es el AMD Ryzen AI Max+ 395
Es el primer chip x86 en el que la CPU y la GPU comparten el mismo bloque de memoria
Hasta 128 GB de memoria unificada
Una RTX 5090 te ofrece 32 GB de memoria de video
Una 4090 te da 24 GB
Pero esta pequeña maquina te ofrece mas de tres veces la memoria de cualquiera de ellas
Y cabe en una mochila
En inferencia con DeepSeek R1 le gano a una RTX 5080 por 3x
Una desktop del tamaño de un libro grueso superando una tarjeta grafica de mas de mil dolares en una carga de trabajo real de IA
Ahora haz las cuentas de tus suscripciones
Claude Code Max: $200 al mes
ChatGPT Pro: $200
Cursor: $20
Gemini: $20
Son $5,280 al año antes de construir una sola cosa
La version de 128GB de esta maquina cuesta entre $1,800 y $2,500
A ese ritmo se paga sola en menos de un año
Y despues corre sin costes adicionales, GRATIS
> Instalas Ollama
> Bajas Qwen3 235B
> Apuntas Claude Code a localhost
> La misma interfaz que ya usas
> Nada sale de tu maquina
> Nada cuesta por request
> Sin limitaciones a las 3am cuando por fin tienes tiempo para construir
Los abogados dejan de preocuparse por lo que OpenAI hace con sus archivos
Los developers dejan de ver el contador de tokens
Los founders dejan de matar prototipos porque la factura de la nube los asusta
La IA local ya no es solo una opcion mas economica
Es la unica IA que nadie puede quitarte
Y la pregunta ya no es si la IA local es lo suficientemente buena
Esta claro que si lo es
La verdadera pregunta es por que seguir pagando suscripciones cada mes cuando puedes correrla tu mismo
Rob Bazinet retweeted
A big Rails business just signed up for Ruby Native.
It feels surreal to see that domain in the account list.
Here's to me not messing up the onboarding! 😅
Rob Bazinet retweeted
Anyone wanna build an iOS app this weekend?
Rob Bazinet retweeted
I only learnt today that macOS has /usr/bin/time (not the shell version!) which has a -l option for showing memory/resource usage of whatever you ran.
Rob Bazinet retweeted
i found a github repo that lets you spin up an ai agency with ai employees
engineers, designers, growth marketers, product managers
each role runs as its own agent and they coordinate to ship ideas
10k+ stars in under 7 days
1. engineering (7 agents)
frontend, backend, mobile, ai, devops, prototyping, senior development
2. design (7)
ui/ux, research, architecture, branding, visual storytelling, image generation
3. marketing (8)
growth hacking, content, twitter, tiktok, instagram, reddit, app store
4. product (3)
sprint prioritization, trend research, feedback synthesis
5. project management (5)
production, coordination, operations, experimentation
6. testing (7)
qa, performance analysis, api testing, quality verification
7. support (6)
customer service, analytics, finance, legal, executive reporting
8. spatial computing (6)
xr, visionos, webxr, metal, vision pro
9. specialized (6)
multi agent orchestration, data analytics, sales, distribution
what i like about this approach is the framing
instead of one big ai agent trying to do everything, you structure it more like a company. specialized agents, clear responsibilities, workflows between them
im curious to see what this actually feels like in practice and if its any good (do your own research)
github.com/msitarzewski/agen…
but as always will share what i learn in public and on @startupideaspod
one thing is for certain and it reminds me
the future belongs to those who tinker with software like this
Rob Bazinet retweeted
Ask Claude Code to apply the learnings from this thread in your Rails app. You're welcome
discuss.rubyonrails.org/t/ac…
Rob Bazinet retweeted
Ruby is the best language for building AI apps. Yes, really.
The AI training ecosystem is irrelevant. What's left is product engineering, and nobody does that better than Ruby developers.
Includes my keynote at RubyConf Thailand 2026.
paolino.me/ruby-is-the-best-…
Rob Bazinet retweeted
I created a little Chrome extension for adding persistent notes to a web page. Works great, no frills. Source is very readable. Go check it out if you want something like this.
github.com/jamonholmgren/jam…
Rob Bazinet retweeted
My prove_it CLI is already proving valuable. Just watched Opus 4.6 complete an hourlong rewrite without me… ONLY because 6 times prove_it's own script & agent hooks blocked Claude from prematurely declaring victory. It's letting me focus on WHAT, not HOW github.com/searlsco/prove_it
Rob Bazinet retweeted
Announcing my new video podcast: Autonomous
Cohosted with @trustworthy_al we are two builders, one a seasoned agentic software engineer (me), one a non-traditional builder (Allen) who learned through AI, who have unfiltered conversations about building products, using AI as a tool, and pushing limits in work and life.
It's part technical, part philosophical, part two friends being real. Occasionally we might even build something live.
The show is for ambitious people who want to do more than they think they’re capable of, whether that’s shipping their first product, going deeper technically, or just thinking bigger.
We hope you enjoy it. Watch the first episode here on X, YouTube, or listen on any of your favorite podcast apps. Link in my profile.
Please let us know what topics you'd like to hear discussed and we'll get them on the docket. Thanks for watching and listening.
Rob Bazinet retweeted
Lately I’ve been embracing a constraint for small “nice-to-have” internal tools I hand off to AI to build:
stdlib only.
No Bundler.
No gems.
No dashboards.
No “while we’re here…”
If a tool is optional, it doesn’t get an operational budget.
That one decision removes a shocking amount of complexity.
You don’t need gems to talk to Slack webhooks.
You don’t need a framework to run something once a day.
You don’t need instrumentation for something whose failure mode is… mild disappointment.
Ruby’s stdlib already gives you:
- HTTP clients
- JSON + YAML parsing
- Logging
- Time, dates, randomness
- Exit codes that CI understands
- Minitest for a test suite
That’s enough.
The moment you add Bundler, you’ve promoted the tool.
Now it has dependencies.
Now it needs updates.
Now it’s quietly asking to be owned.
For “nice to have” tools, I’m optimizing for something else:
- Easy to reason about
- Easy to delete
- Hard to over-invest in
AI is great at filling in the boring parts once the constraint is clear.
My job is to decide what doesn’t belong.
Most internal tools don’t fail because they were underpowered.
They fail because they were over-professionalized.
If it’s optional…
stdlib is often more than enough.
And if it outgrows that constraint someday?
Great. That means it earned the complexity.
Until then… keep it small, cheap, and forgettable.
Rob Bazinet retweeted
As more applications start using the new O'Saasy license, it felt useful to have a place to showcase them - so I made one. Submissions welcome.
osaasy.directory/
Rob Bazinet retweeted
Omarchy 3.2 is out! @mitchellh's Ghostty is the new default terminal, @tobi's Try is included, new stable mirror/pkg repo, TUI for bluetooth, two new themes, visual theme picker, and SO MUCH MORE! github.com/basecamp/omarchy/…




























