Live data from Hacker News

The Codex App

openai.com

231–240 of 671 posts

Re: The Codex App

#231

I'm still waiting for the big pivotal moment in this space, I think there is a lot of potential with rethinking an IDE to be Agent first, and lots of what is out there is still lacking. (It's like we all don't know what we don't know, so we are just recycling UX around trying to solve it) I keep coming back to my basic terminal with tmux running multiple sessions. I recently though forked this https://github.com/tian…

Or maybe, hear me out, we don't need any of this ""agent"" first shiny thingy

Re: The Codex App

#232
post #46

Genuinely curious if people would just let this rip with no obvious isolation? I’m aware Mac OS has some isolation/sandboxes but without running codex via docker I wouldn’t be running codex. (Appreciate there are still risks)

I wouldn't trust it. I'm moving to always running AI coding in a full VM.

Re: The Codex App

#233

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…

> even with the help of AI. This is what you get when you build with AI, an electron app with an input field.

Doesn't have to be. I just revived one of my C++ GLFW app from 2009. Codex was able to help me get it running again and added some nice new features.

I guess you get an Electron app if you don't prompt it otherwise. Probably because it's learned from what all the humans are putting out there these days.

That said.. unless you know better, it's going to keep happening. Even moreso when folks aren't learning the fundamentals anymore.

Re: The Codex App

#234

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…

- Video games often use HTML/JS-based UI these days.

- UE5 has its own custom UI framework, which definitely does not feel "native" on any platform. Not really any better than Electron.

- You can easily call native APIs from Electron.

I agree that Electron apps that feel "web-y" or hog resources unnecessarily are distasteful, but most people don't know or care whether the apps they're running use native UI frameworks, and being able to reassign web developers to work on desktop apps is a significant selling point that will keep companies coming back to Electron instead of native.

Re: The Codex App

#235

We are certainly approaching the point where a high end MacBook Pro for development isn’t required. Feels very close to just being able to use an iPad? My current workplace deploy on Vercel, we already test actively on feature branches and the models have gotten so good that you can reliably just commit what they’ve done (with linting and type check hooks etc) and in the rare event something is broken, follow up with…

* Replace MacBook with any high-end machine that requires a bunch of configuration for local dev. And replace iPad with any thin client that’s much more portable and convenient, eg glasses that display a screen and Bluetooth keyboard. Why shouldn’t I be able to describe the changes I want to an LLM from a coffee shop?

Re: The Codex App

#236
post #82

Earlier quoted context omitted.

Going cross platform doesn’t sound the main reason (or I hope not). For a company that size, is it really hard to hire specialised small team?! It would be a good show case for their Codex too

It is hard because this product will likely be obsolete next year based on how quickly AI is changing and evolving. Speed is king when you're on the frontier

[deleted]

Re: The Codex App

#237

We are certainly approaching the point where a high end MacBook Pro for development isn’t required. Feels very close to just being able to use an iPad? My current workplace deploy on Vercel, we already test actively on feature branches and the models have gotten so good that you can reliably just commit what they’ve done (with linting and type check hooks etc) and in the rare event something is broken, follow up with…

Judging from the performance issues with Claude Code, you won't be able to run a decent agentic cli or desktop workflow orchestrator on anything other than mbp.

Re: The Codex App

#238

I'm still waiting for the big pivotal moment in this space, I think there is a lot of potential with rethinking an IDE to be Agent first, and lots of what is out there is still lacking. (It's like we all don't know what we don't know, so we are just recycling UX around trying to solve it) I keep coming back to my basic terminal with tmux running multiple sessions. I recently though forked this https://github.com/tian…

There is little to no integration between deterministic IDE features(like refactorings) and LLMs. For example I don't want a statistical tool to rename a method by predicting tokens, I want it to use IDE features and not via another higher abstraction protocol like mpc, I want deeper integration. Sometimes I look at comments in code and think "why can't I have an agent checking if the content of a comment actually reflect the code below?" I feel like we're light years away from a killer integration

Re: The Codex App

#239
post #234

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…

- Video games often use HTML/JS-based UI these days. - UE5 has its own custom UI framework, which definitely does not feel "native" on any platform. Not really any better than Electron. - You can easily call native APIs from Electron. I agree that Electron apps that feel "web-y" or hog resources unnecessarily are distasteful, but most people don't know or care whether the apps they're running use native UI frameworks…

Given that OpenAI managed to single-handedly triple the price of RAM globally, people will very much care about their chat application consuming what little scraps are left over for them, even if they don't know enough about anything to know why their system is running poorly.

Re: The Codex App

#240
It seems the big feature is working agents in parallel? I've been working agents in parallel in Claude Code for almost 9 months now. Just create a command in .claude/commands that references an agent in .claude/agents. You can also just call parallel default Task agents to work concurrently.

Using slash commands and agents has been a game changer for me for anything from creating and executing on plans to following proper CI/CD policies when I commit changes.

To Codex more generally, I love it for surgical changes or whenever Claude chases its tail. It's also very, very good at finding Claude's blindspots on plans. Using AI tools adversarially is another big win in terms of getting things 90% right the first time. Once you get the right execution plan with the right code snippets, Claude is essentially a very fast typer. That's how I prefer to do AI-assisted development personally.

That said, I agree with the comments on tokens. I can use Codex until the sun goes down on $20/month. I use the $200/month pro plan with Claude and have only maxxed out a couple times, but I do find the volume to quality to be better with Claude. So far it's worth the money.

Post reply on HN