Evan Bacon 🥓

Introducing Expo Agent Build truly native iOS and Android apps from a prompt. Anything from React to SwiftUI to Jetpack Compose. Compile and deploy for Apple, Android, and the web right from the browser!

@evverin @amritwt price is a fairly agnostic benchmark

@amritwt on their own benchmark

CURSOR MADE A MODEL BETTER AND CHEAPER THAN OPUS

@Abriael @theroberthu @WesRoth gpt 3.5 can operate swift better than probably 80% of developers

@theroberthu @WesRoth You mispelled "flood their store with slop"

Apple has quietly halted App Store updates for popular AI "vibe-coding" applications most notably the $9 billion startup Replit and mobile app builder Vibecode. After months of pushback, Apple is reportedly demanding major UX changes. Replit is being asked to force its generated app previews to open in an external web browser rather than natively inside its app. Vibecode was told it must completely remove the ability to generate software specifically for Apple devices.

@TimSweeneyEpic @cedric_dev Android: Think Different

Apple needs to bring back Steve Wozniak to fix these idiotic missteps. It’s not only a terrible move against developers, it’s a move against kids learning to make apps and therefore a move against the future of Apple’s own platform.

@absolute__tk @Dimillian Swift isn’t a library. SwiftUI is

@Baconbrix @Dimillian swift is open source no?

swift

@seraleev Isn’t the app reviewed and approved as an app that builds apps? Its functionality didn’t materially change. A social media app is not approved as an app to load just one particular post, but rather any possible post.

After the removal of Rork, its competitors are now running into App Store issues as well. The reason is simple: These apps can generate and execute new code inside – app itself. But Apple doesn’t allow that – an app must not change its functionality after review. No new guidelines for vibe coding. Apple is just enforcing the old ones more strictly. Which likely means: “build apps directly on your iPhone” is coming to an end.

@wcastand I don’t really like platform extensions, each one adds an extra resolution check for each file you import, ie thousands of extra operations to bundle

@Baconbrix can we add a new extension .android .ios and .ios26 ? feels like diff between ios26 and 18 is so big it's a different platform sometimes

@filippkowalski You never really share evidence tho

@luke_pighetti @kashem_towhid I love writing code and I find it heartless to strip the next generation of access to fresh opportunities like the ones I had when I started.

@Baconbrix @kashem_towhid i think that’s a pretty heartless way to respond to people who had a good life supported by a craft they loved

Personal software—the most innovative movement in years—is being quietly killed across millions of devices.

@gabval7 It isn’t an iOS app

@Baconbrix Is EAS affected ?

@kashem_towhid Expo is the top iOS open source framework regardless of AI. If you’re afraid of competition you should work harder

@Baconbrix It’s in expos best interest for vibe coding tools to flourish but no actual dev is going to agree with you on this one lol it’s less competition for us.

so now we chill executing untrusted bash through a md file

@lydiahallie Adding to expo skills

if your skill depends on dynamic content, you can embed !`command` in your SKILL.md to inject shell output directly into the prompt Claude Code runs it when the skill is invoked and swaps the placeholder inline, the model only sees the result!

I disageee, don’t think vibe coding apps need an IOS app. It is a very small barrier to entry to make users actually sit down at their desk and vibe code on their laptop and it probably reduces the bottom of the barrel AI slop apps which clog App Store review queues by 100000%. (just noticed the em-dashes arguing with a clanker smh)

@EliotGevers She better buy a Mac, install Xcode, turn 18, and join the Apple developer program then!

@Baconbrix Yeah that's exactly what I was thinking. Just got harder for my little sister to build a mobile app that she wants for her tasks/schoolwork tracking

@ShrenikChoudhar @sethsetse @a0_dev 🥾👅

@sethsetse @a0_dev Don't like Apple's rules? Don't build an app for the App Store. You can't enter someone's house and tell them how to manage it.

The @a0_dev app got taken off the store 3 months ago and we made SEVERAL appeals with Apple to get it back to no avail. We've since gone with a different solution. A lot of people seem to have no idea what's really happening here so I want to share my thoughts. Apple removed our app and is blocking updates / releases to many other apps for Guideline 2.5.2, this guideline prohibits downloading and executing code inside of an app that changes features of functionality of the app. Our app and many other apps download the code for a users app so that it can be previewed on a users device with native capabilities. It's a matter of convenience, we want users to be able to download one app so that they can quickly test the many apps that they are building. There are many other ways for users to preview their mobile apps that are a much worse experience. The other options include TestFlight, previewing on the browser, using the Simulator on Mac, and downloading an ad-hoc build to a users device. Using TestFlight means users have to sign up for a $99 developer account and create a store listing just to upload their build just to test the app they're trying to build. It requires too much effort and money for new users who just want to try the app they've built and there's no way to let other people test the apps without adding them to your developer account or submitting your app for external TestFlight review which can add a multi day delay. Previewing the app on the browser is another popular solution with many problems. The browser preview is ugly and can't access native functionality. There are MANY features that don't work on the browser and the app doesn't look or behave the same as it does on an actual device. It's helpful for our users building apps on our website but doesn't test the real app. Ad-hoc builds needs to be signed for a user's device and require a very convoluted process to get the user's Device ID which include entering developer mode on your phone, a security delay from apple, and can also require a paid developer account if you want the builds to last longer than a few days. It's easy to see why we and many other vibe coding apps have chosen to allow users to instead download a single app and execute the code for their app inside of it. It reduces friction, saves money, and time. The 2.5.2 Guideline already has an exception for Educational apps and I think it should be extended to support Developer Tools. For Apple this is simply a matter of control, they want app developers to buy a Mac, download Xcode, and use the Simulator or TestFlight just to preview an app they're trying to build. There are many people who are seemingly happy about this and think that this will help improve their app review times or stop 'vibe-coded' apps from entering the app store. Those people are fools. The decision has nothing to do with the quality or volume of apps or how they are made. It's about how hard it is to test them. The only thing that will improve your app review times is Apple hiring more reviewers or relaxing the rules. Apple is a nearly $4 trillion company. Trust me, they can afford to hire more reviewers. Instead they've chosen to make the app testing process harder in an attempt to keep more control. We will continue making apps anyway.

@sebastienlorber @Danny_H_W @tmikov We enable react compiler by default, and have a pretty extensive transformer pipeline. The bottleneck in react native is the base number of files required for a hello world.

@Danny_H_W @tmikov Isn't this enough to fully remove Babel @Baconbrix ?

I came across this project randomly in my GitHub feed. What a pleasant surprise - so cool! github.com/jbroma/fast-fl…

@cyburns88 launch.dev supports flutter and we’re adding more frameworks

@Baconbrix EAS works for RN apps only right?

1. release: npx testflight 2. get adopted by every AI coding platform 3. ↓

@luke_pighetti @nikitabier Coding is fun

@Baconbrix @nikitabier what’s the difference between vibe deployment and vibe coded releases

iOS developers: How long is App Review taking for everyone these days? It is now taking longer to get our app approved than it is to build the actual features.