4 ms·
I still don’t understand why with all their cash these companies dont redo their apps in Rust or native. They are all so heavy and dog slow. There are already s
by cpursley 15d ago
I still don’t understand why with all their cash these companies dont redo their apps in Rust or native. They are all so heavy and dog slow. There are already some very fast cross platform (wasm too!) libraries that can do what poppler does as well as parse and produce various office file formats. Because 2gb is crazy town, these things could be around 100mb, just throw some tokens at the problem.
- johnsmith1840 15d agoYou should go actually try to make any basic automation work around these systems. They purposely obscured, google doc is another example they completly hide the dom! I spent months fighting word processing systems and ended up shipping libre. There's almost zero alternatives without that becoming your entire company.
- sudo_cowsay 15d agoNot that easy. Also, they have "priorities." Although their priorities are different than the users'.
- cpursley 15d agoJust throw some tokens at the problem. I’ve vibed up a Rust Crux hybrid app that runs well on macOS, iPad and wasm and does some pretty complex xml manipulation and other document work. Absolutely smokes electron and you get native UI. Ref: https://redbadger.github.io/crux/ https://redbadger.github.io/crux/
- verdverm 15d agoone does not just "throw tokens" at a problem, Ai is not that capable, and we are talking about MS Office file format, likely a NP hard problem
- cpursley 15d agoAI is especially good at ports like this where there’s a known and well tested surface area.
- verdverm 15d ago"ports like this" skips the part about Microsoft/enterprise software having a known and well tested surface area, the few examples we've seen are exceptional cases I suspect
- johnsmith1840 15d ago*that only microsoft has access to. These guys puposely obscure controls and understanding of these products 100% to prevent you doing a port. Just go open a microsoft word doc in the browser and look at the dom. Despair! Horror!
- doc_ick 15d agoEspecially when there are three different versions, and each has a different team, and they all can work together at the same time. Crazy amount of tech supporting it that breaks a humans context let alone a models context.
- johnsmith1840 14d agoYeah that's by far the most complex part. Ever letter is it's own object and they stitch it into the visual view. When you type one letter is turns a single word into multiple objects all versioned objects. Can't imagine all the crazy race condition protections baked into that.
- sigbottle 15d agoI mean, aside from all the NP Hard sub problems (I might not be reading your satire though), the real hard problem is that a "product" is not just software, but an ecosystem and a promise of maintenance of the abstract user experience & quality of it.
- vb-8448 15d agoBut in case they succeed the return on image will be astonishing.
- doc_ick 15d agoCan you expand upon this?
- vb-8448 15d agoA full implementation/rewrite of something like word, which is pretty complex and the quantity of edge cases is insane, in a relatively short amount of time, months, is very hard. If they succeed with AI it will be huge: it's basically not possible to do it today with humans, no matter how many people you put on the job.
- doc_ick 15d agoI would agree a full rewrite of word which is very complex and take quite a bit of time. It would be impressive of AI to make a 80% rewrite, though I fully doubt it would cover the 100% rewrite (disregarding long term support as well). Why do you think it’s impossible for humans to rewrite word, especially even humans made it in the first place?
- doc_ick 15d agoOn top of everyone else’s great points, if you make your own “fork” of something, then you have to consistently maintain it. Which can be done with tokens, but an extra cost with something that’s not as user tested.
- cpursley 15d agoI’m not talking about forking, but using standard libraries and native frameworks instead pretending electron is a desktop app.
- doc_ick 15d agoAh good point, I thought this was coming across from the "recreate" your own approach. I would fully agree with you on using native frameworks, though the eletron desktop is a great "entry" onto desktops ensuring companies only have to update 1 source, as opposed to natives everywhere.
- deleted 15d ago[deleted]
- nomel 15d agoWhat % of time, for a an average session, do you think is app overhead vs waiting for tokens? And there's your answer for why it's not a priority.
- kingstnap 15d ago[dead]
- andai 15d agoJon Blow's response to this take was, "yes, which is why you have to work even harder to hide latency", instead of adding more on top.
- nikanj 15d agoFrom OpenAIs perspective, resources on your computer are free and wasting them is inconsequential
- tmp10423288442 15d agoKind of. Eventually it gets too slow even for the OpenAI engineers using it, and then they need to fix it.
- quotemstr 15d agoWhat makes you think Rust is automatically better? (Also, "Rust or native" is a strange dichotomy. What's not native about Rust?)
- cpursley 15d agoRust or native is objectively more performant and have smaller binaries than these web apps in Halloween costumes…
- kennywinker 15d agoI think “or native” is a gesture at swift/objc for mac and C# or whatever people write windows apps in.