651–660 of 671 posts
Earlier quoted context omitted.
Yup, I find it very counter-intuitive that this would be the case, but I switched today and I can already see a massive difference.
It fits with the intuition that codex is simply overfitted.
Earlier quoted context omitted.
But desktop C++ isn't difficult or slow to write... It seems odd to me that the software world has gone in the direction of "quick to write - slow to run". It should be the other way around. Things of quality (eg. paintings by Renaissance masters) took time to create, despite being quick to observe. It also seems proven that releasing software quickly ("fast iteration") doesn't lead to quality - see how many releases…
The part that takes time in UI isn’t wiring up components, it’s the small changes like something is a pixel to the right or that gap is two pixels wide. Changing those in a C++ project means recompiling and that adds up to significant overhead over a day of polishing the UI. If C++ was able to get builds out in less than a second, this wouldn’t be an issue. People value performance in their own tools more than the to…
I think it is a daft thing to move to shipping a colossal web framework and entire browser simply because of 1px UI alignments (which have been a solved problem for decades in C++ anyway).
Earlier quoted context omitted.
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.
When given the option, I never use such apps. I am rarely given the option, however.
He who holds the purse strings, decides. The people who pay to have the apps made get to decide and they have decided that what geeks want doesn't matter.
And every time a geek tries to change that, he only wins for a short while and then we're back to the primordial soup.
Oh, and regular users obviously don't care enough.
Earlier quoted context omitted.
Professionals are doing what I am doing, only inside companies. They make custom software that solves ultra-specific problems of that one company. I don't quite understand the obsession with shipping fancy enterprise b2b saas solutions. That was the correct paradigm for back when developing custom code was expensive. Now it is cheap. Why pay for Salesforce when you only use 1% of Salesforce's features? Just vibe code…
Let me know when Stacy from HR vibe codes her own salesforce alternative, sounds very cool!
I don't expect any LLM to empower people as much as Emacs can, but they will definitely empower more people in total, just because LLMs are easier to use than Emacs.
Earlier quoted context omitted.
There's another benefit - you don't have to keep refactoring to keep up with "progress"!
Of course you do! Microsoft makes a new UI framework every couple of years, liquid glass from apple and gnome has a new gtk version every so often.
It would suck if they got my project data to train, this way.
Earlier quoted context omitted.
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.
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…
Looks like another Claude App/Cowork-type competitor with slightly different tradeoffs (Cowork just calls Claude Code in a VM, this just calls Codex CLI with OS sandboxing). Here's the Codex tech stack in case anyone was interested like me. Framework: Electron 40.0.0 Frontend: - React 19.2.0 - Jotai (state management) - TanStack React Form - Vite (bundler) - TypeScript Backend/Main Process: - Node.js - better-sqlite3…