That sounds less like a lack of knowledge and interest, and more like a lack of time and care. When your boss is yelling at you to upgrade the Ferrari logo because you need to get to work on Dave's Dogfood, and you've got two hours to do it plus nobody remembers the AWS credentials for the account with permission to upload images to S3, you're going to hack some shit together and deploy it then sneak out for a coffee. Your personal levels of interest and knowledge don't come into play when faced with cost-cutting and ignorance at the purse-string level.
Also, the programmer is not the one ultimately responsible. It's the QA team.
Yup, chuck that responsibility over the wall. Not.
True, the QAs job is to test it delivers as requested, UX if it is usable by the end user, ops that is is not heavy on resources etc. But it is a joint responsibility between all and especially the developer and designer that they deliver quality and not cut corners.
If there is an ultimate responsible it would perhaps be the project/product owner who would decide what is important and how much time and effort they should spend on which parts. But still it is not just pass-the-buck, they are all responsible.
The programmer's job is to come up with the best solution in the minimum amount of time. That's an ill-posed/unsolvable problem. Hence they will sometimes come up with a solution that's not perfect, and they will leave it to QA (or the product designer) to see if the solution is acceptable.
It reminds me of my previous company, also a car company. During the Dakar Rally they had an 8MB jpeg as the header of their sale website.
It took one week and a message sent through a "Contact us" page (public) to get them to reduce it to 700 KB. I suppose it happens because the web devs never tested the website with a realistic internet connection. Everything loads fast when the server room is less than a km away with gigabit bandwidth.
It's either bad project management if they forgot to test correctly/change placeholders or as you said lack of knowledge.
And quite possibly a lack of interest from the customers of their site.
Agreed. It's not like Ferarri is going to lose a (potential) customer because their site loads a bit slow.
Re:Who has the fastest website in F1?
by jim-jim-jim on Tuesday April 02, 2019 @08:03PM
(#19559712)
It definitely doesn't matter with Ferrari because I doubt people buy cars directly through their site, but I've gotten into spats with art/fashion people who make terrible web stores that shit the bed the moment you're on a spotty connection. Their justification is unironically "we don't make products for poor people, so who cares what our site looks like on a bad signal," which I find really odd—do people with means never travel or something?
That shows it's not always the massive JS libs that are the problem. It's also a lack of knowledge and interest from those who build and maintain the site.