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

51–60 of 64 posts

Re: Apple removes iPhone vibe coding app from app store

#51

Post by _alternator_ »

wolvoleo wrote: post #18
WillAdams wrote: post #15

Earlier quoted context omitted.

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…

I think this comment actually makes the case for highly custom LLM modifications to software. If you have priorities, you express them to the model and let it figure out how to maximize the UI for your needs.

Re: Apple removes iPhone vibe coding app from app store

#52

Post by NotPractical »

Apple's own Swift Playground app does the exact thing that supposedly violates the rules, abusing an inconsistently-applied exception for "educational" apps [1].

Recent regulation doesn't help here, by the way. iOS apps submitted for "notarization" to be distributed in alternative app stores in the EU, Japan, etc. still must comply with a subset of the guidelines, including 2.5.2. EU is probably not interested in strengthening the DMA so that Apple doesn't have to approve everything because then it makes other EU regulations easier to bypass (e.g. Chat Control).

Looks like YC wasted their money on this one, unless it's exempt because one of the founders used to work at Apple or something: https://news.ycombinator.com/item?id=45041185

[1] https://developer.apple.com/swift-playground/

Re: Apple removes iPhone vibe coding app from app store

#53

Post by NotPractical »

awakeasleep wrote: post #48
_moof wrote: post #41

Earlier quoted context omitted.

Years ago I watched a bunch of people stop an apartment building from being built. They did this by employing a legal concern that they didn't actually care about, but that they knew would stop the development in its tracks. It worked. That was the day I realized that for a lot of people, rules aren't actually rules. They're tools that they can use to stop something they don't like, no matter what the rule is really…

If you read the actual rule the exceptions are relatively well defined. Stuff like pythonista falls into their educational/coding app exception as they define it

The entire rule is as follows:

Apps should be self-contained in their bundles, and may not read or write data outside the designated container area, nor may they download, install, or execute code which introduces or changes features or functionality of the app, including other apps. Educational apps designed to teach, develop, or allow students to test executable code may, in limited circumstances, download code provided that such code is not used for other purposes. Such apps must make the source code provided by the app completely viewable and editable by the user.

There are not "exceptions"; there is one exception, and that's educational apps. But it's unclear why Pythonista is educational while the apps mentioned in the article are not. In fact, Pythonista is even listed in the "Productivity" section in the App Store.

Re: Apple removes iPhone vibe coding app from app store

#54

Post by jasomill »

Asmod4n wrote: post #36
nozzlegear wrote: post #28

Earlier quoted context omitted.

Those are terminal emulators, not actual terminals. You can't fork or exec on iOS/iPadOS, so they're not actually running e.g. a python process, they're just running python interpreter.

ish runs a full blown x86 alpine linux distro.

As I understand it, ish implements x86 instructions and Linux syscalls as functions and translates running programs into arrays of calls to these functions, so all the machine code that will ever run is included in the app bundle, which at least satisfies the rules iOS enforces at runtime.

As for the rules as written, I suppose you could make reasonable arguments either way.

Re: Apple removes iPhone vibe coding app from app store

#56

Post by wolvoleo »

_alternator_ wrote: post #51
wolvoleo wrote: post #18

Earlier quoted context omitted.

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…

I think this comment actually makes the case for highly custom LLM modifications to software. If you have priorities, you express them to the model and let it figure out how to maximize the UI for your needs.

Yes indeed but not as sliders IMO, that was my point

Re: Apple removes iPhone vibe coding app from app store

#59

Post by MarceliusK »

NotPractical wrote: post #52

Apple's own Swift Playground app does the exact thing that supposedly violates the rules, abusing an inconsistently-applied exception for "educational" apps [1]. Recent regulation doesn't help here, by the way. iOS apps submitted for "notarization" to be distributed in alternative app stores in the EU, Japan, etc. still must comply with a subset of the guidelines, including 2.5.2. EU is probably not interested in str…

The "educational" exception is definitely a convenient loophole, but it raises questions about consistency and fairness in how these rules are enforced across the board

Re: Apple removes iPhone vibe coding app from app store

#60

Post by MarceliusK »

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…

[dead]
Post reply on HN