rubymamis

True, I wrote my own chat app in Qt, and it is substantially faster and more efficient (lower battery usage) than anything made with web technologies.[1]

[1] https://www.get-vox.com/

Did anyone else notice the huge gap between scores on private vs public for ALL Jev-like models compared to LLMs (such as GPT Luna)? Doesn't it mean those models aren't generalizing so not very useful on data they haven't seen?

I’m sick of AI prose and miss the good days when good repos had concise, well-written README.

Like this, but the problem with such immediate mode GUI apps is that they constantly burn 1-2% of CPU when the app is idle. A waste of compute and power.

I'm waiting for Phase 2[1]: especially "Algebraic data types & pattern matching". Current tagged union[2] use is pretty awkward/verbose and lacks exhaustiveness checking and typed error handling.

[1] https://mojolang.org/docs/roadmap/#phase-2

[2] https://mojolang.org/docs/std/utils/variant/Variant/

Indeed! I wrote my note-taking app with a block editor (like Notion) in Qt with QML for the UI and C++ for the logic and it's been an incredible experience![1]

[1] https://rubymamistvalove.com/block-editor

The QR code that shows on hovering the "Download" button is very cool! Kudos to the person who came up with that.

I know people would dismiss this, but I'm going to try to make the case for Qt - I'm currently converting my note-taking app to mobile and it's going very well.

Fable was the only model that was able to detect a data corruption bug in my Qt C++ note-taking app[1] that all other tested models (gpt-5.5 xhigh, GLM-5.1, Kimi 2.7, DeepSeek V4 Pro) didn't find. I'll test on GLM-5.2 and Mimo v2.5 Pro soon.

[1] https://www.get-notes.com

These days you write the logic in C++ and UI in QML which is a very pleasent experience.

It's SwiftUI that is at fault here[1][2], not native apps in general. I wrote my native app in Qt C++ and QML and showed that it is *significantly* faster and uses significantly less RAM than similar web apps[3]. So, no, web apps, in general, are slower and uses more resources than well-engineered native apps.

[1] https://notes.alinpanaitiu.com/SwiftUI%20is%20convenient,%20...

[2] https://x.com/daniel_nguyenx/status/1734495508746702936

[3] https://rubymamistvalove.com/block-editor#8-performance

Yep, this is a difficult problem. I wrote extensively how I managed to solve this by creating my block editor from scratch using Qt C++ and QML[1]. I faced similar issues - selection between discrete blocks, showing the underlying Markdown under the cursor, varying delegate sizes, etc.

I'm using what I learned to create a native LLM client with a streaming Markdown parser[2].

[1] https://rubymamistvalove.com/block-editor

[2] https://www.get-vox.com

That's not the solution - developers or businesses are squeezed into signing up anyway to survive/make a profit. The only viable alternative is to create an alternative - Linux phones.

We'd have to make Linux on mobile a viable option.

Mojo is a language with Pythonic syntax that compiles to fast machine code built by the creator of Swift: https://www.modular.com/open-source/mojo

Sounds good to me! If you ever need some architectural help I'd be happy to.

I have a lot of experience with Qt and QML, I've created a block editor[1] and an LLM chat client[2] and many other projects.

[1] https://rubymamistvalove.com/block-editor

[2] https://www.get-vox.com/

Doesn't OpenCode supports local models?

I wonder if the Snapdragon X Elite already caught up with the Apple's M series in that regard - does anybody know?

I'm glad Chris Lattner moved on and founded Mojo. It's such a cool language with ton of potential.

Can someone list what are some cool/novel BeOS features that other OSes didn’t have at the time and maybe still don’t have?

This is wrong. There's a misconception that you can't statically link your app when using the open-source LGPL version of Qt. From my reading of the LGPL license this doesn't appear to be the case[1]. The LGPL allows you to statically link your app as long as you provide the object files and allow users to relink your app with a different version of Qt.

I've observed many people spreading this misinformation about only being able to dynamically link with the LGPL version of Qt. Please stop this.

[1] https://www.gnu.org/licenses/gpl-faq.html#LGPLStaticVsDynami...

I guess they rely on many people not toggling privacy-mode on?

Do you know what Qwen model Composer 1.5 used?

As a Qt C++ and QML developer myself[1], Opus 4.6 thinking is much better than any other model I've tested (Codex 5.3/GPT 5.4/Gemini 3.1 Pro).

[1] https://rubymamistvalove.com/block-editor

Give Qt with QML a try! I wrote a blog post about it[1].

[1] https://rubymamistvalove.com/block-editor

I guess since Electron apps are 500MB+, 14MB is considered "tiny".

We need Linux OSes and phones to catch up to really break free from this duopoly. Only when there is enough traction, essential infrastructure like banks will start supporting Oses like that. It's a chicken and egg kind of problem.

I just did a quick Google search only on GitHub, maybe there are better ones out there on the internet?

There are many, here's a simple Google search:

https://github.com/jyn514/saltwater

https://github.com/ClementTsang/rustcc

https://github.com/maekawatoshiki/rucc

Live demo not loading for me - hug of death?