5 ms·

Why would a developer be in charge of testing the user experience from the user perspective? Either have good relations with your end users or use QA with prop

Why would a developer be in charge of testing the user experience from the user perspective? Either have good relations with your end users or use QA with properly outfit machines. Or you should -know- what specs your users are using (this is really not hard) and optimize for that. You can get chrome to degrade network performance etc. It's not easy to downgrade machine performance tho.

astrange 6y ago
You can simulate a slower machine with a VM, or by disabling extra cores and memory on your dev machine, or by running your app off a slow external drive. It's not as easy to do this as it could be, but it's not that hard either.
wwwhizz 6y ago
Simply run your app in a VM, that should degrade performance, customizable as well.
- virtue3 6y ago
  I'm not really buying that. You can limit ram access but even at a single core i7 you're going to have better JS performance than some i3 from 10 years ago. Hypervisor / virtualization tech should mean you get very close to actual host OS performance. Otherwise this whole container thing wouldn't work so hot?
josephg 6y ago
> Why would a developer be in charge of testing the user experience from the user perspective? I can count on one hand the number of companies I've worked at in the last decade who had in-house QA teams. Most companies just rely on the developers to test their (our) own code. The exceptions are banks, gamedev companies and big corp products (like Windows). Most web software I've seen - especially in the startup world - just assumes that "it works well enough on the developers' specced out mac" means it works. The most tragic version of this I saw was our app looking awful on a ‘normal’ 19” desktop monitor. The problem was our designers did all their work from 27" imacs. They never thought to design and test on smaller displays. Or the designers placing adjacent colors that look great on color graded displays but are almost indistinguishable on the trashy 6 bit TN displays that were ubiquitous in offices a few years ago. Even in companies with dedicated QA I haven't seen many tickets of the form of "the program runs slowly on this old computer we have". Sadly the creeping performance rot is mostly invisible.
- virtue3 6y ago
  I worked at an education tech startup so we were mildly aware of our app being run on slowly performing computers. Low bandwith conditions were more of the worry tho. Honestly, people running slow computers are probably just used to poor performance. I fully agree with you that we should do something about it but I don't see that happening unless it's a strong priority (feature X/y/z or performance? is usually the conversation). Anecdotally: I'll never forget the first time I launched an app from an SSD and vowed I was never going back.
iainmerrick 6y ago
Why would a developer be in charge of testing the user experience from the user perspective? Either have good relations with your end users or use QA with properly outfit machines. It doesn’t have to be either/or, it can be both. Developers absolutely should be using their own software frequently, seeing and feeling how well it performs; trying it out on a lower-spec machine is always a useful exercise. That doesn’t mean you can’t also have dedicated QA. Developers shouldn’t have to be in charge of QA, but they should have some involvement.
arcticbull 6y ago
> It's not easy to downgrade machine performance tho. yes > /dev/null & Repeat until slow ;)

astrange 6y ago

You can simulate a slower machine with a VM, or by disabling extra cores and memory on your dev machine, or by running your app off a slow external drive. It's not as easy to do this as it could be, but it's not that hard either.

wwwhizz 6y ago

Simply run your app in a VM, that should degrade performance, customizable as well.

virtue3 6y ago
I'm not really buying that. You can limit ram access but even at a single core i7 you're going to have better JS performance than some i3 from 10 years ago. Hypervisor / virtualization tech should mean you get very close to actual host OS performance. Otherwise this whole container thing wouldn't work so hot?

josephg 6y ago

> Why would a developer be in charge of testing the user experience from the user perspective? I can count on one hand the number of companies I've worked at in the last decade who had in-house QA teams. Most companies just rely on the developers to test their (our) own code. The exceptions are banks, gamedev companies and big corp products (like Windows). Most web software I've seen - especially in the startup world - just assumes that "it works well enough on the developers' specced out mac" means it works. The most tragic version of this I saw was our app looking awful on a ‘normal’ 19” desktop monitor. The problem was our designers did all their work from 27" imacs. They never thought to design and test on smaller displays. Or the designers placing adjacent colors that look great on color graded displays but are almost indistinguishable on the trashy 6 bit TN displays that were ubiquitous in offices a few years ago. Even in companies with dedicated QA I haven't seen many tickets of the form of "the program runs slowly on this old computer we have". Sadly the creeping performance rot is mostly invisible.

virtue3 6y ago
I worked at an education tech startup so we were mildly aware of our app being run on slowly performing computers. Low bandwith conditions were more of the worry tho. Honestly, people running slow computers are probably just used to poor performance. I fully agree with you that we should do something about it but I don't see that happening unless it's a strong priority (feature X/y/z or performance? is usually the conversation). Anecdotally: I'll never forget the first time I launched an app from an SSD and vowed I was never going back.

iainmerrick 6y ago

Why would a developer be in charge of testing the user experience from the user perspective? Either have good relations with your end users or use QA with properly outfit machines. It doesn’t have to be either/or, it can be both. Developers absolutely should be using their own software frequently, seeing and feeling how well it performs; trying it out on a lower-spec machine is always a useful exercise. That doesn’t mean you can’t also have dedicated QA. Developers shouldn’t have to be in charge of QA, but they should have some involvement.

arcticbull 6y ago

> It's not easy to downgrade machine performance tho. yes > /dev/null & Repeat until slow ;)