Live data from Hacker News

The Codex App

openai.com

611–620 of 671 posts

Re: The Codex App

#611
post #553

Earlier quoted context omitted.

There are cross platform GUI toolkits out there so while I am in team web for lots of reasons, generally it’s because web apps are faster and cheaper to iterate.

Cross platform GUIs might does have the same of support and distributed knowledge as HTML/CSS/JS. If that vendor goes away or the oss maintainers go a different direction, now you have an unsupported GUI platform.

I mean the initial release of Qt predates JavaScript by a few months and CSS by more than a year. GTK is only younger by a few years and both remain actively maintained.

Argument feels more like FUD than something rooted in factual reality.

Re: The Codex App

#612

Earlier quoted context omitted.

React Native desktop on Linux isn't a thing, the GTK backend is abandonned. So if you want a multiplatform desktop app also supporting Linux, React Native isn't going to cut it.

https://reactnative.dev/docs/out-of-tree-platforms says otherwise React Native Skia allegedly runs on Linux too

React Native Skia seems abandoned. But maybe this will make React Native on Linux viable

https://github.com/gtkx-org/gtkx

Re: The Codex App

#613

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…

Just jumping on the thread. I think the conversation is conflating two very different things:

1. Turing test UX's, where a chat app is the product and the feature (Electron is fine) 2. The class of things LLMs are good at that often do not need a UI, let alone a chat app, and need automation glue (Electron may cause friction)

Personally, I feel like we're jumping on capabilities and missing a much larger issue of permissioning and security.

In an API or MCP context, permissions may be scoped via tokens at the very least, but within an OS context, that boundary is not necessarily present. Once an agent can read and write files or executed commands as the logged in user, there's a level of trust and access that goes against most best practices.

This is probably a startup to be hatched, but it seems to me this space of getting agents to be scoped properly and stay in bounds, just like cursor has rules, would be a prereq before giving access to an OS at all.

Re: The Codex App

#614

Earlier quoted context omitted.

React Native desktop on Linux isn't a thing, the GTK backend is abandonned. So if you want a multiplatform desktop app also supporting Linux, React Native isn't going to cut it.

https://reactnative.dev/docs/out-of-tree-platforms says otherwise React Native Skia allegedly runs on Linux too

React Native Skia last commit is three years ago.

Re: The Codex App

#615
post #485

Earlier quoted context omitted.

Qt is still pretty good, but it's dated in comparison to newer frameworks like Flutter and React Native. No hot reloading of changes, manual widget management vs. React where you just re-define the whole UI every frame and it handles changes magically, no single source of truth for state, etc.

That's false, see QML hot reload[1]. [1] https://www.qt.io/blog/speed-up-qt-development-with-qml-hot-...

That's a third party paid addon. Hardly a fair comparison.

Re: The Codex App

#616
post #566

Earlier quoted context omitted.

the people that USE the software the most are not the people BUYING the software. it’s why all enterprise software has trash UX. do you think i as a software engineer like using Jira? Outlook? etc? Heck even the trendy stuff is broken. Anthropic took took 6 months to fix a flickering claude code. -_-

Yes that was my point.

Not relevant point though. I was answering to this "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 wasn't arguing that such apps don't make money.

Re: The Codex App

#618
post #288

Earlier quoted context omitted.

Moral of your story. Each and everyone of us is able to write their own story, and come up with their own 'Moral'. Settling for less (if AI is a productivity booster, which is debatable) doesn't equal being screwed. There is wisdom in reaching your 'enough' point.

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.

In the past these trends were cyclical though. We're coming from an expansion phase (mainly driven by the COVID IT and AI craze) and now going through stagnation towards recession (global manufacturing crisis pulling our service sector down with it). This mirrors the hiring trends (or demand for workers). I'm not sure why you wouldn't expect the pendulum to swing back at some point.

Re: The Codex App

#619
post #134

Earlier quoted context omitted.

Not sure when you last evaluated the tools, but I strongly prefer Codex to Claude Code and Gemini. Codex gets complex tasks right and I don't keep hitting usage limits constantly. (this is comparing the 20$ ChatGPT to the 200$ Claude Pro Max plans fwiw) The tooling around ChatGPT and Codex is less, but their models are far more dependable imo than Antropic's at this very moment.

I am not sure how those TUI are going to fare against multi providers ones like opencode.

I wouldn't get used to opencode personally. I can imagine OpenAI/Antropic explictly banning 3rd party clients from using their subscription plans. (I believe Antropic has already done this)

Re: The Codex App

#620
post #260

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.

As I outlined in a sibling comment. You can still use React and your JS developers. Just don't ship a whole browser with your app. May be an app that is as complex as Outlook needs the pixel-perfect tweaking of every little button that they need to ship their own browser for exact version match. But everything else can use *system native browser*. Use Tauri or Wails or many other solutions like these That said, I do…

Given how much money they have, and the reach they're attempting to achieve, is it really asking too much that they hire native development teams? It's not like an application of this scale requires an army of engineers.
Post reply on HN