Voit lisätä twiitteihisi sijainnin, esimerkiksi kaupungin tai tarkemman paikan, verkosta ja kolmannen osapuolen sovellusten kautta. Halutessasi voit poistaa twiittisi sijaintihistorian myöhemmin. Lue lisää
Where devs would typically have a couple weeks of down-time before release, there is now that much more of a rush in order to prep the release-day patch. On Guitar Hero: World Tour Wii, we had a crash bug that QA missed pertaining to the Music Studio feature leaking memory.
I ran across it since I had the time to dink around with the game, with nothing better to do until it passed Lot Check. I reported it, and the project managers pretty much said, "Well, let's prep a fix, but also hope Nintendo don't find it". Nintendo didn't, we shipped with it.
Since the Wii had no provisions for post-release game patches, it simply never got fixed. The game is a buggier experience because of that. It can certainly be argued that perhaps more time should be blocked out for bug fixes, but that's unrelalistic.
*unrealistic. Games have an intractable level of code complexity these days, and there will *always* be edge-case bugs that end up getting found, but which are so rare or so hard to pull off by the average player that they aren't worth the development time to fix.
All that said, I want to give props to @KrisinVR and everyone else who works QA. There's a perpetual "devs vs. QA" dynamic in game development, and honestly, fuck that - QA *are* devs.
Testers are *the* most important devs on a project. They keep the rest of us honest.
Testers are the people who ensure that a company doesn't put out a game that runs on exactly one configuration of PC, or that doesn't crash every 3 minutes. You can have the most visually compelling, easy-to-play game, but if it's a buggy shit-heap, nobody's going to buy it.
Twitter saattaa olla ruuhkautunut tai ongelma on muuten hetkellinen. Yritä uudelleen tai käy Twitterin tilasivulla saadaksesi lisätietoja.
