Our Funniest Front-End Bugs (2020)(medium.com) |
Our Funniest Front-End Bugs (2020)(medium.com) |
As I'm demonstrating this pièce de résistance of sliders, I switched to the tablet to show how it adapts to touch input.
After I've gone through all the features I slip with my finger and drag the handle a little too harshly... to my confusion, the drag handle had broken free of its confines and could now be moved anywhere one the page, all I could do is laugh, I'm glad my colleague found it equally amusing.
Also, the number of times I've seen bugs like No. 3 on big, live sites. Clearly a macbook monoculture and noone bothering to test on any other platforms. Seems like people forget scroll wheels are a thing too...
It's amazing how many bugs are hidden because we developers subconsciously interact with our apps in ways to prevent them from breaking.
We're not deliberately trying to do it, but we instinctively know that if, say, we drag the handle too hard it might not react appropriately, or if we click the button while the script is still loading it might do the wrong thing, or whatever it is.
This is why we have QA. In many ways this is similar to authors who need a fresh pair of eyes to see all the typos and other errors.
I work around using responsive dev tools, with a few predefined sizes, but that's less automatic.
i think the worst and most frustrating type of "bug" (not really) - is the "reload - no update" issue. not sure if it has another name.
its when you make some change, reload the browser but the update is not reflected :D - usually very trivial but often times the straw that broke this camels back.
Quirks mode. Unicode normalization. Scrollbar resize infinite loop. Accidental misparse. And of course another IE bug.
Each one has manifested a zillion times on as much different web sites. And yet they keep biting us.
Is there an effective way to restructure programming to make these disappear, without locking ourselves up in a turing tar pit. Linters, fault injectors, ... Or some rust safety equivalent for the front end?
What is it that makes computer games such a robust experience and why can't we have that in front ends?
I'm not talking only about web. Native toolkits are not much better either.
Low-quality early-access releases, crashes, things clipping through one another, needing a patch on release day then a dozen patches thereafter, physics glitches sending things flying, interactions getting glitched so they can't be completed, cheaters in online play - these are all just accepted as normal by gamers.
I'm envious of game devs, I do not know what went wrong in web land that we can not have great smooth user interfaces and smooth animations. I'm sorry but the DOM is not it and is holding us so far back its unreal.
I really hope for a shakeup of some kind. Have a skim through this video [0]. An indie game using the Unity interface builder I believe.
AAA game development includes dedicated teams of QA testers playing through the game each day, flagging all bugs they come across and verifying every bug which is claimed to be fixed. That's the best source of stability in my experience.
At the biggest studio I've been part of (three offices, with about a hundred people in the main one) we also had a number of automated tests (AI running through certain missions and doing events together) where failures would alert those with contributing commits.
Anyway, scrollbar loops and other stuff are not going to be resolved by this kind of tools I think
Design by committee, design by monopoly, and trying to shoehorn an application platform feature set into a document platform.
There have been a number of high-profile releases which have been rushed out the door and haven't been in a good state until quite a while later. And that's largely an issue of rigid deadlines and crunch. But for most games I feel it's not nearly as bad as people make it out to be. I wouldn't say it's accepted either, since it seems each game plagued by frequent crashes causes an uproar. I will concede that Early Access is often a mess. It used to mean you were literally playing the game before it was deemed ready for release and targeted at only a smaller set of die-hard fans. Now, both customers and developers seem to have lost sight of that.
I've very rarely experienced crashes in modern games in my free time and when I've been tasked with analyzing reported client crashes at work they've been almost entirely due to running the game below minimum specs or crashes caused by MSI Afterburner. Clipping and physics glitches are also mainly caused by low-end hardware or other applications eating resources.
If I look at which games I've been playing actively so far this year that'd be: Stardew Valley, Breath of the Wild, Super Meat Boy, HITMAN 2, The Last of Us Part 2, Ghost of Tsushima, Xenoblade Chronicles 2, Magic Carpet 2. Of these, the only crashes I've experiences were in the last of these, which is a DOS game from the nineties notorious for being buggy.
Or if you want an easier experience, you can turn enemies off, I guess.