| ▲ | Aurornis 10 hours ago |
| > Most software houses spend so much time focusing on how expensive engineering time is that they neglect user time. Software houses optimize for feature delivery and not user interaction time. I don’t know what you mean by software houses, but every consumer facing software product I’ve worked on has tracked things like startup time and latency for common operations as a key metric This has been common wisdom for decades. I don’t know how many times I’ve heard the repeated quote about how Amazon loses $X million for every Y milliseconds of page loading time, as an example. |
|
| ▲ | rovr138 10 hours ago | parent | next [-] |
| There was a thread here earlier this month, > Helldivers 2 devs slash install size from 154GB to 23GB https://news.ycombinator.com/item?id=46134178 Section of the top comment says, > It seems bizarre to me that they'd have accepted such a high cost (150GB+ installation size!) without entirely verifying that it was necessary! and the reply to it has, > They’re not the ones bearing the cost. Customers are. |
| |
| ▲ | viraptor 7 hours ago | parent | next [-] | | There was also the GTA wasting minutes to load/parse JSON files at startup. https://nee.lv/2021/02/28/How-I-cut-GTA-Online-loading-times... And Skylines rendering teeth on models miles away https://www.reddit.com/r/CitiesSkylines/comments/17gfq13/the... Sometimes the performance is really ignored. | |
| ▲ | ux266478 9 hours ago | parent | prev | next [-] | | That's not how it works. The demand for engineering hours is an order of magnitude higher than the supply for any given game, you have to pick and choose your battles because there's always much, much more to do. It's not bizarre that nobody verified texture storage was being done in an optimal way at launch, without sacrificing load times at the altar or visual fidelity, particularly given the state the rest of the game was in. Who the hell has time to do that when there are crashes abound and the network stack has to be rewritten at a moments notice? Gamedev is very different from other domains, being in the 90th percentile for complexity and codebase size, and the 99th percentile for structural instability. It's a foregone conclusion that you will rewrite huge chunks of your massive codebase many, many times within a single year to accomidate changing design choices, or if you're lucky, to improve an abstraction. Not every team gets so lucky on every project. Launch deadlines are hit when there's a huge backlog of additional stuff to do, sitting atop a mountain of cut features. | | |
| ▲ | swiftcoder 9 hours ago | parent | next [-] | | > It's not bizarre that nobody verified texture storage was being done in an optimal way at launch The inverse, however, is bizarre. That they spent potentially quite a bit of engineering effort implementing the (extremely non-optimal) system that duplicates all the assets half a dozen time to potentially save precious seconds on spinning rust - all without validating it was worth implementing in the first place. | | |
| ▲ | MBCook 5 hours ago | parent | next [-] | | Was Helldivers II built from the ground up? Or grown from the v1 codebase? The first was on PS3 and PS4 where they had to deal with spinning disks and that system would absolutely be necessary. Also if the game ever targeted the PS4 during development, even though it wasn’t released there, again that system would be NEEDED. | |
| ▲ | rovr138 9 hours ago | parent | prev [-] | | Yes. They talk about it being an optimization. They also talk about the bottleneck being level generation, which happens at the same time as loading from disk. |
| |
| ▲ | jesse__ an hour ago | parent | prev [-] | | > It's a foregone conclusion that you will rewrite huge chunks of your massive codebase many, many times within a single year Tell me you don't work on game engines without telling me.. ---- Modern engines are the cumulative result of hundreds of thousands of engine-programmer hours. You're not rewriting Unreal in several years, let alone multiple times in one year. Get a grip dude. |
| |
| ▲ | kibwen 5 hours ago | parent | prev [-] | | > They’re not the ones bearing the cost. Customers are. I think this is uncharitably erasing the context here. AFAICT, the reason that Helldivers 2 was larger on disk is because they were following the standard industry practice of deliberately duplicating data in such a way as to improve locality and thereby reduce load times. In other words, this seems to have been a deliberate attempt to improve player experience, not something done out of sheer developer laziness. The fact that this attempt at optimization is obsolete these days just didn't filter down to whatever particular decision-maker was at the reins on the day this decision was made. |
|
|
| ▲ | dijit 10 hours ago | parent | prev | next [-] |
| I worked in e-commerce SaaS in 2011~ and this was true then but I find it less true these days. Are you sure that you’re not the driving force behind those metrics; or that you’re not self-selecting for like-minded individuals? I find it really difficult to convince myself that even large players (Discord) are measuring startup time. Every time I start the thing I’m greeted by a 25s wait and a `RAND()%9` number of updates that each take about 5-10s. |
| |
| ▲ | jama211 9 hours ago | parent | next [-] | | Discord’s user base is 99% people who leave it running 100% of the time, it’s not a typical situation | | |
| ▲ | dijit 9 hours ago | parent [-] | | I think that they make the startup so horrible that people are more likely to leave it running. | | |
| ▲ | hexer292 9 hours ago | parent | next [-] | | As a discord user, it's the kind of platform that I would want to have running to receive notifications, sort of like the SMS of gaming. A large part of my friend group use discord as the primary method of communication, even in an in person context (was at a festival a few months ago with a friend, and we would send texts over discord if we got split up) so maybe its not a common use case. | |
| ▲ | jama211 23 minutes ago | parent | prev [-] | | I strongly doubt that! |
|
| |
| ▲ | spockz 9 hours ago | parent | prev | next [-] | | I have the same experience on windows. On the other hand, starting up discord on my cachyos install is virtually instant. So maybe there is also a difference between the platform the developers use and that their users use. | |
| ▲ | drob518 9 hours ago | parent | prev [-] | | Yep, indeed. Which is the main reason I don’t run Discord. | | |
| ▲ | jama211 22 minutes ago | parent [-] | | I strongly doubt that. The main reason you don’t run it is likely because you don’t have strong motivation to do so, or you’d push through the odd start up time. |
|
|
|
| ▲ | ponector 8 hours ago | parent | prev | next [-] |
| Contrary, every consumer facing product I've worked had no performance metrics tracked. And for enterprise software it was even worse as the end user is not the one who makes a decision to buy and use software. >>what you mean by software houses How about Microsoft? Start menu is a slow electron app. |
| |
| ▲ | julianz 7 hours ago | parent | next [-] | | The Start menu is not an Electron app. Don't believe everything you read on the internet. | | |
| ▲ | Spooky23 6 hours ago | parent | next [-] | | That makes the usability and performance of the windows start menu even more embarrassing. The decline of Windows as a user facing product is amazing, especially as they are really good at developing things they care about. The “back of house” guts of Windows has improved alot, for example. They should just have a cartoon Bill Gates pop up like clippy and flip you the bird at this point. | | |
| ▲ | jiggawatts 3 hours ago | parent [-] | | Much worse is that the search function built into the start menu has been broken in different ways in every major release of Windows since XP, including Server builds. It has both indexing failures and multi-day performance issues for mere kilobytes of text! |
| |
| ▲ | odo1242 5 hours ago | parent | prev | next [-] | | React Native, not Electron. Though it is slower than it was | |
| ▲ | kortilla 6 hours ago | parent | prev [-] | | People believing it says something about the start menu | | |
| |
| ▲ | philipallstar 8 hours ago | parent | prev [-] | | > How about Microsoft? Start menu is a slow electron app. If your users are trapped due to a lack of competition then this can definitely happen. |
|
|
| ▲ | moregrist 7 hours ago | parent | prev | next [-] |
| > I don’t know how many times I’ve heard the repeated quote about how Amazon loses $X million for every Y milliseconds of page loading time, as an example. This is true for sites that are trying to make sales. You can quantify how much a delay affects closing a sale. For other apps, it’s less clear. During its high-growth years, MS Office had an abysmally long startup time. Maybe this was due to MS having a locked-in base of enterprise users. But given that OpenOffice and LibreOffice effectively duplicated long startup times, I don’t think it’s just that. You also see the Adobe suite (and also tools like GIMP) with some excruciatingly long startup times. I think it’s very likely that startup times of office apps have very little impact on whether users will buy the software. |
|
| ▲ | j_w 3 hours ago | parent | prev | next [-] |
| Clearly Amazon doesn't care about that sentiment across the board. Plenty of their products are absurdly slow because of their poor engineering. |
|
| ▲ | eviks 8 hours ago | parent | prev | next [-] |
| The issue here is not tracking, but developing. Like, how do you explain the fact that whole classes of software have gotten worse on those "key metrics"? (and that includes web-selling webpages) |
|
| ▲ | pjmlp 9 hours ago | parent | prev | next [-] |
| An exception that confirms the rule. |
|
| ▲ | croes 5 hours ago | parent | prev | next [-] |
| Then why do many software house favor cloud software over on premise? They often have a recognizable delay to user data input compared to local software |
|
| ▲ | mindslight 9 hours ago | parent | prev | next [-] |
| > every consumer facing software product I’ve worked on has tracked things like startup time and latency for common operations as a key metric Are they evaluating the shape of that line with the same goal as the stonk score? Time spent by users is an "engagement" metric, right? |
|
| ▲ | venturecruelty 4 hours ago | parent | prev [-] |
| >I don’t know what you mean by software houses, but every consumer facing software product I’ve worked on has tracked things like startup time and latency for common operations as a key metric. Then respectfully, uh, why is basically all proprietary software slow as ass? |