Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Apple removes iPhone vibe coding app from app store

gizmodo.com

Post reply on HN
Print view View original

11–20 of 64 posts

Re: Apple removes iPhone vibe coding app from app store

#11

Post by sheept »

cadamsdotcom wrote: post #5

It’ll be interesting to see if Apple comes around on customization of apps in general, because hopefully that’ll soon be what users expect. In the world where users expect to be able to customize software more and more, apps start to look quite rigid and open platforms like the web that offer flexibility start to look more appealing. Imagine a Lovable-style PWA that morphs into the app you vibecoded by storing the ge…

It could probably store the code in the Cache API and serve it from a service worker so that it works offline and doesn't require evaling JavaScript

Re: Apple removes iPhone vibe coding app from app store

#12

Post by Jyaif »

sheept wrote: post #8
ramesh31 wrote: post #7

Earlier quoted context omitted.

>"and that has always been disallowed". And it's always been a stupid rule. If I ship an app with a browser view, I can run any custom code I want in it. The rule is just a bandaid on Apple's lack of true sandboxing for apps.

That's because browsers are the most battle tested sandbox out there. It's not worth developing another sandbox if they already have Safari webview.

> browsers are the most battle tested sandbox out there

The most battle tested sandbox... after operating system. After all, browsers rely on the OS to provide the primitives for their sandboxes.

And curiously those primitives are not exposed by iOS.

Re: Apple removes iPhone vibe coding app from app store

#13

Post by wvenable »

ramesh31 wrote: post #7
peddling-brink wrote: post #3

As I understand it, these apps allowed running custom code from the app, and that has always been disallowed.

>"and that has always been disallowed". And it's always been a stupid rule. If I ship an app with a browser view, I can run any custom code I want in it. The rule is just a bandaid on Apple's lack of true sandboxing for apps.

> The rule is just a bandaid on Apple's lack of true sandboxing for apps.

That's not it at all. If an app can run arbitrary code then it can run other apps and that can by-pass the app store. They are specifically trying to prevent something like Wechat on the iPhone. It's not about security, it's about money and control.

Re: Apple removes iPhone vibe coding app from app store

#14

Post by wvenable »

legitronics wrote: post #10

What does vibe coding add here? How is this any different than just arbitrary code execution on device, which is exactly what this gatekeeper rule covers? (Not commenting on the rule, just want to see what’s new here)

The only thing it changes is the audience. Developers are an insanely small subset of iPhone users but these applications are targeting everyone else.

Re: Apple removes iPhone vibe coding app from app store

#15

Post by WillAdams »

WarmWash wrote: post #6
_alternator_ wrote: post #4

The real problem for Apple here: in the fairly near future, the model of pre-defined functionality of software will be obsolete. All apps will be vibe coded and customized. Individual apps will basically be silos that protect proprietary data sources that are difficult to collect. But they will be infinitely more configurable than they are today.

I suspect any minute the first software with integrated AI customization will launch. Geeks will hate it, but regular folks will love trading all those god damn endless settings and menus for a simple prompt bar. In an almost ironic twist, GUI will revert back to a "CLI".

Yeah, I've been wondering what this might look like for a 3D printer slicer --- heck, I'd be glad to just have a series of sliders:

- aesthetic print quality

- dimensional accuracy

- strength

- ease of removing supports

- reliability of printing

which resolve to two values which estimate:

- print time

- volume of material used/consumed in supports

Re: Apple removes iPhone vibe coding app from app store

#16

Post by mciancia »

wvenable wrote: post #13
ramesh31 wrote: post #7

Earlier quoted context omitted.

>"and that has always been disallowed". And it's always been a stupid rule. If I ship an app with a browser view, I can run any custom code I want in it. The rule is just a bandaid on Apple's lack of true sandboxing for apps.

> The rule is just a bandaid on Apple's lack of true sandboxing for apps. That's not it at all. If an app can run arbitrary code then it can run other apps and that can by-pass the app store. They are specifically trying to prevent something like Wechat on the iPhone. It's not about security, it's about money and control.

Wechat works on iPhone

Re: Apple removes iPhone vibe coding app from app store

#17

Post by namanyayg »

cadamsdotcom wrote: post #5

It’ll be interesting to see if Apple comes around on customization of apps in general, because hopefully that’ll soon be what users expect. In the world where users expect to be able to customize software more and more, apps start to look quite rigid and open platforms like the web that offer flexibility start to look more appealing. Imagine a Lovable-style PWA that morphs into the app you vibecoded by storing the ge…

That's funny to read this today morning because that's exactly what i've been working on.

We helped a Series B YC company with a whitelabel Lovable app so all of their customers can build exactly what they need on top of their SaaS!

It really works -- 1200 customers are now vibe coding daily and using their SaaS a LOT more.

Re: Apple removes iPhone vibe coding app from app store

#18

Post by wolvoleo »

WillAdams wrote: post #15
WarmWash wrote: post #6

Earlier quoted context omitted.

I suspect any minute the first software with integrated AI customization will launch. Geeks will hate it, but regular folks will love trading all those god damn endless settings and menus for a simple prompt bar. In an almost ironic twist, GUI will revert back to a "CLI".

Yeah, I've been wondering what this might look like for a 3D printer slicer --- heck, I'd be glad to just have a series of sliders: - aesthetic print quality - dimensional accuracy - strength - ease of removing supports - reliability of printing which resolve to two values which estimate: - print time - volume of material used/consumed in supports

Yeah but not everyone has the same priorities within those sliders. For example strength is something that has many different types. Tensile strength, compression strength, shearing etc.

You use different infills to optimise for each type. This differs per model. An AI can surely help optimise it but it won't always know which one to prioritize, it requires knowing exactly what the printed model will be used for.

The same with aesthetics, usually you care about one specific side. And for ease of remove, are you willing to use support interface material? That makes a lot of difference.

Re: Apple removes iPhone vibe coding app from app store

#20

Post by echoangle »

peddling-brink wrote: post #3

As I understand it, these apps allowed running custom code from the app, and that has always been disallowed.

Maybe disallowed but definitely not enforced. There’s an app called Pythonista that has allowed you to run arbitrary python code for years.
Post reply on HN