Encore un bug iOS du premier janvier, Réactions à la publication du 02/01/2013

[Lionel]

Apple nous a habitué avec iOS à des bugs à des dates fatidiques, changement d'année ou encore passage à l'heure d'hiver ou d'été.
Cela n'a pas raté à l'occasion du passage à 2013. La fonction « ne pas déranger » a connu aussi un problème. Elle ne s'est tout simplement pas désactivée après l'horaire programmé.
Ce n'est certes pas dramatique, mais Apple devrait quand même améliorer ses protocoles de tests pour prévenir les problèmes qui ne surviennent que très rarement, ici au changement d'année.

[Màj] Apple a publié une note technique à ce sujet dans lequel on est ravi d'apprendre que le bug va se régler de lui-même le 7 janvier.
Par Lionel

[xav_mtx]

Je n'arrive pas a comprendre comment ce genre de bug ultra specifique et debile peut arriver.
D'une part, ca doit vouloir dire que c'est pas du tout gere de facon generique, ca pue le dev moche tout plein d'exception.

D'autre part, comme l'a dit lionel, ce genre de bug arrive sur des trucs vraiment basiques et evidents qui devraient etre teste. C'est la base pour nimporte quel debutant. Je ne peux pas croire que les dev d'apple (ou android, ca leur est arrive aussi) soient nuls, ils doivent enormement manquer de temps.

[fuby]

Je n'arrive pas a comprendre comment ce genre de bug ultra specifique et debile peut arriver.
D'une part, ca doit vouloir dire que c'est pas du tout gere de facon generique, ca pue le dev moche tout plein d'exception.

D'autre part, comme l'a dit lionel, ce genre de bug arrive sur des trucs vraiment basiques et evidents qui devraient etre teste. C'est la base pour nimporte quel debutant. Je ne peux pas croire que les dev d'apple (ou android, ca leur est arrive aussi) soient nuls, ils doivent enormement manquer de temps.

pour travailler "un peu" sur les services et integration dans les réseaux operateurs en Asie du Sud Est avec Apple, il y a bien plus que cela :

• bases des dev/API de iOS faites a l'arrache
• equipes qui ne communiquent pas entre elles
• equipes en competition pour avoir le plus de pouvoir dans la boite
• turnover ENORME : surement proche des 20% (pour mon cas, un nouveau developper par mois pour remplacer celui qui vient de partir … c'est la valse)
• ambiance merde en general
• contrat de merde, NDA a la con
• c'est des radins, pour une boite qui fait autant de $$$, ils pourrait avoir franchement des equipes de test (actuellement, c'est les operateurs qui testent l'iPhone et iOS pour Apple a chaque fois !

en somme, c'est du pas fini, c'est fait dans le rush, et pas dans la joie et la bonne humeur ;-( ca aide pas !

[Cappuccino]

pour travailler "un peu" sur les services et integration dans les réseaux operateurs en Asie du Sud Est avec Apple, il y a bien plus que cela :

• bases des dev/API de iOS faites a l'arrache
• equipes qui ne communiquent pas entre elles
• equipes en competition pour avoir le plus de pouvoir dans la boite
• turnover ENORME : surement proche des 20% (pour mon cas, un nouveau developper par mois pour remplacer celui qui vient de partir … c'est la valse)
• ambiance merde en general
• contrat de merde, NDA a la con
• c'est des radins, pour une boite qui fait autant de $$$, ils pourrait avoir franchement des equipes de test (actuellement, c'est les operateurs qui testent l'iPhone et iOS pour Apple a chaque fois !

en somme, c'est du pas fini, c'est fait dans le rush, et pas dans la joie et la bonne humeur ;-( ca aide pas !

Mais quel est le rapport avec les réseaux opérateurs ? Ce n'est pas un problème sur le code Apple ?

Après les tas de bugs qu'ils ont eu sur les dates, ils devraient mettre un protocole de tests sur tout ce qui concerne les dates/heures. C'est pas difficile à faire et ça peut être automatisé.

[fuby]

Mais quel est le rapport avec les réseaux opérateurs ? Ce n'est pas un problème sur le code Apple ?

Après les tas de bugs qu'ils ont eu sur les dates, ils devraient mettre un protocole de tests sur tout ce qui concerne les dates/heures. C'est pas difficile à faire et ça peut être automatisé.

un iPhone, c'est comme un ordinateur, un telephone basique, c'est la meme chose, sauf qu'il y une petite difference qui change complètement la donne : des millions de lignes de code faites par des manchots (plus ou moins, sauf que les bonnes, ils partent chez google ou IBM, bien moins radin que la pomme)

Un exemple : le baseband des iphones qui forçaient (c'est du code) les antennes sur lequel elles sont liées d'être a pleine puissance, les SMS qui disparaissent : le client SMS de Apple a la fâcheuse tendances de ne pas suivent du tout les normes GSM : par exemple, avec le Protocol ID (un petit flag, comme le flag "important des emails) mis a 0x65, demande de remplacer le dernier SMS venant du meme SMSC et ayant la meme source : dans le cas du client Apple de l'iPhone, et cela depuis plus de 5 ans, il le mets au 1 janvier 1970, en debut de conversation sans remplacer quoique ce soit : tu as une notification, et le message est tout au debut de la "conversation". Ou bien quant tu es en vrai VOLTE, et que tu presses "raccrocher" ... les iphones sous iOS 6 "oublient" de terminer la session SIP, cela donnent des factures de folie si tu ne testes pas cela, car pour le réseau, meme si ton "iPhone" indique que tu n'es plus en appel, tu l'es encore, et le pire c'est que l'interlocuteur distant continue de t'entendre ... tu en veux des listes ... j'en ai des tonnes et des tonnes, meme pas capable de se referencer dans une HLR/VLR proprement ...

en somme, c'est bien de croire que cela n'a pas de rapport, mais avant d'avoir iOS 6 sur vos telephones, il y a eux plus de 2000 retours de bugs chez apple, uniquement 500 corrections, et toujours des tonnes de m@@@@ qui restent ... avec les bon vieux nokia de derrière les fagots, pas de problème ...

Il faut vraiment au pere noel pour croire que Apple ou bien Microsoft d'il y a 10 ans soit different, la meme chose, mais en pire (car bien moins de staff en fait) !