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

431–440 of 671 posts

Re: The Codex App

#431

Post by wizzledonker »

dheera wrote: post #292
namelosw wrote: post #255

Earlier quoted context omitted.

The situation for Desktop development is nasty. Microsoft had so many halfassed frameworks and nobody knows which one to use. It’s probably the de facto platform on Windows IS Electron, and Microsoft use them often, too. On MacOS is much better. But most of the team either ended up with locked in Mac-only or go cross platform with Electron.

This. Even Linux is nasty. Qt and GTK are both horrible messes to use. It would be nice if someone made a way to write desktop apps in JavaScript with a consistent, cross-platform modern UI (i.e. swipe to refresh, tabs, beautiful toggle switches, not microscopic check boxes) but without resorting to rendering everything inside a bloated WebKit browser.

Qt is not a horrible mess to use, the problem is just people don't bother to learn any tech stack outside web. It's so obvious that this is the issue to anybody who actually does native development.

Re: The Codex App

#432

Post by ramraj07 »

csomar wrote: post #428
herval wrote: post #363

Earlier quoted context omitted.

It’s just irrelevant for most users. These companies are getting more adoption than they can handle, no matter how clunky their desktop apps are. They’re optimizing for experimentation. Not performance.

It's not irrelevant for developers neither for users. Tiktok has shown that users deeply care about the experience and they'll flock en-masse to something that has a good experience.

The experience in the claude app is fine.

Re: The Codex App

#433

Post by tokioyoyo »

preston-kwei wrote: post #419
herval wrote: post #363

Earlier quoted context omitted.

It’s just irrelevant for most users. These companies are getting more adoption than they can handle, no matter how clunky their desktop apps are. They’re optimizing for experimentation. Not performance.

While this may be true for casual users, for dev native products like Codex, the desktop experience actually matters a lot. When you are living in the tool for hours, latency, keyboard handling, file system access, and OS-level integration stop being “nice to have” and start affecting real productivity. web or Electron apps are fine for experimentation, but they hit a ceiling fast for serious workflows -- especially…

Still good enough for the majority of the users.

Re: The Codex App

#434

Post by wizzledonker »

another_twist wrote: post #409
hdjrudni wrote: post #253

Earlier quoted context omitted.

What does Sentry via MCP even mean? You want the LLM to call Sentry itself whenever it encounters an error?

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?

Re: The Codex App

#435

Post by tokioyoyo »

rafram wrote: post #258
harikb wrote: post #244

Earlier quoted context omitted.

I have been building Desktop apps with Go + Wails[1]. I happen to know Go, but if you are ai-coding even that is not necessary. A full fledged app, that does everything I want, is ~ 10MB. I know Tauri+Rust can get it to probably 1 MB. But it is a far cry from these Electron based apps shipping 140MB+ . My app at 10MB does a lot more, has tons of screens. Yes, it can be vibe coded and it is especially not an excuse th…

I've looked into Tauri and Wails, but they don't seem realistic for a cross-platform app with wide distribution across multiple platforms and platform versions. One of Electron's main selling points is that you control the browser version. Anything that relies on the system web view (like Tauri and Wails) will either force you to aggressively drop support for out-of-date OS versions, or constantly check caniuse.com a…

Yes, but most people don’t do that. Companies are optimizing to ship features fast, not trying to min/max resource usage when majority don’t care.

This is a new era where “if it works more or less well, ux/dx is fine, let’s ship it” has more moat than ever. Everything else is really secondary.

Re: The Codex App

#436

Post by kzahel »

punnerud wrote: post #271

When can I get remote access in the iPhone app? Start on my laptop, check results using Tailscale/VPN and add follow up’s on the mobile to run on the computer. Know many that would love this feature.

Right? Why not focus on a nice mobile handoff experience? Not being tethered to your desktop or laptop for work is such a game changer! This codex app is like exactly the workflow I use but the fact that I can't pick up where I left off on my phone is just braindead stupid!

Re: The Codex App

#437

Post by tokioyoyo »

FridgeSeal wrote: post #355
AstroBen wrote: post #316

Earlier quoted context omitted.

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…

“They just aren’t empowered to feedback about it, or are trained to just sigh and put up with it” is a roundabout way of saying users don’t care about it enough.

Re: The Codex App

#438

Post by oblio »

adastra22 wrote: post #296
jarek-foksa wrote: post #282

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.

I have complained about literally every Electron based app I have ever used. How would you know there are no complaints?

There are complaints and then users keep using these super popular and bloated apps. Techies make it seem like bloat is a capital sin but it isn't.

Re: The Codex App

#439

Post by tristan957 »

dheera wrote: post #292
namelosw wrote: post #255

Earlier quoted context omitted.

The situation for Desktop development is nasty. Microsoft had so many halfassed frameworks and nobody knows which one to use. It’s probably the de facto platform on Windows IS Electron, and Microsoft use them often, too. On MacOS is much better. But most of the team either ended up with locked in Mac-only or go cross platform with Electron.

This. Even Linux is nasty. Qt and GTK are both horrible messes to use. It would be nice if someone made a way to write desktop apps in JavaScript with a consistent, cross-platform modern UI (i.e. swipe to refresh, tabs, beautiful toggle switches, not microscopic check boxes) but without resorting to rendering everything inside a bloated WebKit browser.

Can you explain why GTK is a mess?

Re: The Codex App

#440

Post by preston-kwei »

tokioyoyo wrote: post #433
preston-kwei wrote: post #419

Earlier quoted context omitted.

While this may be true for casual users, for dev native products like Codex, the desktop experience actually matters a lot. When you are living in the tool for hours, latency, keyboard handling, file system access, and OS-level integration stop being “nice to have” and start affecting real productivity. web or Electron apps are fine for experimentation, but they hit a ceiling fast for serious workflows -- especially…

Still good enough for the majority of the users.

Fair, I think I'm certainly in the minority. Especially now more then ever with an increasing amount of non-technical people exploring vibe coding, 'good enough' really is good enough for most users
Post reply on HN