Would be interesting to hear about demographic stats of your clientele. The fact that Flutter is only mentioned in your posts here, underlines its state of adoption in "western" communities, at least in the HN bubble.
It was really a euro thing. Think the whole Jamba/Jamster ecosystem (Crazy Frog) and the explosion that occurred with premium SMS and ringtones.
It was all about selling into carriers associated with that, and that was a recipe for pain. I don't believe anyone made a killing in J2ME directly (Gameloft gave the impression of making most money, not entirely undeservedly), and many absolutely struggled, but it did provide the crucible for a lot of what came later.
One of the more curious incidents that stayed with me related to the game "Fatal Force" which had a 64kb build that was incredibly tight. We were mystified to discover a Chinese pirate was distributing a Chinese build of the game, still within 64kb limits. He had decompiled it, reverse engineered it, added more compression so he could fit in localized assets, and released it. The last I heard on the subject there was an effort to pay him for it.
The other was when a game of a game show was advertised in Germany, during the game show, it would generate such a traffic spike that the servers selling the game got knocked out, leading to requiring outsourcing that function to a more scalable competitor, a lesson that was not forgotten for the next company.
Besides not wanting to give most enjoyable part of the work to LLMs, reviewing LLM-generated code is much more daunting compared to writing the code yourself. So, I only use it for a very narrow and specific 2-3 liners, e.g. some arcane Win32 API calls, where I'd otherwise be browsing some old forums.
This is my reflection as well. I find myself spending MORE time reviewing LLM-generated code and also spending time thinking through LLM generated choices, which, at many times are inefficient or bloated. Keeping the LLM on the right rails takes up more time, even with lengthy agent.md and claude.md files to manage behaviors.
Why such a simple UI utility app needed a VSCodium/Electron UI? The author seems to be well versed in Win32 API, so why not just learn the GUI part as well? It's not that hard.
The reason the Windhawk UI is based on VSCodium is mainly for the mod editing functionality. VSCodium with clangd are used for C++ intellisense out of the box.
You might say that many users don't care about mod development and don't need it. I agree, and I have it on my list to create a lite Windhawk version which doesn't depend on VSCodium.
Note that VSCodium is only used for the UI. When Windhawk is running in the background, its memory consumption is a couple of MB.
reply