HN Simulatornew | past | comments | lists | submit | sosodev's commentslogin

Acceptable? No, but some people realize too late that they want an alternative mode of existence. As somebody who had abusive parents, I would rather they had pursued their desires.

Yeah, what people want is games that aren’t slop. Defining that is probably impossible. We’ve always had shovelware, but the volume now is unsustainable and only going to get worse.


The problem is that in the context of AI, "slop" has lost its definition.

It originally meant low-quality content that was obviously AI that's trying to be passed off as real.

But the anti-AI crowd has co-opted the term to mean any AI-generated content, regardless of quality and the intent of its usage. Some of them refer to Expedition 33 (Which scored as one of the greatest games of 2025) as AI slop, despite AI not even being used for the final product, beyond one in-game poster that accidentally shipped with its AI placeholder rather than the hand-made asset.


I’ve been agentic coding at home with like 15 TPS on average. I don’t mind it at all. I can give my agent a big task or a list of little ones and just… do something else. Why do I need to watch it work?


Seconding this. 2-bit quant of DSv4Flash 0731 (Unsloth) running on lemonade-llamacpp on a Corsair Strix Halo. OpenCode had an issue giving me 400s constantly for the past few weeks, so I just went all-in on local dev with omp. Yes, it takes time, but also: it works quite well. I've since gotten OpenCode to behave, so I'm back to using that quite a bit, but the local machine is really good as a "smol" model in omp, for example.


It’s something I’ve thought about a lot recently.

I decided not to build it because I think open, decentralized, and encrypted file sharing with good search is something of a Pandora’s box.


But there’s still no way to get consistent results cross-platform without a web view, right? I guess Tauri isn’t even consistent because it relies on the system’s browser and they do differ to some degree.


My friend, inconsistency is the entire point. You now have incredible power to write truly native apps that fit in with the platform and follow all the standards. The bottleneck is now you, or whoever owns each target platform and understands what native apps feel like.


So I’m supposed to maintain a native app for each platform and try to be sure they’re aligned in every way except visuals? Sounds like a recipe for bad UX if anybody uses more than one of them.


On the contrary: using a web view is the worst possible UX for your users. It's slow, uses a ton of memory, and doesn't integrate well with the desktop. The only reason people ever did it was laziness, not because it produced a better product.


I'd argue that being slow and using a ton of memory has more to do with (very) poorly optimized websites rather than blaming browsers as a whole. Sure, they'll never be as efficient as native, but people put a lot of work into optimizing browsers and most websites are never optimized.

Memory use alone is an interesting case for comparison because websites tend to have a lot more images/videos loaded than other applications. All of those PNGs and JPEGs need to be decompressed before you can paint them to the screen which makes them much larger.


> I'd argue that being slow and using a ton of memory has more to do with (very) poorly optimized websites rather than blaming browsers as a whole.

A web browser is a huge platform. Audio, 2D and 3D graphics, file handling, network requests,... A lot of code while your application needs are tiny. That is wasteful and a security risk.


That's really only argument against shipping a browser with your application. For ordinary websites (or WebViews) that's not really a concern because it is shared and automatically updated.


Not you, your coding agent, for three platforms and at least ten languages

If you go Rust all the way all you need is the installer for each platform


Agents are pretty shit at making UX decisions unless you're heavily in the training distribution


Yes. That's exactly what I'm currently doing with my sync client: https://github.com/mickael-kerjean/fdrive

The core contains the logic all the underlying platform uses and the platforms only handle wiring and ux


Yes


Do people really want this? IME the worst, slowest apps on a given OS are native.

I remember a time when you could feel that apps were built on a consistent set of standards on a platform, and that meant they were fast, and it was weird when an app had its own wacky GUI. But today, native apps are neither consistent across eachother, nor are they performant.

WebView2 is native on Windows and the practical default, but who wants more apps like Microsoft Teams? Music.app is native on macOS and slower than music.apple.com, but who wants more apps like Apple Music? These are abysmally slow apps.

Things are better on Linux before, but "native" is DE-specific anyways. Between electron, GTK, and KDE, I tend to prefer electron. Only second to apps like Blender or Godot, which have great UX advantages from having their own bespoke GUI frameworks which are consistent across OSes.


It's more that no-one cares about consistency across platforms because each of us only has one platform.

I will never see the Windows version of your app, because I don't run any Windows machines. I will never know if your Windows UI is consistent with your MacOS UI.

I do care if your app uses a bunch of key shortcuts or UI conventions that no other MacOS app uses. If I have to learn a whole new set of UI conventions just because your app decided not obey the standard MacOS UI conventions, that will annoy me a lot.


No no, I am saying "native" is not consistent even within an OS.

I do agree keyboard shortcut consistency is important and useful. GIMP is awful on macOS just for this reason


Sample size of 1?

Sent from my Android phone, windows gaming pc, Mac dev laptop, iOS tablet, Ubuntu home server... or sshing to my remarkable reader's minimal Linux?


because native should mean using the tools provided by the os. Not using a reinvented wheel which defeats the entire point


Yeah the problem is having to write 5 apps, not the inconsistency.


If you're writing five apps, you're doing it wrong. A huge amount of probably any app can be contained in a common blob of business logic and wiring, with some native presentation on top. Yes, I oversimplify, but folks have been doing exactly that for decades. More work? Yup, even with a common engine it's more work than firing up Electron. That's where "do we even give a shit about what we're shipping?" comes in. If there's no pride in the finished product, well, Electron isn't going to save your product, either.


IME, the UI library idiosyncrasies are the pieces that take the longest to get right. Common business logic is super simple by comparison.


Especially since all the critical "business logic" in this case that will be shared is likely to be the backend store front APIs and what not. It's the platform things which will end up being radically different.


> A huge amount of probably any app can be contained in a common blob of business logic and wiring, with some native presentation on top.

I keep seeing people claim this, yet most UI software I see really doesn't do anything that complicated. It's some basic database CRUD stuff and some basic algorithms, and then all the actual effort lies in making the UI feel good.


> Yeah the problem is having to write 5 apps, not the inconsistency.

Isn’t that what abstraction and interface is about? You can write the common business logic and presentation concerns, and then share it across each native implementation.

That is what web wrapping is in truth, but it’s just inneficient because of the huge surface area of web technologies.


For a whole lot of apps, almost all of the difficult stuff is in making the UI feel right.


Aesthetics, usability, and technical flavor are different axes and feel right is a subjective point. And based on anecdata, usability is what actual users want. Web wrapping is mostly an exclusive focus on aesthetics. With native frameworks, you often get very close to "feel right" without much effort.


> With native frameworks, you often get very close to "feel right" without much effort.

I've only seen this sentiment on nerd forums but never among my less technical friends, so I'm a bit reluctant to accept this wisdom honestly. That said, if you're just building something for a technical crowd you'll probably make them much happier if you make your implementation use native widgets and take up much less memory and redraw faster at the expense of a slightly jankier UX. Though, this is probably why IRC clients all feel janky lol.

For example a lot of my less technical friends/family really like the visual design of Spotify even though it conflicts with a lot of design language on MacOS, Windows, and Android.


Or my manager... or my stakeholders. Damn you powers that be!


> But there’s still no way to get consistent results cross-platform without a web view, right?

… good? I want my applications to be consistent with the platform they run on, not with their own stupidity on other platforms.


The hidden reason why so many people are frustrated with 'modern design' that goes unaddressed is that most software nowadays completely ignores the standards of the system it runs on. Every single developer of even the most trivial apps insists that their design language is the most important in the room, which is what brings us to the temptation of using a webapp for everything so every user on every OS sees the exact same thing. It's gotten so bad that the only places I see native system UIs from third parties is either older software or hobbyist projects, but never anything corporate.


> most software nowadays completely ignores the standards of the system it runs on

Good, sticking to design conventions of the OS may not be a good fit for the specific software (e.g. think about a video editor). And even in more-tame cases, people have different aesthetic preferences (e.g. a minimalist text editor).

My software, a video browser / organizer, looks better than anything I've come across (for my preferences). For example, sticking to OS conventions would have required more padding around everything, decreasing functionality - https://videohubapp.com


Some of that is also that what "native UI" means has shifted a bit. To look at Windows, Win95 had a thoroughly considered UI design that was very well adapted to both what it needed to do and the hard constraints on it. Win11 is... kind of a shitshow. (Are parts of it still from Windows 3.1? I haven't tried to track them down... but in Win10 there were a few dark corners.) It made sense to match the native UI in the Win95 days. It often doesn't now, it's simply not a target worth hitting. You could just use Win32 and target the older Win95 look, but apart from appearance issues, it was designed to work well in 1995, and we simply demand different things from our UIs now. Like support for touchscreens. Old Win32 apps are painful on touchscreens. (But, often, awesome without a mouse.) And those are real considerations, not oooh-shiny-new-thing designer BS.


Yes, modern Windows design is a bit of a mess, caused by both the designer bug of redesigning everything (we have had at least 3 different Windows design languages prevalent over the last 10 years) and Windows having to support extremely old legacy software. The second was almost nonexistent when Windows 95 was designed, they could have a true clean slate, so the comparison isn't as fair. But still, even with the abundance of native UI frameworks, the point holds true that no new software uses any of them, no matter if it's Win32 or WinUI. They could implement them very easily, and some hobbyist software does so, and it looks very native and in-line with the rest of Windows 11, but they choose not to.

And yes, the 3.11 ODBC file selector is still in Windows 11. Praise be to legacy components.


As a user of both windows and mac operating systems, I'd rather the app be consistent between them so I don't have to adopt a different workflow depending on which OS I'm using the app on.


What’s wrong with something like Qt or wxWidgets for native crossplattform GUI frameworks?


Native doesn't mean "not a web view", it means native. The eight Qt apps on my Mac are really obvious, with basic fundamentals like toolbars, drop down boxes, and context menus bearing no resemblance whatsoever to any native Mac app from any decade.

10-15 years ago it was possible to reliably clock a Qt on Mac app before it finished launching, simply from the app using the wrong hourglass cursor. (The old cursor that had once been a hallmark of classic Mac OS apps ported through Carbon frameworks, and which disappeared from daily usage when the Finder was finally rewritten atop the NeXTSTEP-derived Cocoa frameworks.)


Skia is the 2D graphics library used in Chromium. A number of GUI frameworks (Flutter and Avalonia) directly use Skia to do non-native platform GUIs that are consistent across platforms.


Flutter is migrating to Impeller, which has much better runtime characteristics and font rendering. It's already being used by default on desktop and mobile. [1][2] But your point still holds, of course.

[1] https://docs.flutter.dev/perf/impeller

[2] https://flutter.dev/go/can-i-use-impeller


"Consistent across platforms" is not a user requirement.


Sometimes it is, sometimes it isn't. But it wasn't OP's argument, was it?


Is consistent results what you want? non-native controls look and behave funny on iOS, and the iOS look on any other platform is annoying.


There is also Slint that'd fir perfectly. Others have built game launcher with it as well


that's great! cross platform means it doesn't fit in anywherec not it fits in everywhere


In my experience, Qwen3.8-27b is so much more capable than its MoE predecessors. I find it odd that you think it produces the same results.


Yeah, I know we’re not supposed to say it, but HN is dying. The amount of slop that is getting praise on the site lately is insane.


I'm not sure if dying, but there's definitely been a change, and I wonder about the cause.

So far I thought it was mostly AI companies and users pushing their products here, but maybe there's a shift in userbase as well?


I started to notice a subtle shift a couple years ago. An increase in vibes and hype and a decrease in reason and critical thinking.

Reminiscent of something like Eternal September possibly, but with bots this time? Maybe my interests have simply grown beyond what is typically found here.


Not ASCII and a lot of art looks off and has broken animations.

I’m not one to say that all AI art is slop, but there’s so little effort here. Why exactly are so many praising this?


I don't understand the point of praising somebody for their 'great work' when they clearly did none of the work and love to brag about that fact, and everybody here is aware of that


Tracing definitely develops skills. I know many artists have traced their favorite works to get a sense of how it was put together. The trace doesn’t have any artistic value though.


Not at the level that children at schools have. Once you have the skills, you can use tracing to "research" other people's techniques but that's not something that you would be taught as you are developing the core skills because it's useless for that.

Edit: I can also see the use of tracing with very small children or beginner adults with poor motorics to develop muscle control, to learn how to control the line weight and variation. It is really ineffecient when learning how to see and understand the 3D forms, though.


Maybe Proton’s copy needs some work, but another page on their website very clearly explains that emails aren’t encrypted when an email leave the ecosystem. Because, as the author points out, they can’t be.

Also, I hate Trump too, but a broken clock is right twice a day. It’s possible to agree with some of the things he says while not being a “Trump man”. Why should we be surprised that the company founded on anti big-tech principles would have a founder who is against big-tech?

I think too that the only way to escape AI-written code in software products is to have written every line yourself. Which is obviously impossible because you’re not going to bootstrap the operating system.


Disagreeing politically is a perfectly valid reason to avoid a product, though the author will have a very hard time finding alternatives with CEOs that aren’t right-leaning. Not a lot of CEOs are on the side of labor.

Sometimes you really have to pick the best available option after weighing all the factors.

Sure, the CEO of Toyota wore a Trump hat to gain favor. That’s a heck of a lot different than the laundry list of distasteful things Elon Musk has done as a CEO of a Tesla like running an illegal government agency and trying to buy votes. I’d pick Toyota over Tesla just like I’d pick Proton over Google or Microsoft, and that’s not only a political choice but a product quality choice as well.


Guidelines | FAQ | Lists | API | Security | DMCA | Apply to YC | Contact

Search: