Innehållsförteckning:
Saker och ting går inte alltid som man tänkt sig. Även professionella företag och utvecklare med viss erfarenhet, som Niantic. Efter den senaste uppdateringen av mekanik som kom för några dagar sedan i Pokémon GO, är det nu dags att gå tillbaka och ta bort en av dem på grund av ett fel. Och det är att de nya Pokémon-bytes alternativen inom tränarstriderna inte har blivit som förväntat. Något som har fått Niantic, Pokémon GO-utvecklare att backa i frågan
Frågan kommer hand i hand med att inte stoppa striderna när man byter Pokémon i dessa konfrontationer mellan riktiga spelare. Således trodde Niantic att det skulle vara bra att visa animationen av en Pokémon som når arenan och lämnar pokébollen som den sker i serien eller resten av tv-spelen, allt utan att fienden stoppar sin attack. Det verkar dock som om spelare drar fördel av denna dåligt utformade mekaniker, och djupet i tränarstriderna har nått en ny höjd just genom att låta Pokémon attackera eller ta skada medan motståndaren introducerar sin nya fighter.
Nu meddelar de genom den officiella Pokémon GO-bloggen att lagets verkliga motivation är att skapa strategiska och intuitiva strider, men att denna förändring i mekaniken inte uppnår det målet.Med tanke på situationen som inträffat sedan denna förändring genomfördes den 9 juli, har de bestämt att det är bäst att ta ett steg tillbaka och återgå till det tidigare stridspaussystemet Åtminstone tills de lyckas putsa alla problem som denna nya mekanikbyte innebär.
Phantom Damage
Krigarna mellan tränarna är tydligen inte så polerade som de borde vara. Bevis på detta är fantomskadan som kan tilldelas Pokémon vid tidpunkten för byte från en till en annan. Denna praxis har använts av spelare för att försöka få en strategisk fördel. Niantics problem är att det inte heller har löst problemet att pausa spelet när man väljer att byta Pokémon mitt i striden.
För att inte tala om att växlingsknappen inte fungerar som den ska, som inte alltid fungerar som den ska. Inför så många problem inom stridsmekaniken är det mest logiska att gå tillbaka och försöka lösa felen innan du släpper dessa funktioner igenNaturligtvis, nu utan ett specifikt datum.
