I used to think vibe coding would get us slow Electron apps but now we got speed wars between game launchers. I hope this comes for all types of software.<p>With that said, I tested it right now and Steam takes about 2 seconds to restore from tray and 10-15 for cold boot. The new Epic launcher is around 0.5 and 5 like the article mentioned. Maybe it's still in A/B testing or something.
Vibe coding can yield us <i>Tauri</i> apps that end up being like 3mb rather than 130mb for a "Hello World" app.
I would go one step farther - if you're vibe coding, skip Tauri altogether. I've been on-and-off vibecoding a GitKraken replacement using egui instead, and the memory footprint is very low. Otherwise can't tell the difference, as I'm not reading the code either way.
Using Tauri on Linux gave me appreciation for why Electron just ships an entire browser. WebKitGTK is kinda rough around the edges.
Isn't egui really cpu inefficient though? It repaints at 60fps if e.g. you move the mouse over it
If it is, it hasn't been a problem so far. I have been focused heavily on memoization, to what extent that's possible when fully vibe coding.<p>Fwiw, what it's trying to replace (GitKraken) is slow, clunky, and resource hungry, so it's not hard to beat.
No mobile support either
You're probably doing something the LLM has less fluency with.
Definitely would concede this, but I haven't had any issues so far. It's been able to make things look exactly as I've dictated them, even with relatively complex visualization of git branching. The sense I get that, with how capable Opus 5.5 is, "less capable" no longer means "not capable enough".
LLMs can for sure write GTK4 (or Relm4), Swift UI, whatever windows uses, Kotlin for Android.
Much better it can give us just webview in wry and winit without tauri bloat
You can just skip Tauri entirely and get true native apps. No web wrapping required
Like these <a href="https://goodapps.store/" rel="nofollow">https://goodapps.store/</a><p>Disclaimer: All mine, open-source, ai-assisted, less than 5MB each. I love rust+tauri combo.
Tauri doesn't solve the problems Electron solves. It just externalizes the solution so things can subtly stop working randomly.
I actually think that vibe coding lends itself well to stuff with really strict type systems. When you use Claude Code, it basically works on a loop until it gets something "right". A type system allows for part of the "right" criteria to be baked into the compilation, giving a hard block if it doesn't at least pass that.<p>I've had reasonably good luck having Claude generate Rust code that performs well.
I see it as a forcing function to clean up tech debt
> forcing function to clean up tech debt<p>The real reason rewrites to fix tech debt used to fail was that it took too long to get to feature partity & the goal posts moved constantly while you were on the rewrite team.<p>The sunk cost of existing code is no longer considered in a rewrite.<p>Maybe it was hard to write in the first place, but it is not hard to rewrite anymore, as long you've got decent tests.
I think in Steam's case it was more like a lack of competitive pressure, their publisher dashboard still packs HTML/CSS fixes for IE6/7/8 that's code they probably haven't touched in ~20 years and it's certainly not because they couldn't afford or lacked time to work on it!
yeah, Steam takes forever to start, one of the slowest apps I use. Photoshop is similarly lethargic starting up.
It’s similar for the productivity/launcher app Raycast. They’re trying to find new USPs compared to the many copycats.
I'd imagine one can now focus on creating a client for a single OS and having the AI do the porting to others as it would essentially be a translation.<p>Perhaps it will bring back native apps because supporting other platforms is less laborious.
i don't care how fast it is beyond a certain point. What is more shocking is all the bugs that vibe coding landed epic. I can't imagine shipping software at this scale in this state.
Surprise it’s speed wars between Electron apps. Steam is based on Chromium/Electron.
Interesting, I didn't know they moved to a Chromium based desktop application. But honestly, I don't feel like there's any performance issues with the steam desktop client (I'm running it on Fedora, but I'm assuming performance is relatively similar on different platforms).<p>Ref: <a href="https://docs.steambrew.app/developers/environment" rel="nofollow">https://docs.steambrew.app/developers/environment</a>
The new version of Epic is based on Tauri. Also written in JS and probably React (haven't decompiled it yet) but the web runtime is part of Windows instead of shipped with the app so it takes less disk space and RAM. And you can write perf sensitive code in Rust for even more speedup.
Hopefully LLM models and harnesses improve to where Chromium or Electron apps can be more trivially converted to native apps. You're paying for tokens for downstream compute efficiency across the user base.
They already are. I asked opus 5.5 to plan out and begin building a swift version of my electron notes app, using a similar architecture / feature set. I hut enter and honestly forgot about it. 2 hours later im reading slack while making my next round of coffee, and my session is interrupted by a native app opening on my phone (the model installed it for me to test). It.... has 2/3 of the features already and looks awesome, holy crap. It skipped my suggestion to use the Lexical (web) editor and is.... using. platform native one.<p>time will tell if it can make it the way i like but.... it can definitely get far. Used 40% of my session limits on my $20/mo sub.
I wonder what best practices here look like at this point. In my world, we've moved past skills for something like this, having porting helper/validator/etc things be harness level is measurably better than what skills look like right now. The open plugin spec is certainly an improvement (namely in packaging and distribution)- but, really you'd be leaving perf on the table if you were not to tune your harness. I wonder if something like dsh, pi, or other extensible (coding) harnesses have something like a concept of "harness as an extension".
People still talk about "Vibe coding" or implying "vibe coded" stuff is poor quality<p>Imo it's just the only way to write software now. Opus 5.5 is better at coding than humans. Human code is slop.
I'm reserving "vibe coding" in my head for "the programming style where you just prompt your way around without even looking at the code and only caring if your happy path works".<p>I have a couple of nice "vibe coded" apps I would never dream of releasing because I'm not interested in the QA, more than anything else. The problem is the other people who are not quite so considerate and think that what they tossed out in 15 minutes is of interest to the rest of the world. The value of a software package release now is more in the QA than the code.
It’s just that the vibe coded stuff has so many assumptions baked in, that you will be constantly surprised about the behaviors your slopped codebase has. Doesn’t matter for small tools, where you’ll be delighted that clicking that one label copies it to your clipboard - nice one, Claude, that’s delightful!<p>It’s less nice when your web app launches that other service only when the other Tailscale node is up, because the agent interpreted your prompt as a hard access rule.
It's because no matter how 'good' the AI output is, "vibe coding" is strongly associated with "completely unreviewed and untested". LLMs have brought the skill floor straight through the ground and into the depths of hell, so people are doubly cautious with it because there's a very good chance with any vibe coded app that there's not a single person in the world that truly understands what it actually does just behind the scenes. It could be completely fine, or it could be breaking your system or uploading your sensitive data somewhere because the vibe coder provided flawed instructions or the LLM decided to make an unexpected 'optimization'. Wanna roll the dice and find out which one it is?
Yeah I'm really impressed by what Opus 5.5 can manage.<p>I feel like human code is on a wide quality spectrum. The best human code is way better than what Opus 5.5 can do. But the average code, I'm not so sure.
I feel bad for your employer
Opus 5.5 is impressive and I'm happy using it to write a ton of code.<p>But it also still writes awful code with poor maintainability if you don't keep a very close eye on it.
> Human code is slop.<p>I'm not saying you <i>have</i> to be grateful to the millions of people whose work the AI you use was trained on, but why shit on them...
Trust me I know what it's like. I do a lot of it. Even with Opus you still have to guide it aggressively or your codebase turns to slop.<p>An experienced dev with Claude is better than either of them alone but you can't just point your agent at a repo and expect good results. And when people talk about vibe coding that's usually what they mean.
> People still talk about "Vibe coding" or implying "vibe coded" stuff is poor quality<p>Yes they do. Because it is. Anyone who cares about the quality of their product is, <i>at minimum</i>, carefully reviewing the output from an LLM to make sure it didn't sneak in anything crazy. More likely they are writing a lot of code by hand, because that is faster than reviewing and correcting the LLM code. Competent developers do not just hand it off and say "the AI is really good so I can trust what it put out".
human code is slop. tell us all what the LLMs were trained on? slop?
Creating slop was already a solved problem before AI. AI just made it much more efficient.
> Epic may have “vibe coded” a faster client, but Valve proved that targeted optimization on a decades-old ecosystem can still beat out AI speedruns.<p>Optimizing a project with AI is one of the most trivial things you can do with AI.<p>I also wouldn't buy it for a second that Valve engineers aren't using AI, especially for something as trivial as "hey claude rank the top causes of slow startup" -> "oh okay now fix". The most I'd grant is that everyone uses AI secretly as a sort of dark forest problem.<p>Once I had a good benchmark script, Opus 4.8 or whatever made my terminal app faster with less memory than ghostty and kitty. It's not even interesting.
> The most I'd grant is that everyone uses AI secretly as a sort of dark forest problem.<p>The dark forest hypothesis is that we can't find any alien life because it's dangerous to broadcast your existence and location to competitors. So rational thing for every alien civilian to do (and arguably for us) is to keep quiet.<p>But what does it mean in this context?
I'll try: It's dangerous to broadcast your AI use to competitors, users and the public for fear of being attacked.
It's "sort of" a dark forest problem because admitting you're using AI is socially risky. Indeed, this entire thread is built on the idea that Epic's lazy use of AI has been bested by the savvy & righteous programmers at Valve[1].<p>So people who think AI is actually a really useful tool and that using it to make your project better will imagine that everyone who makes things better today uses AI at least a little, and assumes they don't talk about it because they don't want to get yelled at. Meanwhile, if you think AI does bad work (or is often used badly) you can ascribe bad software to bad uses of the tool. We can never know for sure because people don't talk about it.<p>[1] I happen to agree with this dichotomy but that belief precedes AI
Yeah exactly, Valve engineers probably just told AI to make it faster.<p>Your "dark forest" analogy sounds reasonable but Epic's outright admission of "vibe coding" is a bit of a footgun considering how rabidly anti-AI the folks on sites like Reddit are. If they had just been like, "it's faster and supports Linux" they would be the darling of the internet.
Epic Games wants to make an "AI-first" game, so they need to push "vibe coding" onto the gaming audiences to get them to accept it before they lay off people and ask $69 for a game where the art is made by an AI model.<p><a href="https://bsky.app/profile/jasonschreier.bsky.social/post/3mxp5cqntfs25" rel="nofollow">https://bsky.app/profile/jasonschreier.bsky.social/post/3mxp...</a>
> I also wouldn't buy it for a second that Valve engineers aren't using AI...<p>I don't see why not. They clearly know what they are doing at Valve, and for an engineer who knows what he's doing, LLMs are of very limited use.
All I can think with this whole situation is how much time is wasted by people getting angry and defensive on behalf of a Valve. It's almost like people have a parasocial relationship with the application itself.<p>That's not even getting to some of the "missing" features.<p><i>No Community marketplace for in-game items</i><p><i>No Direct player-to-player item trading</i><p><i>No Digital trading cards, levelling, and points shop</i><p>I hope more application developers "forget" to add these features.
People have wasted their time defending their platform's "honour" for decades. It used to be Sega vs Nintendo. Then it was PlayStation vs XBox. Now it's Steam vs EGS.<p>Anyway, what <i>are</i> useful features of Steam:<p>- their dedication to getting Windows games running on Linux (to see off the existential threat Microsoft poses to them, but nonetheless greatly appreciated)<p>- community forums / screenshots / artwork / guides etc. for every product. Very useful if the game vendor doesn't have its own, and most game vendors don't<p>- that Steam Sales encourage vendors to offer games at much more reasonable prices (e.g. a few pounds/dollars/etc.) for what is effectively <i>a license, revocable at any time</i>, not a real purchase. £60? Ha ha fuck off, I'm waiting for the sale when it's £5<p>- also, as far as I've seen, every game distributed can still be downloaded today. People may complain that publishers update a title e.g. to remove licensed music 10 years later... but you can still download the old version with some trickery. And I've <i>never</i> seen Steam actively remove downloads for existing customers, I've only seen games removed from the store so no future customers<p>- pirates have found that most games, if their only DRM is Steamworks, are incredibly easy to crack. I am very glad Steam has convinced most publishers to use that alone and nothing worse, and I curse publishers who insist on their own DRM, their own launcher, etc. If Valve goes tits-up, I have a lot of confidence <i>most</i> of peoples libraries will still be playable with a little bit of cracking.<p>There are other useful features, even if Valve is getting rich and fat off selling gambling and day-trading to teenagers.
I think the "fanboyism" of Steam is a bit different to platform wars like PS vs Xbox, etc.<p>Fundamentally Valve has built up a lot of trust with the gaming community, and other than microtransactions and gambling, I think it's very fair to say they've been a net good for both the PC gaming community; as well as the ecosystem.<p>Proton is a great example.
Valve have my trust just by being privately held company that can actually plan for decades ahead instead of try to appease major shareholders or black rock.<p>It took them 10 years to make Linux a competetive gaming platform.<p>They invested in VR early and still do a lot for this niche market.<p>They brought back hanfheld PC from being niche chinese devices to being mainstrean and maintain support for Steam Deck for 5 years.<p>As game developer I do find 30% cut abysmal, but it's not any worse than consoles and I dont like Epic as a gamer for being awfully anti-consumer. I certainly dont want PC game market to be controlled by chinese Tencent subsidiaries.
> unmodderated community forums<p>FTFY. Steam forums are a cesspoll most often than not. No, we do not want a easy accessible place where people can spew their crap on the internet. It's either moderated and useful or it shouldn't exists.
Really depends on which game, and yes the forums are moderated by Steam staff, who at least understand the role correctly (internet janitor, not little personal fiefdom)<p>To pick a random game's forum: <a href="https://steamcommunity.com/app/1623940/discussions/" rel="nofollow">https://steamcommunity.com/app/1623940/discussions/</a> we find:<p>- bug reports, feedback to the devs, etc.<p>- asking for help in the game<p>- story discussion<p>- requests for games like this one<p>- concern troll (locked)<p>- begging for the game to be released on GOG<p>Seems above board to me. I've also seen plenty of trolling, incivility and unreasonable expectations from manchildren, but they tend to get locked.
Don't forget big picture mode. Nowadays Steam is a better game console than an actual game console. That's the only way I use it anymore.<p>...and the hardware ecosystem, too. I just got my Steam controller last week, and it's wonderful. It's so good I'm playing Civ with it. Civ! On a gamepad!
I "defend" valve because they're seemingly the only company that cares about the end-user linux experience.<p>Rocket league used to have a Linux build, then epic decided to kill that off entirely.<p>I recently bought the steam frame. It's years past when I would have wanted this VR headset the most, but half the reason I bought it was to support Valve's R&D with Linux desktop support, arm JIT translation, etc.<p>People bitch and moan about "voting with your wallet", then you have a company that tons of people continually vote with their wallet for, then people complain about others defending the one company that doesn't seem to want to screw their userbase over.<p>Sure Steam has some blind spots for the very sweaty semi-pro gamer. I don't care about virtual stickers and little treats. I care that all my games run on my Linux desktop after years of devs not giving a shit and other companies being openly hostile.<p>Valves competitors suck. Their VR competitor is Meta which in a just world would not exist as an organization. Their gaming marketplace competitor is Epic, which produces the character-slop extraction shooter and a launcher that gets more annoying to use every time I open it.<p>The other "competitors" if you can even call them that, are microsoft who has basically deleted a dozen game studios in the last year via moneyball, and other game companies like EA and Ubisoft who routinely delete purchased games and tell the users to go suck it.<p>Valve is basically the only company out there who is resisting the constant urge to make everything shitty to increase investor profits. They stay private and everyone loves what they do with that power. I'm sure a ton of fail-son PE bros are dying for the chance to buy out valve and turn everything it's ever done to absolute dogshit. We'd be getting half-life 3, 4, 5, 6, mobile, etc and they'd all be shit.
<i>I "defend" valve because they're seemingly the only company that cares about the end-user linux experience.</i><p>Why bother defending them about this specific issue though?<p>Either Epic is right, and this pushes Valve to improve Steam performance.<p>Or Epic is wrong, and then who cares? People will continue to not use the Epic store and continue to use Steam.<p>It just feels more "defensive" then "defending" if that framing makes sense.
I think the commenter was addressing your initial comment about fanboyism (or more charitably, being fans of) Steam.<p>People are fans of Steam (of Valve, actually) because Steam has been a boon for the gaming world and for Linux gaming in particular, in a way others (like Epic) haven't. I suscribe to this opinion. I'm just so glad gaming on Linux is mostly seamless now, I simply don't care anymore for which OS a game was built (within reason... but then again, Windows games are not guaranteed to always run on Windows either!).
hear, hear!
I think in this case people just really hate Epic.
I do genuinely dislike their game launcher, but also I don't want to have multiple game launchers even if it was working well given it's just overhead.<p>I'll happily pay to have a game on Steam vs getting it for free on Epic. Steam has been a good experience for me the past 2+ decades :)
I wouldnt mind Epic if their platform wasn't so intentionally anti-consumer. I dont have any issues with Epic other products - I dont play Fortnite, but Unreal was net positive for gamedev and Epic also sponsored a lot of open sourcr software including Godot which is nice of them.<p>Unfortunately literally everything is wrong with EGS specifically.<p>Their stance on intentionally not having user reviews because consumers shouldn't have power to react to publisher or developers decisions.<p>Their giving away games for free and then revoking licenses then removing them from accounts even though it was purely their own fault. They were most successful company ever back then and could certainly eat that loss.<p>Their shitty account system that certainly got hacked multiple times because it's the only gaming platform where someone constantly trying to access my accounts even though I'm Linux and cybersecurity nerd with random 32-char passwords. They also dont have straightforward way to change account region without trying to deal with their shitty support.<p>Tim Sweeney decided to make a platform to fuck over gamers and we gamers returned favour.
luckily, epic is worth hating.
[dead]
Ok but why didn't they do it sooner? The Steam client is terrible and there is no excuse for it.
> The Steam client is terrible<p>Things nobody has said since like 2005? A faster startup is certainly appreciated, but steam's 10 second cold launch time is hardly a big deal. Especially when everyone just leaves it running anyway. There's far more significant aspects like memory usage, game library, and general features.
The client is definetly terrible. Slow to start. I have frikkin 2 different topbars that seemingly have similar options. Way to many locations for settings, spammy store page.
Hard to navigate game library. The fact that the store page often is a better look at the game than the one in the library.
Impossible to see what dlcs that is enabled unless you happen to borrow the game from someone in your family. Why van games corrupt and un and reinstalling is the only fix (verifying does sometimes not catch it).<p>I could go on. Its still the only store with acceptable linux experience sadly.
"Acceptable" is doing heavy lifting, because if you have a non-us keyboard layout Steam moves heaven and earth to ensure that no matter how hard you work to launch games with US keyboard, they will still use your non-US layout and be broken by default.
> A faster startup is certainly appreciated, but steam's 10 second cold launch time is hardly a big deal.<p>When I hear about a game on social media I often want to add it to a wishlist on Steam but I dread opening the app because I know it will take forever to open on MacOS.<p>I don't mind a game launcher taking time, but the store is a part of that which makes it annoying I avoid the native app for that reason.
It’s been a little while since I used Steam but you used to be able to do that from their own website, I think it was store.steampowered.com (I am guessing the website from memory). My game PC wasn’t my main PC so I didn’t even had Steam on that pc and it was what I used to buy the games - don’t really remember if I wishlist too because I use bookmarks in web browsers and folders for the bookmarks.
A launcher is a parasite mostly used to collect stats. Having it take five seconds before you even get to the point of actually starting to load your game is preposterous. Whereas who cares if it takes five seconds for a store to load? At least I play games more often than buy new ones.
I don't have a MacOS comparison point, but steam for me is pretty equivalent to the numbers in the article. ~10 seconds for a cold start, half a second for a warm start. Unless you have a very different definition of "take forever"? What are you seeing on MacOS?
I highly recommend just using your normal browser to navigate the store. Using it within the client doesn't really provide any advantages at all.
My computer in the 90s used to take 30 minutes to boot. Now we complain about 10 second load times. What a world.
A modern computer runs circles around your 90s computer... if the code was the same, it should be crazy fast. Instead, everything is a web browser, and each of them need to load 1gb of junk into memory each time you click on them.
Startup is one thing, using the program is another. Steamwebhelper, the chromium based tool that renders everything web based in the client is awfully optimized and likes to noticeably utilize the CPU even when minimized on the tray, yet somehow always serves me with a blank page whenever I go store, community etc. on first try, I have to click the label multiple times to get anything. You can't even kill the process, because it's immediately relaunched, I just wish there was an option to disable it and only get the library.
When I browse the store, I specifically do it in a browser because the client is so unpleasant to use. For launching games I have no choice. I love Steam as a concept and company, but it is not an enjoyable app to use by its own merits, in my opinion.
I definitely don't leave the Steam launcher running all the time, on macOS it takes up a non-trivial amount of memory that I want to have available for other apps. I launch Steam when I want to play some games, then quit it when I want to do other stuff.
the steam client is definitely kind of terrible, maybe i’m just biased because i have used steam deck since launch which uses big picture, but there have been bugs in the client that were extremely annoying and obvious that took years to fix (for example, closing a store page and losing page position, but then the page would scroll up when pressing down on a controller for years).<p>A very obvious non-deck example is how bad it can be at loading and showing videos on the store page. They consistently have issues with smooth playback, this is not my network, others i know have the same issue. it’s to the point that I scroll down and look at gifs in the description for gameplay footage first. I use the discovery queue often and it’s pretty apparent.
Steam crashes my window manager every time I close it now. This started a couple weeks ago.
I find it <i>very</i> annoying. But not annoying enough to make me stop using Steam.<p>The upsides of having a <i>de facto</i> monopoly, I suppose—lamentably common story in tech.
it changed from a small, fast native client to webshit quite a few years ago. the performance is acceptable now but it is indeed magnitudes slower. it also steals focus several times during startup which is the single greatest thing a developer of client software can do to be a shithead
the steam client on my current windows system is using 115mb of ram. I don't care how long it takes to start up, i just start it and leave it running.
Well two of us have said it just today so you’ll have to update your assumption.<p>Steam is dogshit and it’s crazy they haven’t optimised it all in 20 years.
I said it back when they first migrated to Electron, and I'll say it again now. It's not the slowest thing ever by modern standards, but it's definitely not fast, either, and is pretty bloated in terms of memory usage.<p>It only looks good if you compare it to the Epic client, which somehow manages to be much worse.
I definitely don’t leave the resource hog Steam running, because it can be slow and terrible. I turned off Steam Overlay and Notifications to get substantial speed up improvements.
[dead]
My guess based on the timing is that it is primarily for the Steam Frame. Steam is not just a game launcher but the entire desktop environment for the Steam Machine, the Steam Deck, and anything else like Bazzite that uses it as its primary UI as well. But in those cases, while at scale every second saved is nice, for the most part a second here or there doesn't really amount to that much.<p>But for the Steam Frame, which is probably booting while it is strapped to your face and completely obscuring your vision, every second is felt much more intensely. Anything that can be done to get to first interaction sooner has a much, much larger effect on the feel of the experience.<p>The speed would always have been nice to have, but it moves beyond "nice to have" for the Steam Frame case into having a significant effect on how it feels to use and the out-of-box experience. Yes, you'll use sleep most of the time, but when you do a full boot or reboot, you feel the seconds.
> <i>Ok but why didn't they do it sooner? The Steam client is terrible and there is no excuse for it.</i><p>I wouldn't call it terrible.<p>It does have unresolved annoyances, like how context menus randomly stop working on Linux, and tweaking that setting (whose name I forget) on/off does little to fix them. You have to resort to using Big Picture mode, which is annoying. If they ever fix this, I'd have zero problems with the Steam client.
It was a planned update since long before. Just a coincidence in timelines.
They might've pushed it from beta to stable reactively, but an improvement to startup times was in their beta channel last month: <a href="https://store.steampowered.com/news/group/4397053?emclan=103582791433918461&emgid=702152588870551007" rel="nofollow">https://store.steampowered.com/news/group/4397053?emclan=103...</a>
They released it like a day or two after Epic right? That is <i>quite</i> a coincidence ...
The CEF update was baking in the public beta channel for around the last 6 weeks.<p>Epic could have benchmarked their beta client against the Steam beta client which would have shown this.
If I had a performance improvement ready for release, and my competitor started bragging about being faster, I'd for sure jump at the opportunity to release it sooner.
It was in the beta channel from some time now being updated and refined, steam is constantly updating the beta channel and promotes updates to general channel every now and then.
Most likely nobody complained and startup time isn't an important metric for them. The typical user may have Steam launch at startup or launch it once after booting their PC and then leave it running for days or weeks.
Personally, my longest and loudest complaint with steam is reliably putting a long hold on inputs when it starts up. If I launch steam on startup then I can't start doing anything else until it's done because it will jump on top of everything else when it feels like it. This is a particularly bad sin because this behavior is a way for credentials to leak.
I can honestly say I haven’t really had any issues with the client. Sure restoring from tray and starting are slow but other than that it’s been rock solid for me and for something that is mainly hosting a web view it’s nice that it doesn’t eat 1-3GB of memory in the background.<p>I’m curious what issues you have run into that you consider it terrible?
This is such an ignorant statement. Steam works great, and has for 20+ years. If you think it's 'horrible' please explain why you have a personal issue with it.
Disagree. It does what I need it to do. The store might be slow but my games work great.
Thank you Epic for improving Steam! Appreciated
What are the possibilities of AI learning how to code efficient apps, e.g. low memory apps, or faster apps, or both? I feel like that is the kind of cheap work that requires too much intelligence for humans, yet provides immense benefits to users.<p>Just recently I learned Listary has a new beta written in Rust. It is fast! The previous one kept crashing. Asking AI to code Rust style, is probably a shortcut method.
So it's a D-measuring contest now? Also, I found the tone of the writing on that site, including the picture of Gabe Newell, kind of obnoxious.
Epic is so bad that I rather pay for a game on Steam than getting it for free on their store.
I had suspected that they simply invoked client ready faster and let misc information fetch in background. After a little bit of reversing they did infact just make the client spawn earlier.<p>Steam client was always fast, majority of load time is (and forever will be) network speed.
on the flipside, it takes longer to start the steam client than it does to load and start the first level in half life
I think vibe coding will force everyone to stay on their toes and keep being at the edge, moat defences have lowered and competition is up, as consumers we will get much better products for much cheaper. Let's just hope there is enough people left with jobs to pay for the services and the others can re-invent theirselves in a career that is still valuable in an LLM world.
> Your country is not allowed to access this resource<p>What’s the issue they have with South Africa?
The 'vibe coded' part needs to go. Both teams likely used AI-assisted coding. Neither team's product was completed by robots, not with current tech. Epic had the launcher update ready in advance to handle the bad PR from their announcement. Prepare for more announcements from Epic how AI and not humans solved something.
Valve: “thank God we are paying (checks notes) hundreds of thousands to be .5 seconds faster on a desktop app boot. Let’s push out the marketing material!”
When you vibe code and tell your agent to "keep working till everything loads inside 100 milliseconds", you end up with a super hideous codebase which does insane things like having a custom memory allocator, handwritten assembly, etc etc.<p>It is fast though!
It may be faster than Epic, but it is still unreasonably slow for something that really does very little at the end of the day. It's quite tragic that the company that brought us Proton and Windows games on Linux at near equal performance can't do a better job with the client or can't be bothered to improve it. That, and the decades old bugs in Half Life, Left 4 Dead and other classic games that probably still generate not insignificant revenue.
App to launch apps is loading in little over 5s, on what I assume is high-end gaming pc.<p>Truly something to be proud of..
A decent nvme ssd can read ~35GB of data in 5 seconds for reference.<p>Or you can download 66MB of data on a 100mbit/s internet connection in 5 seconds.<p>Say you need to load 1gb from disk and need to download 1MB of data from internet. It should take ~75 milliseconds to do that.<p>It is incredibly slow, considering Valve is a billion dollar company. This level of optimization is closer to what you would expect from a person who is programming as a hobby.
Next let's review their RAM usage while idle, shall we?
Not sure why this is even a comparison. Steam Client has been optimized over years of development and updates.
epic games can build a launcher that has hard coded bytes and runs on it's own localized cpu space and I would still use steam
They're posting this as some kind of gotcha against AI, as if Valve aren't using AI too.
Epic will do anything to beat Valve, apart from actually being better than Valve
Turns out competition works!
First real-world evidence that AI is improving productivity?
How about actually testing both launchers on same device or at least give startup numbers of steam before/after update? So annoyed by this "comparison" honestly.
that is great and all but why was it slow previously
Does “ai assisted” count as an architecture?
I bet they just removed a wait(5s) from their client :D
Can we stop putting Chrome in everything? Why does it take billions of instructions and hundreds of thousands to billions of bytes of RAM to display some text and pictures?
Fair question, but there is a decent answer. It's because Steam is an app that is shipped to 3 platforms and at least 2 architectures; the web platform is a platform- and architecture-agnostic target; and there is an extremely large set of tools and large developer pool to pull from. It may not be the set of you trade-offs you would have chosen, but it's also a reasonable choice for the problem they are tackling with the set of real-world constraints they are presented with.
Nobody asked for this! We just want more, better and cheaper games! That's it. I could care less how quick it takes to launch an app which then stays open for hours/days.
>I could care less<p><i>borderline murderous eyetwitch</i>
I was in my 30s before I understood that people say "could care less" when they mean "couldn't care less." I'll never understand how people can say it without wanting to claw out their larynx as badly as it makes me want to claw out my eardrums, but I'm gradually learning acceptance -- and how not to let my horror show on my face.
I think probably some people asked for this, but they're just not you.
<i>Nobody asked for this!</i><p>This feels like a strange argument given site we are on. "Why are applications so slow and bloated these days" has been a pretty constant complaint around here for many, many years.
Do you really think that the developers in charge of maintaining the client have absolutely anything to do with 'more, better and cheaper games'?<p>How are you twisting more efficient software into a bad thing?
This is a garbage article, lmao. Comparing architectures as "AI assisted (vibe coded)" and "Optimized modular CEF", and highlighting Steam as being faster in tray restore when it is slower.
Not that it's specifically relevant to this but it's bloody terrible that we need any launcher at all. A whole generation is barely even aware that you used to able to buy and play a game without an online middleman sitting on your computer.
Epic Games seems desperate in its attempts to make gamers like AI.
I really hate all these gaming related wars. I liked it better when arguing about stuff like this was regarded as juvenile. It’s a sign of our times I guess, grown men so withdrawn from the system that these sort of battles are front and center to a lot of them.
Great. Now make it not need a constantly running process, and not using GB of memory when I forget to close it. May not be a big deal on a desktop, but on a laptop having this kind of bloat is obnoxious.
They would have to rewrite the app and use Tauri/WebView2 or native code. CEF blows up your memory use because you ship a whole ass Chromium browser.<p>You can't really avoid a long running process for a game launcher though. It's just how they work, you need to keep track of play time and respond to any API calls from the game. But it could be a native background daemon instead of two Steam Web Helpers.
> They would have to rewrite the app and use Tauri/WebView2 or native code. CEF blows up your memory use because you ship a whole ass Chromium browser.<p>The only benefits of Tauri are the smaller application package and the fact that the runtime is always up to date (which can also be a downside). That full package doesn't live in RAM when it's running, so it's "merely" wasted disk space and not RAM. In terms of RAM it uses just as much as electron or CEF.
> You can't really avoid a long running process for a game launcher though<p>I disagree. I get that steam has useful features I want while in-game (e.g. invite a friend to play), but there's no reason it couldn't just run this launcher only when a steam game is running and immediately exit once it's done.<p>Also, I think a lot of people forget how small well written software can be -- we're talking like single or double digit megabytes. Heck there's a whole linux distro that's under 20mb.
Oct 13 source: <a href="https://store.steampowered.com/news/app/593110/view/710037059469839720?l=english" rel="nofollow">https://store.steampowered.com/news/app/593110/view/71003705...</a>
"avoid stealing focus..."<p>oh fucking hell, finally. thank you.
Wow this is really the unthinking man's blog post. This is a known slop news site and HN should not allow it here. I like Steam, but at least Epic actually gave a comparison that we can interpret as two load times on the same PC. These metrics are completely useless without that.<p>Somebody clipping how long it takes Steam to open on their computer with no other context is pretty meaningless. For all we know, it's running slower on their computer today. There's no before/after, no comparison to Epic. Yet this article just confidently asserted the figure as universal. Moronic.
Honestly, I have no idea what business Steam has starting for whopping 5 seconds as it is right now (after the 'speedup').<p>It is a simple shell for launching already downloaded apps. This is disgrace and nothing to boast about, especially considering Valve takes 30% cut of basically PC gaming marked for making it.
It's way more than this. Some may argue about how useful all of these features are, but Steam client is also a store (with lots of personalizations), a social network (forums, text and voice chat, personal profiles etc), a mod hosting platform, a game review site, a digital marketplace (cards and items. You may be surprised how popular this aspect is). It also does the controller remapping, manages cloud saves and screenshots/videos, allows to store games at several locations at ones. It provides games related news, checks for updates on all of the installed games.<p>Again, one may argue how useful all of this is, but it is there, and most users likely have the app on a OS startup anyway.
Unlike nearly every other platform that takes a 30% cut, you're not forced to distribute on Steam.
Wake me up when it stops going blank when I have two monitors with different scaling factors. [1]<p>1: <a href="https://steamcommunity.com/discussions/forum/1/4299321840544661105/" rel="nofollow">https://steamcommunity.com/discussions/forum/1/4299321840544...</a>
[flagged]