Volgens mij praten we langs elkaar heen
Ik had het niet over de root-cause van het probleem (Dat kan een simfout zijn of een fout in apple's code of een combinatie) maar over het changeproces.
Als je een change implementeert dat storingen veroorzaakt op de huidige productie omgevingen dan mag je de change als 'fout' bestempelen. Onafhankelijk of je nou foute code hebt gemaakt of dat er een externe bug naar boven komt die door jouw change ineens in werking treed.
Het is jouw aanpassing die er direct voor zorgt dat een werkend systeem ineens niet meer werkt. Je change is 'fout'. In zo'n geval kun je 2 dingen doen:
1) Je change terugdraaien en uitzoeken waarom het nou fout ging en dat aanpakken in jouw change of in een 2e aparte eerder te implementeren change de echte bug verhelpen.
2) Een 2e change doen om de 'ontdekte' fout te verhelpen; Wat riskanter is want over het algemeen gebeuren dit soort dingen veel gehaaster en minder getest (vanwege het productie systeem werkt niet, moet snel weer werken, hogere druk etc).
Geloof me, als jij een change maakt op een bedrijfskritisch systeem en het systeem valt om bij implementatie en je gaat als programmeur roepen: "Jamaar, mijn change is goed, dit is omdat interface X zich niet aan de specs houdt" ben je verkeerd bezig. Ja dat kan best de root-cause zijn maar een werkend systeem is omgevallen doordat jij je change niet goed getest hebt.
Vertaal je dit terug naar ontopic dan blijft het feit dat Apple 'iets' heeft gewijzigd in IOS 4.2 naar 4.3 waardoor die specifieke vodafone SIM serie ineens niet meer werkt.
Of dat nou komt omdat de SIM serie een bug heeft is dan in eerste instantie niet eens relevant (alleen voor daadwerkelijke root-cause analysis) en dan mag kan je best zeggen dat de change in dit geval 'fout' is.
Vodafone zegt het zelf: Klanten niet de change implementeren tot wij weten wat er mis is en er een oplossing is. Dus voor de mensen met Vodafone is op dat moment de change 'fout'. Ze kunnen hun iDevice niet meer gebruiken na de change.
In dit voorbeeld kun je vraagtekens zetten of Apple verantwoordelijk is voor SIM's die zich al dan niet aan de specificaties houden (even aanname dat dit zo is) maar feit is wel dat blijkbaar deze SIM's werkten met eerdere releases. Als ze niet goed waren hadden dan sowieso niet mogen werken. Wat vodafone dan weer had kunnen zien bij het testen van deze simserie. Maar zonder meer info is hier niets over te zeggen. Het is allemaal gissen. de root-cause is nog niet bekend.
Jouw redenatie volgende blijf je evengoed met een groot vraagteken zitten:
Vodafone kocht altijd zijn SIMs in bij leverancier A, de SIMs herken je aan een serienummer beginnend met een 4.
Vodafone kreeg een aanbod dat interessant voor ze was van leveranciers, de SIMs herken je aan een serienummer beginnend met 7.
In dit geval is de change dus het aanschaffen van SIM-kaarten afkomstig van een andere leverancier.
In de tussentijd brengt Apple een update uit naar iOS 4.3 , ook een change.
Vanaf dit moment blijken plois de kaarten met de 7 niet meer te werken.
Dan kan jij wel roepen dat "
de change" de oorzaak is, maar welke dan?
Kortom, jouw antwoord, hoe uitgebreid ook, is voor mij geen antwoord maar nog steeds reden voor meer vragen.
Ik heb overigens net de Helpdesk van Vodaphone gebeld, zij hebben netjes de dichtstbijzinde Vodaphone-shop gelocaliseerd waar er kaarten met een 4 op voorraad zijn en er eentje op naam apart laten leggen voor me, ik kan hem ophalen wanneer ik maar wens.
Mensen die dus graag met grote spoed de boel weer werkend willen hebben, of het noodzakelijk vinden om zo spoedig mogelijk te updaten naar 4.3, de workaround is bekend: Even de Helpdesk bellen
