Yeah, that's not "a world" it's just the USA. Parts of the world - EU, UK etc have already moved on from that. Don't assume that the USA is leading edge in all things.
Fast
41–50 of 450 posts
Re: Fast
#42This is one of the reasons I switched from Unity to Godot. There is something about Godot loading fast and compiling fast that makes it so much more immersive to spend hours chugging away at your projects for.
Re: Fast
#43For example, if you're running experiments in one big batch overnight, making that faster doesn't seem very helpful. But with a big enough improvement, you can now run several batches of experiments during the day, which is much more productive.
Re: Fast
#44> Rarely in software does anyone ask for “fast.” Are you kidding me? My product owner and management ask me all the time to implement features "fast".
Not sure if this is sardonic obstinance... But assuming face-value - that's not what the statement is about. I disagree with the statement too, as people definitely ask for UX / products to be "snappy", but this isn't about speed of development.
Re: Fast
#45Re: Fast
#46I think that people generally underestimate what even small increases in the interaction time between human and machine cost. Interacting with sluggish software is exhausting, clicking a button and being left uncertain whether it did anything is tedious and software being fast is something you can feel. Windows is the worst offender here, the entire desktop is sluggish even though it there is no computational task wh…
Re: Fast
#47Only sorta related, but it’s crazy that to me how much our standards have dropped for speed/responsiveness in some areas. I used to play games on N64 with three friends. I didn’t even have a concept of input lag back then. Control inputs were just instantly respected by the game. Meanwhile today, if I want to play rocket league with three friends on my Xbox series S (the latest gen, but the less powerful version), I…
That may be an issue of going from a CRT tv to an LCD tv. As far as I am aware there was no software manipulation of the video input on a CRT. It just took the input and displayed it on the screen in the only way it could. Newer tvs have all kinds of settings to alter the video which takes processing time. They also typically have a game mode to turn off as much of it as it will allow.
The lag is due to some software. So the problem is with how software engineering as a field functions.
Re: Fast
#48> Rarely in software does anyone ask for “fast.” We ask for features, we ask for volume discounts, we ask for the next data integration. We never think to ask for fast. Almost everywhere I’ve worked, user-facing speed has been one of the highest priorities. From the smallest boring startup to the multi billion dollar company. At companies that had us target metrics, speed and latency was always a metric. I don’t thin…
Re: Fast
#49First, efficient code is going to use less electricity, and thus, fewer resources will need to be consumed.
Second, efficient code means you don't need to be constantly upgrading your hardware.
Re: Fast
#50Pavel Durov (founder of Telegram) totally nailed this concept. He pays special attention to the speed of application. The Russian social network VK worked blazingly fast. The same is about Telegram. I always noticed it but not many people verbalized it explicitly. But I am pretty sure that people realize it subconsciously and it affects user behaviour metrics positively.