Live data from Hacker News

The Codex App

openai.com

351–360 of 671 posts

Re: The Codex App

#351

Earlier quoted context omitted.

I work at OpenAI, and I get the concern. From our side, this was a careful tradeoff: Electron lets us iterate faster and makes it possible to bring the Codex app to Windows and Linux very soon. That doesn’t mean performance or UX don’t matter—we’re actively paying attention to both. Would genuinely love your thoughts if you try it. Early users have been surprised by how native it feels!

I use Google's antigravity so I personally have no problem w/ electron applications. At the end of the day UI performance is not a bottleneck for me.

Aaaaand that is why we, as end users get machines which are sluggish, because literally every. Single. Application is taking this attitude.

Shock horror, the waste adds up, and it adds up extremely quickly.

Re: The Codex App

#352

Earlier quoted context omitted.

This is another common excuse. You don't need to use microsoft's or apple's or google's shit UI frameworks. E.g. see https://filepilot.tech/ You can just write all the rendering yourself using metal/gl/dx. if you didn't want to write the rendering yourself there are plenty of libraries like skia, flutter's renderer, nanovg, etc

Customers simply don't care. I don't recall a single complain about RAM or disk usage of my Electron-based app to be reported in the past 10 years. You will be outcompeted if you waste your time reinventing the wheel and optimizing for stuff that doesn't matter. There is some market for highly optimized apps like e.g. Sublime Text, but you can clearly see that the companies behind them are struggling.

I don’t complain about Electron because I didn’t install the app if I could avoid it.

Re: The Codex App

#353

Earlier quoted context omitted.

This is another common excuse. You don't need to use microsoft's or apple's or google's shit UI frameworks. E.g. see https://filepilot.tech/ You can just write all the rendering yourself using metal/gl/dx. if you didn't want to write the rendering yourself there are plenty of libraries like skia, flutter's renderer, nanovg, etc

How is File Pilot for accessibility and for all of the little niceties like native scrolling, clipboard interaction, drag and drop, and so on? My impression is that the creator is has expertly focused on most/all of these details, but I don't have Windows to test. I insist on good UI as well, and, as a web developer, have spent many hours hand rolling web components that use . The most complicated one is a spreadshee…

File pilot is extremely good in my experience, literally the only issue is it doesn't display the sync status on icons in a Dropbox folder.

Re: The Codex App

#354

Earlier quoted context omitted.

Customers simply don't care. I don't recall a single complain about RAM or disk usage of my Electron-based app to be reported in the past 10 years. You will be outcompeted if you waste your time reinventing the wheel and optimizing for stuff that doesn't matter. There is some market for highly optimized apps like e.g. Sublime Text, but you can clearly see that the companies behind them are struggling.

> Customers simply don't care. I don't recall a single complain about RAM or disk usage of my Electron-based app to be reported in the past 10 years. I see complains about RAM and slugginess against Slack and countless others Electron apps every fucking day, same as with Adobe forcing web rendered UI parts in Photoshop, and other such cases. Forums are full of them, colleagues always complain about it.

How are Adobe and Slack/Salesforce doing?

Are they hurting for customers?

Re: The Codex App

#355

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…

What features are they missing that a native app would allow for? No-one outside of a small sliver of the tech community cares if an app is built with web tech Electron also opens up easier porting to Linux which almost certainly wouldn't happen if companies insist on native only

Users care about performance and jank, it’s just that they’ve been successfully forced to shut-up-and-deal-with-it. They’re not involved in purchasing or feedback, and the people that are don’t use it enough to care, or just don’t care. Users who complain about it may as well shout into the void for how much companies take note, but hey, at least we got an ai button now!

Atlassian products are a great example of this. Everyone knows Atlassian has garbage performance. Everyone complains about it. Never gets fixed though. Everyone I know could write customer complaints about its performance in every feedback box for a year, and the only thing that would happen is that we’d have wasted our own time.

Users _care_ about this stuff. They just aren’t empowered to feedback about it, or are trained to just sigh and put up with it.

Re: The Codex App

#356

Earlier quoted context omitted.

Their goal is to ship as fast as possible b/c they don't care about what you care about. Their objective is to gather as much data as possible & electron is good enough for that.

I work at OpenAI, and I get the concern. From our side, this was a careful tradeoff: Electron lets us iterate faster and makes it possible to bring the Codex app to Windows and Linux very soon. That doesn’t mean performance or UX don’t matter—we’re actively paying attention to both. Would genuinely love your thoughts if you try it. Early users have been surprised by how native it feels!

the problem is that getting this out in this shape the week after Cursor made $100M ARR would have made sense

getting it out now suggests there are structural problems about how decisions get made and code gets shipped—and the "iterate faster" line feels misplaced

Re: The Codex App

#357
post #284

People's mileage may vary, but in my instance, this was so bad that I actually got angry while trying to use it. It's slow and stupid. It does not do proper research. It does not follow instructions. It randomly decides to stop being agentic, and instead just dumps the code for me to paste. It has the extremely annoying habit of just doing stuff without understanding what I meant, making a mess, then claiming everyth…

I'm not taking OpenAI's side here but have you reviewed what claude did?

Re: The Codex App

#359
post #315

Earlier quoted context omitted.

Customers simply don't care. I don't recall a single complain about RAM or disk usage of my Electron-based app to be reported in the past 10 years. You will be outcompeted if you waste your time reinventing the wheel and optimizing for stuff that doesn't matter. There is some market for highly optimized apps like e.g. Sublime Text, but you can clearly see that the companies behind them are struggling.

The various GPU-accelerated terminal projects always make me chuckle

Not sure why, terminals are literally GPU accelerated text rendering solutions since the very beginning of rendering text

Re: The Codex App

#360
post #329

Earlier quoted context omitted.

If you look at the current hiring trends and how much longer it is taking developers to get jobs these days, a mid level ticket taker is definitely screwed between a flooded market, layoffs and AI. By definition, this is the worse AI coding will ever be and it’s pretty good now.

I am really not convinced yet. From all the data I have seen, the software industry is poised for a lot more growth in the foreseeable future. I wonder if we are experiencing a local minima, on a longer upward trend. Those that do find a job in a few days aren't online to write about it, so based on what is online we are lead to believe that it's all doom and gloom. We also come out of a silly growth period where any…

I mean it is online that major tech companies are have laid off a couple of hundred thousand people. What companies are going to absorb all of these people?

Anyone who hires can tell you one open req gets hundreds of applicants within 24 hours. LinkedIn easy apply backs that up.

I have two anecdotes from both sides. I applied for 200 jobs for a bog standard “C#/Python/Typescript” enterprise developer who had AWS experience. I heard crickets and every application had hundreds of applicants - LinkedIn shows you.

Did I mention according to my resume (I only went back 10 years) I had 10 years of experience as a developer including 2.5 leading AWS architecture at a startup and 3.5 actually working at AWS (ProServe)?

I had 8 jobs since 1996 and I’ve always been able to throw my resume up in the air and by the time it landed I would have three offers. LinkedIn showed that my application had hardly been viewed and my resume only downloaded twice.

Well everything I said above is true. But it was really just an experiment while I was waiting for my plan A outreach to work - targeting companies in a niche in AWS where at the time I could reasonably one of the industry experts with major open source contributions to a popular official “AWS Solution” and leaning on my network of directors, CTOs etc that I had established over the years.

None of them were looking for “human LLM code monkeys” that are a dime a dozen.

On the other hand, I’m in the hiring loop at my company. Last year we had over 6000 applicants and a 4% offer rate.

Who is going to absorb or need a bunch of mid level ticket takers in the future with AI improving? Or at least enough to absorb all of the ones who are currently being laid off and the ones coming in?

Post reply on HN