Tom MacWright
@macwright.com
10 months ago
💬 0
♻️ 0
❤️ 1
:( What would you have expected too see?
git forges like github or gitlab challenged the ci space by building solutions where you can bring first and third party runners the result? cheaper and better ci through companies that provide you with runners and best of all? llm tools like “claude code” can rewrite the pipelines for you
Want a modern, lightweight, minimal serverless client for Prisma Postgres?
Try `@prisma/ppg`. It's lightweight, HTTP-based, and no ORM required. ⏹️ When using multiple *local* Prisma Postgres instances via the VS Code UI, it may be convenient to stop and clean up DBs via the CLI!
🚀 In 6.11.0, we introduced this ability via the new `prisma dev stop` and `prisma dev rm` commands.
👉 Learn more: pris.ly/local-ppg?u... the watercoloring-to-pagerduty-alert sunday afternoon vibe shift
Sign in with Apple is not supported for macOS apps distributed outside of the Mac App Store – even if the Apple Developer Account could lead you to believe it does.
marekfort.me/blog/sign-in... safrà21 has easily become by favorite lunch place before taking a flight from mallorca
“We ship UI at the speed of light. The drawback is that there aren’t good UI toolkits out there compared to the ones that are available for JS UI solutions, but we solved that by building and open-sourcing our own, Noora.”
thebuildersreturn.substack.com/p/why-we-cho... i barely write code these days 😅
i thought llms would stop our innate obsession for taking the language that we love to other platforms and instead choose the language of the platform, but i was wrong
“I’ll admit we sometimes let ourselves get influenced by this pattern at Tuist, until we realized we weren’t making decisions for ourselves anymore.”
thebuildersreturn.substack.com/p/the-cost-o... swiftui previews would be an amazing feedback tool for agentic coding tools however, their unreliability, slowness, and proprietary nature makes them as terrible for llms as they are for developers apple is paying for all their years investing in proprietary solutions
at tuist we invested in translating our docs because we believe in languages as a tool to connect more deeply with communities
and just today we got a contributor offering help to translate our docs to chinese 🤗
community.tuist.dev/t/request-to... i’m surprised no one has agentic-coded a buffer alternative with native ios client, and maybe local-first?
the diff rendering could be improved, i'm thinking about making it a word-wise diff, any other ideas for diff algorithms lmk, i want to know more about diffs
good update
leaning on proprietary undocumented formas like xcode projects might have seemed a good idea for many years, but it’s become as painful for llms as it’s always been for humans
ai has made apple release cycles feel terribly slow by the time they release something to catch up with the industry, the idea is already obsolete
Wondering how widespread Prisma Postgres adoption is?
We have a live map that answers that 💡
Every green dot = an active point of presence handling real traffic 🌍
See the map in action 👇
pris.ly/global apple has traditionally made app development transitively dependent on macos and apple hardware through xcode, but in a world of agents, or headless coding, there’s never been a better opportunity to break that dependency further a macos environment for the agent can be an implementation detail
with ai writing automation for you in bash, and companies providing runners for your ci jobs, may abstractions and concepts such as mobile ci fall apart damn! even xcode projects ai managing them means we can gear tuist’s mental energy towards shaping new app building experiences
if you’ve got an agent building features remotely (e.g., for an ios app), how important it is to go through the standard pr review process? won’t we get to a point where we can trust the agent to review the work and also run automated tests such that work can land directly on “main”?