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

The Codex App

openai.com

Post reply on HN
Print view View original

521–530 of 671 posts

Re: The Codex App

#521

Post by miroljub »

TZubiri wrote: post #34
miroljub wrote: post #8

Given the prevalence of Opencode and its ability to use any model and provider I don't see reason why would anyone bother with random vendors half-assed tools.

Are you calling OpenAI a random vendor? That's like calling Coca Cola a random beverage vendor

Yes, OpenAI is a random development tool vendor. In the same way Volkswagen is a random sausage vendor.

Do you drink your Coca Cola directly from the Coca Cola packaged bottle?

Or do you prefer to sip it in the cup of your choice and drink it from there? The same cup you use to drink Pepsi, Fanta, milk, and other beverages.

Re: The Codex App

#522

Post by jim180 »

holmesworcester wrote: post #499
pydry wrote: post #475

Earlier quoted context omitted.

>You reduce development effort by a third Done by the company which sells software which is supposed to reduce it tenfold?

> You don't casually give up massive abstraction wins Value is value, and levers are levers, regardless of the resources you have or the difficulty of the problem you're solving. If they can save effort with Electron and put that effort into things their research says users care about more, everyone wins.

After every time I read "save effort with Electron", I go back to Win2K VM and poke around things and realize how faster everything is than M4 Max, just because value is value, and Electron saves some effort.

Re: The Codex App

#523

Post by thefounder »

romainhuet wrote: post #102
thefounder wrote: post #70

Earlier quoted context omitted.

Any reason to switch from vscode with codex to this app? To me it looks like this app is more for non-developers but maybe I’m missing something

Good question! VS Code is still a great place for deep, hands-on coding with the Codex IDE extension. We built the Codex app to make it easier to run and supervise multiple agents across projects, let longer-running tasks execute in parallel, and keep a higher-level view of what’s happening. Would love to hear your feedback!

I already have multiple projects that I manage in full-screen via vscode. I just move from one to the other using “cmd” + “->” . You should be aware that the Claude Code extension for vscode is way better than codex extension so perhaps you should work a bit on that as well. Even if the agents do 80% of work I still need to check what they do and a familiar IDE seems the first choice of existing/old school developer

Re: The Codex App

#524

Post by ogoffart »

72deluxe wrote: post #498
ogoffart wrote: post #492

Earlier quoted context omitted.

Qt is still used, but I think part of the reason it is less used is that C++ isn't always the right language anymore for building GUI application. That’s actually why we're working on Slint ( https://slint.dev ): It's a cross-platform native UI toolkit where the UI layer is decoupled from the application language, so you can use Rust, JavaScript, Python, etc. for the logic depending on what fits the project better.

How can C++ not be the "right" language? It seems to meet all the requirements for event-driven GUIs - event handlers are function callbacks after all...

C++ works, but compared to other languages it's often no longer the most productive choice for UI work. Modern UI code is mostly glue and state management, where fast iteration matters more than squeezing out maximum performance. And when performance does matter, there are also newer, safer languages.

For teams comfortable with C++ or with existing C++ libraries to integrate, it can of course still be a strong choice, just not the preferred one for most current teams.

Re: The Codex App

#525

Post by Bishonen88 »

rubslopes wrote: post #128

To me, the obvious next step for these companies is to integrate their products with web hosting. At this point, the remaining hurdle for non-developers is deploying their creations to the cloud with built-in monetization.

I think deploying can already be done with the help of LLMs using docker and vpc's (e.g. hetzner and co.) rather easily.

What I struggle with is the legal overhead of e.g. collecting money for an app/website. I have a semi-finished app which I know I could delploy within a few hours but to collect money, living in Germany is a minefield from what I understand. I don't want my name made public with the app. GmbH (LLCs) cost thousands (?). The whole GDPR minefield, google-font usage scam etc. makes me hold back.

Googling/reddit only gives so much insights.

If someone has a good reference about starting a SaaS/App from within EU/Germany with all the legalities etc. I'd be super interested!

Re: The Codex App

#526

Post by vintagedave »

gloosx wrote: post #451
OlympicMarmoto wrote: post #220

It is baffling how these AI companies, with billions of dollars, cannot build native applications, even with the help of AI. From a UI perspective, these are mostly just chat apps, which are not particularly difficult to code from scratch. Before the usual excuses come about how it is impossible to build a custom UI, consider software that is orders of magnitude more complex, such as raddbg, 10x, Superluminal, Blende…

>This requires calling native APIs (e.g., Win32), which is not feasible from Electron. Who told you that? You can write entire C libraries and call them from Electron just fine. Browser is a native application after all. All this "native applications" debate boils down to the UI implementation strategy. Maintaining three separate UI stacks (WinUI, SwiftUI, GTK/Qt) is dramatically more expensive and slower to iterate…

> If "just build it natively" were actually easier, faster, or cheaper at scale, everyone would do just that

Value prop of product quality aside, isn't the AI claim that it helps you be more productive? I would expect that OpenAI would run multiple frontends and that they'd use Codex to do it.

Ie are they using their own AI (I would assume it's semi-vibe-coded) to just get out a new product or using AI to create a new product using the productivity gains to let them produce higher quality?

Re: The Codex App

#527

Post by SPICLK2 »

gbalduzzi wrote: post #462
gloosx wrote: post #451

Earlier quoted context omitted.

>This requires calling native APIs (e.g., Win32), which is not feasible from Electron. Who told you that? You can write entire C libraries and call them from Electron just fine. Browser is a native application after all. All this "native applications" debate boils down to the UI implementation strategy. Maintaining three separate UI stacks (WinUI, SwiftUI, GTK/Qt) is dramatically more expensive and slower to iterate…

It baffles me how much the discourse over native apps rarely takes this into consideration. You reduce development effort by a third, it is ok to debate whether a company so big should invest into a better product anyway but it is pretty clear why they are doing this

That might be true (although you do add in the mess of web frameworks), but I strongly believe that resource usage must factor into these calculations too. It's a net negative to end users if you can develop an app a bit quicker but require the end users to have multiple more times RAM, CPU, etc.

Re: The Codex App

#528

Post by sumedh »

wizzledonker wrote: post #434
another_twist wrote: post #409

Earlier quoted context omitted.

Meaning sentry exposes an MCP layer with a tool call layer and tool registry. In this case, the layer is provided by Sentry. Native would mean if calling specific Sentry APIs is provided as a specific integration path depending on the context. Atleast thats how I categorize.

I'm so confused. Sentry is a native client crash reporting tool. What does this have to do with MCP or the LLM itself? Do you mean when interpreting the crash data?

Sentry provides a MCP server where your LLM can call the Sentry MCP and answer questions like number of crashes in the last X days etc.

The LLM gets the data from Sentry using Sentry MCP.

Re: The Codex App

#529

Post by [deleted] »

verdverm wrote: post #113
elAhmo wrote: post #104

Earlier quoted context omitted.

Usage like this is becoming a rarity. Most people are editing significantly less and "agent interfaces" are slowly taking the focus.

"most" people aren't even using AI yet Of those that are, most are not vibe coding, so an editor is still required at many points

[deleted]

Re: The Codex App

#530

Post by nashashmi »

tptacek wrote: post #71
mellosouls wrote: post #44

Mac only. Again . Apple is great but this is OpenAI devs showing their disconnect from the mainstream. Its complacent at best, contemptuous at worst. SamA or somebody really needs to give the product managers here a kick up the arse.

If you were going to release a product for developers as soon as it was ready for developers to try, such that you could only launch on one platform and then follow up later with the rest, macOS is the obvious choice. There's nothing contemptuous about that.

Check out https://news.ycombinator.com/item?id=46829029
Post reply on HN