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

Apps SDK

developers.openai.com

Post reply on HN
Print view View original

231–240 of 397 posts

Re: Apps SDK

#231

Post by NBJack »

hn_throwaway_99 wrote: post #224
koreth1 wrote: post #205

Earlier quoted context omitted.

> I've seen people who prefer to say "hey siri set alarm clock for 10 AM" rather than use the UI. Which makes sense, because language is the way people literally have evolved specialized organs for. I don't think it's necessary to resort to evolutionary-biology explanations for that. When I use voice to set my alarm, it's usually because my phone isn't in my hand. Maybe it's across the room from me. And speaking to i…

Even when my phone is in my hand I'll use voice for a number of commands, because it's faster.

I'd love to know the kind of phone you're using where the voice commands are faster than touchscreen navigation.

Most of the practical day to day tasks on the Androids I've used are 5-10 taps away from a lock screen, and get far less dirty looks from those around me.

Re: Apps SDK

#232

Post by jeremyjh »

alganet wrote: post #198
anal_reactor wrote: post #151

Earlier quoted context omitted.

> the tailored browsing methods already in place are the results of years of careful design and battle testing Have you ever worked in a corporation? Do you really think that Windows 8 UI was the fruit of years of careful design? What about Workday? > but it is bizarre that so many businesses seem to be discarding battle tested UXes for chatbots Not really. If the chatbot is smart enough then chatbot is the more natu…

> Of course the problem is that most chatbots aren't smart. But this is a purely technical problem that can be solved within foreseeable future. Ah yes, it's just a small detail. Don't worry about it.

I'm sure some very smart Chatbots are working on it.

Re: Apps SDK

#233

Post by fragmede »

hn_throwaway_99 wrote: post #224
koreth1 wrote: post #205

Earlier quoted context omitted.

> I've seen people who prefer to say "hey siri set alarm clock for 10 AM" rather than use the UI. Which makes sense, because language is the way people literally have evolved specialized organs for. I don't think it's necessary to resort to evolutionary-biology explanations for that. When I use voice to set my alarm, it's usually because my phone isn't in my hand. Maybe it's across the room from me. And speaking to i…

Even when my phone is in my hand I'll use voice for a number of commands, because it's faster.

and less mental overhead. Go to the home screen, find the clock app, go to the alarm tab, set the time, set the label, turn it on, get annoyed by the number of alarms that are there that I should delete so there isn't a million of them. Or just ask Siri to do it.

Re: Apps SDK

#234

Post by sailfast »

Why would I want to enable OpenAI to collect an Apple Tax from me down the road?

Sure, this helps app partners access their large user base and grows their functionality too - but the end game has to be lock-in with a 30% tax right?

Re: Apps SDK

#235

Post by jeremyjh »

jerojero wrote: post #158
glenstein wrote: post #115

Earlier quoted context omitted.

There's a lot of appropriate blowback against stupid AI hype and I'm all for it. But I do think in many respects it's a better interface than (1) bad search results, (2) cluttered websites, (3) freemium apps with upgrade nags, as well as the collective search cost of sorting through all those things. I remember reading some not-Neuromancer book by William Gibson where one of his near-future predictions was print maga…

I think you need to be careful here because you shouldn't be comparing chat apps to the current state of search results. Instead you compare it to the ideal or to the state of them before companies decided that instead of providing what people are looking for it was more profitable to provide them with related content that they're paid to show. We are at a moment where we're trying to figure out how to design good in…

Its fine though, because this technology is a commodity, anyone can run it or resell it. I expect I can continue paying Kagi or someone like them to provide a good experience at a fair price.

Re: Apps SDK

#236

Post by apt-apt-apt-apt »

wiradikusuma wrote: post #43

In 2018, I founded a startup specializing in chatbot for events. At the time the platforms were Alexa Skills, Actions on Google, and Messenger Platform (and LINE Bot, for people in Asia). I guess what's old is new again, but with fancier tech. This time will be different?

Chatbots with and without GPT is like comparing a car with round vs triangular wheels

Re: Apps SDK

#237

Post by jeremyjh »

glenstein wrote: post #214
jerojero wrote: post #158

Earlier quoted context omitted.

I think you need to be careful here because you shouldn't be comparing chat apps to the current state of search results. Instead you compare it to the ideal or to the state of them before companies decided that instead of providing what people are looking for it was more profitable to provide them with related content that they're paid to show. We are at a moment where we're trying to figure out how to design good in…

I think you're right that it's going to get enshittified (in fact I tried to say a similar thing toward the end of my comment). I'll stand by this though, LLM Chat, as it exists now, is (imo) objectively better than Google Search, as it is now. Google Search at its best (or, say, Kagi), vs LLM Chat at its best, I would say there's an interesting open question, but I can see the case for chat winning. But I think it's…

I'll say it: ChatGPT is better than Kagi, and better than Google Search 1.0 at searching the web and finding relevant sources, even if that is all you use it for is to just find links that you read. Usually its analysis is sound if I don't know anything about the subject matter.

Re: Apps SDK

#238

Post by ed »

A bit underwhelming when you see what's actually on offer. "Apps" are really just MCP servers, with an extension to allow returning HTML.

A lot of the fundamental issues with MCP are still present: MCP is pretty single-player, users must "pull" content from the service, and the model of "enabling connections" is fairly unintuitive compared to "opening an app."

Ideally apps would have a dedicated entry point, be able to push content to users, and have some persistence in the UI. And really the primary interface should be HTML, not chat.

As such I think this current iteration will turn out a lot like GPT's.

Re: Apps SDK

#239

Post by rco8786 »

codybontecou wrote: post #68
tantalor wrote: post #38

Earlier quoted context omitted.

When the iPhone came out, there were like 6 apps, and no app store. In 2024, iOS App Store generated $1.3T in revenue, 85% of which went to developers.

Will this have a revenue share / marketplace built into it?

Altman mentioned an App Store is coming

Re: Apps SDK

#240

Post by mindwok »

darajava wrote: post #171

I don't understand, what could be built with this platform that wouldn't be made obsolete by conceivable updates to ChatGPT? Another commenter suggested a hotel search function: > Find me hotels in Capetown that have a pool by the beach .Should cost between 200 dollars to 800 dollars a night ChatGPT can already do this. Similarly, their own pizza lookup example seems like it would exist or nearly exist with current f…

ChatGPT can only do this now because the information is essentially freely available. Booking.com etc post their pages on the web to get traffic. In the world OpenAI is imagining, people will rarely if ever interact with the internet directly, it’ll instead all be through intermediary LLMs. In that world, the organisations that own authoritative information about hotel prices and locations will not make that freely available to LLMs, they will sell it. ChatGPT is trying to get ahead by encouraging them to embed themselves directly into their platform so they get first dibs on this kinda stuff before they put up the walls.
Post reply on HN