Warning: Cannot modify header information - headers already sent by (output started at /home/gillesbld/www/weblog/inc/config.php:41) in /home/gillesbld/www/weblog/inc/clearbricks/common/lib.http.php on line 222
Warning: Cannot modify header information - headers already sent by (output started at /home/gillesbld/www/weblog/inc/config.php:41) in /home/gillesbld/www/weblog/inc/clearbricks/common/lib.http.php on line 224
Warning: Cannot modify header information - headers already sent by (output started at /home/gillesbld/www/weblog/inc/config.php:41) in /home/gillesbld/www/weblog/inc/public/lib.urlhandlers.php on line 65
Warning: Cannot modify header information - headers already sent by (output started at /home/gillesbld/www/weblog/inc/config.php:41) in /home/gillesbld/www/weblog/inc/clearbricks/common/lib.http.php on line 247 Embedded weblog - Tag - analyse2014-05-14T10:00:05+02:00Gilles Blancurn:md5:b402c09b50e67198753bdd4269dc5b19DotclearDes problèmes de trainsurn:md5:6492acfba55d7ba9058fedefcaaf0caf2013-12-15T19:07:00+00:00Gilles Blancmiscellanéesanalyse <p>Voici qu'une partie de mes galères de train va bientôt s'évanouir :
la très proche banlieue est enfin mieux desservie. Du moins le matin,
et dans le sens qui m'arrange, c'est-à-dire celui des départs de la
ville le matin, et celui des retours le soir — en réalité, j'utilise à
présent fort peu le train à ces heures-là, puisque la plupart du temps
je travaille chez moi. Il y a beaucoup à dire et à penser sur cela.</p>
<p>Il y a un grand mystère que j'espère un jour résoudre, c'est celui de
la conception des horaires de trains. Je me demande parfois si cela
n'est pas calculé à la main, ou alors (cela revient presque au même),
par un algorithme très simple de placement, type glouton, qui ajoute les
lignes au fur et à mesure. Ceci expliquerait cela. Le RER A, sous la
responsabilité de la RATP, a des fréquences assez élevées en heure de
pointe (de l'ordre de 2 minutes) parce que la division de la ligne sur
ses extrémités lointaines est assez faible et que les rames ont toutes
la même longueur. Sur le RER C, c'est en revanche le pire cas possible :
les rames sont de longueurs différentes, il y a des trains de voyageurs
sur les mêmes voies de temps à autre (avec des longueurs et vitesses
différentes), et des trains de marchandises sur des voies parallèles,
sachant qu'apparemment, pour faire simple et le plus sécurisé possible,
il faut considérer les pires cas, c'est-à-dire raisonner comme si tous
les trains avaient la longueur maximale, et en déduire ainsi les
distances de sécurité — c'est-à-dire la vitesse et la fréquence.</p>
<p>Mais surtout, le RER C me fait penser aux programmes abominablement
mal architecturés que je rencontre fréquemment chez mes clients/prospects
non-informaticiens : ils sont issus de cette étrange pensée technicienne que l'on peut
opérer convenablement des systèmes extrêmement complexes. Alors même que la complexité ne marche jamais, elle est source de problèmes permanents, car elle ne peut pas gérer convenablement l'imprévu (qui arrive en réalité tout le temps, mais dont on ne saurait prédire où ni comment ni quand). En réalité, il
n'y a qu'une seule manière de se sortir de la complexité : il faut
diviser ! Comme on divise le travail (cf le taylorisme), il faut savoir
diviser le système complexe pour le rendre somme de systèmes (plus) simples. Le <a href="http://fr.wikipedia.org/wiki/Ligne_C_du_RER_d%27%C3%8Ele-de-France">RER C</a>
fait 187km pour 140 millions de voyageurs, on y compte cinq points de
divisions, c'est un vrai <a href="http://en.wikipedia.org/wiki/Pastafarianism">pasta monster</a>. La ligne a plusieurs fois été remaniée, un ami m'a par exemple
fourni des billets allant à Fontainebleau ; j'ai pour ma part connu les
rames allant à Argenteuil, tronçon depuis rattaché plus intelligemment à
St-Lazare ; j'espère qu'un jour les lignes pour Étampes ou Dourdan ne
seront plus qu'un mauvais souvenir : voyez où cela se trouve <a href="https://maps.google.fr/maps?client=safari&oe=UTF-8&q=dourdan&ie=UTF-8&hq=&hnear=0x47e43204b1472ae7:0x40b82c3688b4750,Dourdan&gl=fr&ei=B72tUoO6H4qV0QWz8YDICA&ved=0CKoBELYD">sur une carte</a> !</p>
<p>Forcément, quand on ajoute un arrêt sur la ligne, ajoutant de fait une ou deux minutes de plus sur le trajet total, les usagers de Dourdan <a href="http://malignec.transilien.com/2013/10/29/a-partir-du-16-decembre-de-nouveaux-arrets-pour-les-rer-c-en-gares-de-vitry-sur-seine-et-ivry-sur-seine/comment-page-1/#comments">protestent fortement</a>. Mais ils se trouvent à 40 km du centre de Paris, le problème n'est pas
tant d'ajouter un arrêt que d'être sur cette ligne ! Par exemple, on
pourrait relier Dourdan à Rambouillet (assez proche, via les champs...), qui dispose d'un semi-direct passant par
Versailles-Chantier et reliant Montparnasse : ce serait bien plus
rapide, et beaucoup moins absurde que de prendre un train reliant
Dourdan (au sud lointain) à Versailles (au sud-ouest aussi), en passant
par Paris (au nord) via le Sud-Est... On peut aussi se demander s'il est légitime
à la fois de vouloir habiter dans une campagne profonde, et d'être
mécontent de ne pas avoir de solution miracle pour relier la
civilisation : il y a comme un air d'individualisme hérité des périodes
des années 70-80, où le pouvoir technocratique en place avait trouvé
intelligent de vouloir désengorger Paris vers la lointaine banlieue, y
compris en produisant des villes hors-sol (ma petite cousine, qui habite derrière Marne-la-Vallée dans une de ces villes nouvelles, a découvert Paris la semaine dernière, à 14 ans passés : quel intérêt dès lors d'habiter près de Paris, pour le climat ?). Cette idée profondément
stupide est de celles qui plombent à présent le pays et avec lesquelles il
faut se démerder en souriant (enfin, surtout si on n'est <a href="http://www.fxbellamy.fr/blog/2013/12/12/lettre-a-un-etudiant/">pas trop directement concerné et qu'on a la foi</a>). Le RER B est le pire dans le genre (j'ai déjà raté un avion et failli un Eurostar à cause de cette saleté encombrée), suivi de près par le RER A...</p>
<p>Cependant, le problème habituel, quand on découpe, c'est l'interfaçage. Pour
reprendre l'exemple du taylorisme, l'effet pervers a été la perte de
sens par les travailleurs et donc la vision d'ensemble des processus, menant à des erreurs et à de la contre-productivité —
surtout sur les métiers plus intellectuels que le serrage de boulon,
mais même pour eux, il a fallu que Toyota repense tout pour en arriver
au lean management. Pour nos trains, cela signifie des changements, c'est-à-dire
qu'il faudrait des trains qui soient stockés sur des voies, faisant des
allers-retours simples (au lieu de parcourir une centaine de kilomètres avec des engorgements aux points de jonction et sur la double voie
unique du centre de Paris, surtout le long de la Seine), et des
voyageurs qui changent de trains quand ils veulent continuer leur voyage
plus loin — comme c'est déjà le cas avec les métros à l'intérieur de
Paris, ou même avec le RER C lui-même lorsque d'Ivry je veux relier Versailles (autochangement à l'intérieur de Paris, avec des temps d'attente totalement imprévisibles). Cela signifie aussi qu'il faut synchroniser les trains sur plusieurs points de ralliement, et que ces temps d'attente, perdus en apparence, compensent la complexité actuelle (qui échoue lamentablement, pour rappel).</p>
<p>Le problème est donc extrêmement complexe à résoudre, avec
plusieurs hypothèses possibles, suivant des capacités physiques des
gares et des lignes à définir et modéliser. Je ne vois qu'un seul moyen de régler cela :
utiliser de la simulation numérique et des résolutions par
métaheuristique. Je doute qu'actuellement la SNCF ait expérimenté de
telles méthodes. Et l'organisation interne de l'entreprise est tellement complexe que je
me demande même à qui l'on pourrait proposer un tel projet (qui
nécessite des compétences extrêmement fortes, mais on est parfois
surpris de trouver des gens fort compétents et sous-employés dans
ce genre d'organisations tentaculaires où personne n'a de visibilité — mon paternel est de la maison, vous pensez bien que j'ai déjà abordé le sujet). Dans un algorithme de ce type, il faut
trouver une base de jugement (ou notation) à maximiser. C'est-à-dire
qu'il faut pouvoir exprimer par une formule de calcul, entre deux
hypothèses, laquelle est la meilleure. Il faut pour cela découper le problème
(encore ! Diviser, c'est régner), et attribuer des poids à
chaque sous-problématique résolue plus ou moins correctement. On peut
penser au nombre de voyageurs dont la desserte est assurée en un certain
temps moyen, pondéré par le temps maximal du trajet (lui-même pondéré
par le nombre de voyageurs de ce pire cas qui sont impactés), mais aussi pondéré par le ressenti des voyageurs face à la complexité (régularité et prévisibilité des arrêts, nombre de changements).</p>
<p>On trouve là un cas de <a href="http://fr.wikipedia.org/wiki/Cha%C3%AEne_de_Markov">chaînes de Markov</a> et plus spécifiquement de <a href="http://fr.wikipedia.org/wiki/Th%C3%A9orie_des_files_d%27attente">files d'attente</a>,
de ce qu'on retrouve par exemple (et en simplifiant) dans les caisses de supermarché : si
tout le monde attend à des caisses non spécialisées, une personne avec
seulement un article attendra a priori autant de temps qu'une personne
avec un caddie rempli à ras bord (en considérant le temps total d'attente de tout le monde, peu importe l'ordre de passage, c'est la vision du caissier en somme). Si l'on fait passer d'abord la
personne à caddie (temps de passage = 5), puis celle à un article (temps = 1), on a
un temps d'attente moyen de : (5 + (5 + 1)) / 2 = 5,5. En revanche, si
l'on fait l'inverse, en donnant la priorité à la personne à un seul article, on a : (1 + (1 + 5)) = 3,5. On voit le gain !
Maintenant, imaginons six personnes avec un article (temps = 6 x 1) et
une personne avec caddie bien rempli (temps = 4). Premier cas : (4 + (4 +
1) + (4 + 1 + 1) + (4 + 1 + 1 + 1) + (4 + 1 + 1 + 1 + 1) + (4 + 1 + 1 +
1 + 1 + 1) + (4 + 1 + 1 + 1 + 1 + 1 + 1)) / 2 = (4 + 5 + 6 + 7 + 8 + 9 +
10) / 2 = 24,5. Inversement, caddie en dernier, cela donne : (1 + (1 +
1) + (1 + 1 + 1) + (1 + 1 + 1 + 1) + (1 + 1 + 1 + 1 + 1) + (1 + 1 + 1 +
1 + 1 + 1) + (1 + 1 + 1 + 1 + 1 + 1 + 4)) / 2 = (1 + 2 + 3 + 4 + 5 + 6
+ 10) / 2 = 15,5. Rien à voir ! Voilà pourquoi, après bien des années à s'entêter dans une organisation soviétique de la file d'attente unique égalitaire aux guichets communs, la poste a enfin ouvert des guichets séparés (sous la forme d'îlots)
pour discriminer les opérations longues (dépôts et retraits d'argent,
envois d'argent, opérations sur compte) et les opérations courtes (retrait
d'un recommandé ou d'un colis), pour le bien général, quitte à avoir
parfois des ressources temporairement inoccupées (guichet sans file
d'attente). C'est l'idée des caisses "moins de dix articles" aux
supermarchés (où quand on a onze articles dans les mains, on pleure... Ou on en
sacrifie un, ce qui est assez idiot d'un point de vue de l'optimisation générale recherchée).</p>
<p>Cet algorithme consistant à faire passer le plus court d'abord est à
rapprocher d'un algorithme d'ordonnancement des tâches dans les noyaux
temps réel, appelé EDF, <em>earliest deadline first</em>, qui est le plus optimisé que l'on puisse avoir. La différence
est cependant que dans ce cas informatique, une tâche peut être découpée
(un peu comme si on pouvait faire passer des "morceaux" de caddies, et
de temps en temps des personnes avec un article seulement à acheter), et
qu'il faut absolument respecter certaines échéances (d'où la notion de
temps réel). La deuxième hypothèse est extrêmement forte, et ne peut
être respectée que si l'on connaît absolument tout ce qui va se passer
sur le système (sous peine de risquer la fatale "<a href="http://en.wikipedia.org/wiki/Priority_inversion">inversion de priorité</a>",
de celle qui vous bloque un robot sur Mars, et vous oblige à le reflasher à distance — ça fait cher le roaming) ; c'est la raison pour
laquelle je déconseille assez souvent à mes clients de mettre du
temps réel dans leurs systèmes connectés, sur lesquels il peut se passer
tout et n'importe quoi (en fait, ils confondent le temps réel dur et
une latence de réponse faible, des systèmes temps réel "mous"). Dans un
système d'exploitation classique, sur bureau, les problématiques sont tout autres encore :
par exemple, la lecture d'un fichier MP3 nécessite une fréquence de
décodage telle que le son n'est pas hachuré, et pour l'utilisateur, cela
est plus important que d'attendre 100ms de plus que sa page web se
charge.</p>
<p>En revanche, un algorithme simple qui privilégierait toujours les tâches nécessitant peu de temps, et oublierait les grosses
tâches (surtout sur un système non <a href="http://en.wikipedia.org/wiki/Pre-emptive_multitasking">préemptible</a> où l'on ne peut pas décider du découpage de la tâche en tranches), risque <a href="http://en.wikipedia.org/wiki/Resource_starvation">la famine</a>,
c'est-à-dire qu'une tâche ne tourne jamais, car toujours préemptée par
des tâches plus prioritaires. C'est ce qu'il m'est arrivé une fois au
Grand Palais : la file d'attente prioritaire de billets coupe-file
achetés sur le web (et une autre encore plus prioritaire pour les cartes
Sésames, tellement chères à l'année qu'un nombre négligeable est concerné cette fois, donc facilement absorbé) préemptait en permanence la file
standard, ce que l'on ne pouvait prévoir en tant que simple visiteur,
n'ayant pas l'information du nombre de billets coupe-file vendus pour ce
jour-là (sinon je n'aurais pas cramé une RTT !). Pour du Picasso (que
je n'aime pas beaucoup), il m'a ainsi fallu attendre plus de 6 heures
avant de pouvoir entrer (un vendredi d'hiver à 0°C ! À 10€ le billet
pour 1h30 de visite ! 15 minutes pour décongeler, une fois
dedans). En informatique, pour éviter cela, on utilise la méthode du
vieillissement : plus on attend et plus on gagne en priorité, jusqu'à
devenir plus prioritaire que les petits nouveaux normalement
prioritaires. Autrement dit, il faut parfois mettre un train direct pour la grande banlieue plutôt que de multiplier les omnibus (la ligne passant par Melun et Fontainebleau décrochée de la ligne D et rattachée en surface à gare de Lyon, par exemple).</p>
<p>Autre soucis encore du multitâche en informatique : la <a href="http://en.wikipedia.org/wiki/Race_condition">race condition</a>.
C'est ce qui arrive lorsque les tâches sont dépendantes les unes des
autres, et que celle qui devait arriver avant tarde trop. J'ai une fois
été appelé en urgence pour un problème de débogage où l'ajout de
"printf" pour afficher des messages nécessaires pour trouver un problème
ralentissait la tâche, et entraînait d'autres problèmes un peu partout,
parce que les autres tâches étaient mal synchronisées, ou dépendaient
d'interruptions extérieures non contrôlables (en l'occurrence, pour une
Set Top Box, difficile de ralentir le flux vidéo extérieur à décoder !).
Si nous revenons à nos trains, c'est ce qui se passe dès qu'il y a un
retard sur la ligne. Pour un métro, linéaire (coopératif, dirait-on en
informatique), cela ralentit l'ensemble de la ligne, et les seuls
problèmes sont le retard des voyageurs (décalage du départ) et
l'engorgement (en somme on crée une file d'attente sur une ressource
plus rare). Mais sur notre RER C, l'impact est bien plus fort, car il y a
des trains omnibus et des trains semi-directs qui doublent les
premiers, sachant que tous doivent ensuite respecter les mesures de
sécurité de la SNCF (un train toutes les quatre minutes, si je ne
m'abuse) une fois dans Paris intra-muros, sur la même voie pour un sens donné
(le problème est essentiellement sur les gares de St-Michel, Pont de
l'Alma et Tour Eiffel, car toutes les autres disposent de plusieurs
voies dans les deux sens). Dans ce genre de cas, mieux vaudrait rapidement recalculer le
meilleur moyen de contenter tout le monde en générant de nouveau totalement
l'agenda des trains — actuellement, le système de pénalités du STIF est
d'une idiotie sans nom, puisqu'il vaut mieux supprimer un train, et donc
libérer de la ressource-voie au détriment d'une attente beaucoup plus
longue pour les usagers laissés à quai, que de payer pour les minutes de
retard (calculées par rapport aux horaires de passages théoriques, donc inflexibles) engrangées sur toutes les trop nombreuses stations du parcours.
Pour cela, il faut des algorithmes d'ordonnancement très puissants et rapides, dont
nous avons vu que leur existence paraît assez théorique à la SNCF... Il y a aussi un problème politique à régler auprès du STIF pour qu’elle change ses mesures de qualités (on dirait de la mauvaise KPI de managers fous modernes).</p>
<p>Autre exemple d'ordonnancement : lorsqu'il y a une grève (ou certains
travaux lourds, ce qui revient à peu près au même du point de vue des usagers). Il vaut mieux alors
rendre un maximum de trains omnibus, ce qui certes retarde la personne qui doit
aller en bout de ligne (minoritaire) mais fait gagner beaucoup de temps à
celles qui sont sur les premières stations (extrêmement majoritaires),
ce qui ferait beaucoup baisser le temps d'attente moyen — et c'est bien
lui seul qui compte, modulo le fait de ne pas rendre totalement
insupportable l'attente aux "sacrifiés" pour le bien commun, sachant
par ailleurs qu'une partie bénéficierait aussi de trains omnibus et non demi-service
qui leur permettraient certains trajets de banlieue à banlieue. C'est
quelque chose qui est parfois mis en place, mais très (trop !)
tardivement lorsque cela arrive, manifestement parce que c'est complexe à
calculer avec le système actuel (outre qu'en gare, c'est-à-dire sur le
terrain, les agents SNCF sont parfaitement idiots à ce sujet, ayant pu
m'entretenir avec certains à ce propos).</p>
<p>Donc, pour notre arrêt supplémentaire à
Ivry-sur-Seine, où les quais sont bondés le matin et le
soir (la ville étant limitrophe, elle se développe énormément ces dix
dernières années, et pourrait rattraper Issy, Puteaux ou St-Denis),
l'ajout d'un train supplémentaire dans la beaucoup trop longue tranche
de 15 minutes qui est la fréquence actuelle (alors qu'il faut moins de
trois minutes pour arriver à Bibliothèque François Mitterrand, qui grâce
à la 14 permet de traverser Paris vers St-Lazare en dix minutes
seulement !) va faire baisser le temps moyen de transport des voyageurs
de bien belle façon, faisant augmenter cependant un peu le temps de
transport des banlieusards plus lointain. C'est une forme de
répartition démocratique (dictature de la majorité), mais il n'y a qu'à
lire le blog du RER C pour s'apercevoir à quel point cela est déjà
extrêmement mal perçu : le problème de la liaison banlieue-Paris (et ne
parlons pas de la liaison banlieue-banlieue, qui est en réalité LE plus
gros problème catastrophique qui se cache derrière) est hautement
politique et source des plus hautes tensions.</p>
<p>Pour résumer, je ne vois donc que deux solutions à mettre en oeuvre simultanément :<br /> _
découper la ligne en tranches autonomes et articulées seulement dans
des gares-relais comme Massy, Chantiers ou Juvisy (Choisy aussi, on peut
en trouver d'autres) ;<br /> _ écrire un logiciel de simulation de toutes
les lignes concernées, qui peut calculer les horaires idéaux en
fonctions de tous les paramètres possibles (notamment le nombre de
voyageurs le matin, et de fait les temps d'attente dans chaque gare pour
laisser descendre et monter les voyageurs, ceci étant dépendant en
outre de la fréquence même des trains), et qui soit écrit avec des
méthodes métaheuristiques permettant rapidement de tout recalculer en
cas d'imprévu (rame en panne et voyageurs à récupérer dans le train
suivant ou un train "détourné", problèmes divers sur la ligne tels que
la signalisation ou un passage à niveau déficients, retards pour cause
de portes bloquées ou de signal d'alarme, etc.), ce qui arrive très
régulièrement et me paraît pour le moment géré à la main (donc forcément
mal étant donné la complexité du problème !).</p>
<p>La moralité est
qu'un informaticien éclairé vaut mieux que tout un tas de politiques de
la région négociant au STIF leurs bouts de chandelles — pendant que les
citoyens-usagers souffrent énormément — et que des cheminots dépassés
qui gèrent avec des moyens assez dérisoires (je n'avais pas fait de
compte-rendu de ma très sympathique visite du Centre opération Transilien RER C à Montparnasse, en novembre 2012, mais
c'était fort intéressant !), dans la hâte permanente, des problèmes extrêmement trop complexes pour eux (qui ne relèvent pas de leur champ
de compétence, surtout, et il n'y aucune honte à cela : faire passer des
trains sans aucun incident fatal dans ces conditions est tout de même
un sacré challenge ! On râle, mais on arrive entier à destination, c'est
le principal faut-il rappeler). Surtout que l'on voit qu'un vote à la région en février sur les nouveaux horaires trouve sa traduction sur le terrain en décembre. Niveau agilité, on repassera... À ce rythme-là, on trouvera la solution idéale en 2042. Peut-être.</p>
Je n'ai plus qu'à espérer que ce billet titillera les bonnes personnes et ouvrira un nouveau champ de réflexion... À votre disposition ! :)Nokia schizophrèneurn:md5:417b15cab560e6f6f2d399dc816ae2362011-02-11T18:25:00+01:00gblanclinux embarquéanalysechez la concurrencedas Kapitalembarquégestion de projet; management <p>On me demande souvent "mais que fait Nokia ?". Bonne question : après avoir inventé la tablette internet, par le N770, quatre ans avant que Apple révolutionne le marché avec un produit sur le même secteur (en faisant évidemment semblant, comme à l'accoutumé, d'avoir inventé le bidule, d'ailleurs ils ont tout inventé sur Terre -- à moins que ce ne soit Xerox), après avoir sorti l'année dernière le <a href="http://gillesblanc.com/weblog/post/2009/12/27/revue-de-presse" hreflang="fr">N900</a>, Nokia était victime de <em>managerialite</em> (aussi appelé : "<a href="http://www.capital.fr/enquetes/derapages/nokia-pourquoi-le-geant-du-telephone-decroche-542107" hreflang="fr">dérive bureaucratique</a>"). C'est une maladie courante dans les grandes entreprises : à force de stagner, tout un chacun est promu manager, peu importe en réalité ses compétences. Or, un mauvais manager, qui se reconnait au fait qu'il a le <em>leadership</em> d'une huître, ne prend pas de risque : résultat, les merveilles des techno-geeks de folie de Nokia finissaient entre geeks, bien loin du <em>mass market</em>. Et pendant ce temps, comme tout bon gros bourgeois assis sur ses lingots d'or, Nokia vivait sur ses rentes, c'est-à-dire son <a href="http://gillesblanc.com/weblog/post/2010/06/01/Apple-sentirait-il-le-vent-tourner" hreflang="fr">énorme part de marché</a> sur la téléphonie classique, et même sur la téléphonie smartphone (au sens large, 44% tout de même, mais si technologiquement Symbian reste bien éloigné de l'iPhone et Android, le comptage n'est pas bien discriminant).</p>
<p>Évidemment, une telle situation ne dure jamais, surtout sur un marché où le renouvellement se fait à présent en deux ou trois ans (un an chez les <em>iPhone fans</em>, qui s'achètent en permanence les nouveaux modèles, comme si la crise n'existait pas). Et ça, l'actionnaire, il le sait. Exit donc le vieux CEO de Nokia, et bienvenu au nouveau. C'était en septembre dernier, le <a href="http://www.nytimes.com/2010/09/27/technology/27nokia.html" hreflang="en">NY times</a> nous analysait alors finement la situation (contrairement au <a href="http://www.lefigaro.fr/societes/2010/09/10/04015-20100910ARTFIG00530-stephen-elop-un-canadien-pour-sauver-nokia.php" hreflang="fr">Figaro</a>). Le nouveau, donc : Stephen Elop, canadien (Nokia avait toujours été dirigé par un finlandais !), et... ancien de chez M$. Ah ! À l'époque, je me disais : oui, bon, p'têtre bien que, sait-on jamais, il doit en connaître un rayon en marketting. Sauf que ce n'était pas par là que Nokia péchait (leurs publicités, même pour le N900, sont toujours au top -- comparez avec Blackberry ou Phone7, qui laisse pantois devant tant d'aberration anti-communicante). Ni trop en terme de stratégie de développement : Nokia a racheté Trolltech il y a deux ans, c'était exactement ce qu'il fallait faire. Non, définitivement, le problème était purement managerial ET stratégique, pour être plus précis, il fallait donner une ligne claire, des objectifs clairs, et que tout le monde suive la même direction (au lieu de laisser les excellents projets dans des quasi-placards -- il fallait compter deux mois d'attente pour espérer un N900 l'année dernière, absurde !). À l'époque, on pouvait ainsi lire que Stephen Elop était <a href="http://www.bnet.com/blog/high-tech/the-wrong-guy-nokia-8217s-new-ceo-stephen-elop-lacks-smartphone-smarts/1148" hreflang="en"><em>the wrong guy</em></a>.</p>
<p>He bien, il s'avère que le gus est effectivement bien mauvais. Déjà, il pousse une <a href="http://www.begeek.fr/il-y-a-le-feu-chez-nokia-29995" hreflang="fr">gueulante</a> comme un putois en s'apercevant que 4 mois après sa prise de poste, rien ne va : ça, mon gus, c'était justement ton boulot. Outre que c'est exactement ce qu'il ne faut pas faire (ça avance à quoi, hein ? Tes chefs pépères vont le rester, tes geeks motivés le sont bien moins), il fustige le fait que MeeGo ne sera pas prêt avant un an : le drame. Parce que franchement, on ne va pas me faire croire qu'il n'a pas les moyens de faire mieux. Et les moyens, on se les donne.</p>
<p>Sa technique fulgurante : <a href="http://conversations.nokia.com/2011/02/11/open-letter-from-ceo-stephen-elop-nokia-and-ceo-steve-ballmer-microsoft/?sf1066305=1" hreflang="en">signer un accord avec M$</a> (et avec Ballmer en personne, qu'il ne devait rencontrer qu'une fois l'an lorsqu'il était son N+X) pour mettre du Phone7 sur les terminaux Nokia. Ah ça c'est sûr, ça fait baisser le TTM. Je suis moins sûr que cette stratégie puisse être qualifiée d'intelligente ; je vous la refais sans litote : c'est absolument, profondément, crétin.</p>
<p>Je vous laisse apprécier les commentaires en dessous de l'article précédent. Tout le monde attendait Nokia sur des technos innovantes. À la place, on aura du la dernière mouture de WinCE, qui aurait pu être la dernière avant abandon du marché si cela n'avait pas pris. À la télévision, c'est Microsoft qui assure la publicité de son OS, sans présenter aucun terminal : en fait, il en existe quelques uns, certainement pour éviter les procès sur Android, et supportés par des opérateurs (comme Orange) qui ne supportent plus les détournements d'Android (google talk qui ne fait pas payer la messagerie instantanée, le partage de connexion 3G sur PC fourni de base, etc). Côté ventes, c'est mystère et <a href="http://www.pcinpact.com/actu/news/61583-windows-phone-7-ventes-2-millions-distribution-marketplace.htm" hreflang="fr">magouille</a> de chiffres.</p>
<p>Nokia, avec sa population d'ingénieurs formés à Symbian (libéré) et Linux, va donc devoir s'adapter à un nouveau produit dont elle ne connaît rien, et abandonner en rase campagne des équipes qui bossent sur des technos autrement plus innovantes, et libres, sur lesquelles elle avait la main de A à Z. Et cela dans le but de séduire un marché qui n'a que faire de cette technologie, arrivée trop tard et qui véhicule une image déjà dépassée (tandis que Blackberry attaque déjà le <em>mass market</em> et madame Michu, <a href="http://www.igeneration.fr/0-apple/rim-qnx-remplacera-blackberry-os-25252" hreflang="fr">rachetant au passage QNX</a>, ce qui est autrement plus malin). Et alors même qu'une communauté geek est <a href="http://www.allaboutmeego.com/news/item/11568_Maemo_5_Extras_passes_10_milli.php" hreflang="en">très forte</a> du côté Maemo/Meego. On y croit très fort.</p>
<p>Nokia vient de passer la vitesse supérieure, c'est certain. Vers le mur.</p>Apple sentirait-il le vent tourner ?urn:md5:ff2eb320b123defb4c2f8aa75aebbcb62010-06-01T17:47:00+02:00gblanclinux embarquéanalysechez la concurrencedas Kapitalembarqué <p>C'est ce que l'on peut se poser comme question au regard de la sortie de l'arme nucléaire juridique : les brevets logiciels. Pour rappel, les brevets logiciels ne sont valables qu'aux USA et autres pays de ce goût-là (le Japon, par exemple), mais heureusement pas en Europe (malgré la poussée de lobbies mal intentionnés). La situation est la suivante : les grands groupes possèdent des porte-feuilles entiers de brevets validés par un bureau peu regardant (le double-clic pour Microsoft, l'achat en un clic pour Amazon, etc), et se mènent une guerre... froide. Équilibre des forces. Les nouveaux arrivants, eux, se font bouffer tout crus : avant de pouvoir s'acquitter de la liste des brevets à payer pour faire quoi que ce soit, ils ont déjà entamé tout leur capital. Nouveaux arrivants qui ne sont pas (forcément) de petites entreprises à croissance potentielle exponentielle (celles-là sont obligées de conquérir de nouveaux marchés, Internet dans les années 90-2000 par exemple) ; on pense en fait plutôt aux asiatiques ; ou aux grandes sociétés voulant s'étendre sur un secteur où elles étaient absentes.</p>
<p>Et c'est ainsi que Google marcha sur les plate-bandes d'un arrivant pas beaucoup plus ancien dans l'histoire de l'embarqué (ni de la téléphonie portable) : Apple. Pour rappel, l'iPhone a certes très bien marché, mais pas aussi bien dans le reste du monde qu'en France (il y a un syndrome certainement nombriliste français d'induction forte ; un peu comme lorsqu'on croit que MSN s'est imposé partout : en fait, c'est juste totalement faux -- j'accorde un phénomène de sur-visibilité dû à l'unicité de forme des produits, tout au plus) ;et même sur le marché spécifique des smartphones le leader de très loin reste Nokia (44%), suivi de BlackBerry (19%). Il n'empêche : l'iPhone possède (entre autres) le multi-touch. Mais la dernière mouture d'Android aussi. Et donc le Desire, le Nexus (seul commercialisé sous la marque Google mais en réalité sous-traité) ou les prochains téléphones de HTC de même. Apple attaque violemment sur le terrain de la propriété intellectuelle HTC, le Taïwanais qui pèse bien moins (presque dix fois moins) lourd qu'eux en bourse -- mais après tout, Apple ne valait plus grand chose il y a 10 ans. En réalité, c'est à <a hreflang="fr" href="http://www.macgeneration.com/unes/voir/127671/apple-htc-message-personnel">Google que s'adresse Apple</a> ; avoir le courage de les affronter n'est cependant pas au programme (allez savoir pourquoi, n'est-ce pas ?).</p>
<p>Si l'honneur de personne ne sort jamais grandie de ce genre d'affaires, il est en tout cas assez cocasse de voir ainsi Apple, qui a <a hreflang="fr" href="http://www.slate.fr/story/19661/ipad-jobs-wozniak-les-deux-dapple">débuté</a> en piratant le réseau téléphonique de AT&T, et qui a piqué bon nombre de ses idées "novatrices" de ses débuts à Xerox (l'interface graphique et la souris, entre autres), Apple qui est en train de nous faire croire qu'ils ont inventé la tablette Internet tactile là où le N770 existe depuis 2005, jouer aux vierges effarouchées dès qu'il s'agit de défendre son bout de gras. Tous les coups sont permis. <a hreflang="fr" href="http://www.silicon.fr/fr/news/2010/05/18/htc_demande_l_interdiction_de_l_iphone_et_l_ipad_aux_etats_unis/b//">HTC contre-attaque</a> déjà, avec les mêmes armes. Une bataille de longue haleine<a hreflang="fr" href="http://www.generation-nt.com/apple-htc-plainte-violations-brevets-consequences-actualite-972601.html"> s'engage</a>.</p>
<p>Avec <a hreflang="fr" href="http://www.pcinpact.com/actu/news/57049-telephones-mobiles-windows-mobile-android-iphone-blackberry-symbian.htm">5 millions d'appareils</a> vendus sous Android (et 4 autres millions sous d'autres systèmes Linux), les parts de marché de Apple se voient menacées : c'est bien sur le même segment que ce situe la bataille. RIM pourrait aussi en pâtir lourdement ; <a hreflang="fr" href="http://gillesblanc.com/weblog/post/2010/04/29/Microsoft-sentirait-il-le-sapin-embarque">je l'ai déjà écrit</a>, Microsoft sent la partie lui échapper. Les prévisions que l'on pensait très optimistes pour 2012 (et qui avaient été formulé en 2008) de l'impact de Linux dans le marché de la téléphonie sembleraient à présent... sous-estimées ! Car avec l'abandon programmé de Symbian pour du MeeGo, le renouvellement du parc d'ici deux ans, via un levier Nokia qui possède 44% du marché des OS de smartphones (et 35% du marché de la téléphonie), va être certainement très impressionnant.</p>
<p>Mais Google <a hreflang="fr" href="http://www.pcinpact.com/actu/news/57129-edito-linux-dominer-le-monde.htm">ne s'arrêtera pas là</a> : les tablet PC vont venir chatouiller l'iPad, et on compte déjà Archos, ASUS (Eee Pad), Dell (Streak, Mini 5), Samsung (S-Pad), Notion Ink (Adam). On verra si Apple néglige toujours le port USB (comme ils avaient négligé la 3G sur le premier iPhone, quand on y pense). Deux philosophies vont s'affronter : l'ouverture (évidemment, il y a la problématique du Market, mais elle est justifiable d'un point de vue de la sécurité) vs la fermeture totale du business model à la pomme.</p>
<p>Et un nouveau marché semble encore à conquérir : <a hreflang="fr" href="http://www.pcinpact.com/actu/news/57108-googletv-internet-television-android-chrome.htm">la télévision numérique</a>. Dans un marché sclérosé et fortement concentré aux mains de quelques monopoles, certes entamés par les opérateurs triple-play (qui découvrent le métier sur le tas), ça pourrait faire mal : pour peu que les opérateurs découvrent que l'on peut faire beaucoup mieux avec beaucoup moins cher et beaucoup moins complexe, ça risque de faire mal. Un peu comme lorsque Apple a mis un coup de pied dans la fourmilière des smartphones : car s'il faut bien leur reconnaître un mérite, un seul, c'est bien celui-là. La bataille ne se joue plus sur le software en lui-même : elle se joue sur le contenu, sur la valeur ajoutée intrinsèque. À ce niveau-là, Android a la portabilité et donc la diffusion de masse sur des secteurs variés, ramenant autant de développeurs nouveaux que possible, de son côté. Un avantage qui pourra s'avérer rapidement décisif.</p>Microsoft sentirait-il le sapin embarqué ?urn:md5:fa4b57a43ccc73e150d6575517448b132010-04-29T17:18:00+02:00gblanclinux embarquéanalysechez la concurrencedas Kapitalembarqué <p><a hreflang="en" href="http://www.engadget.com/2010/04/28/microsoft-says-android-infringes-on-its-patents-licenses-htc?icid=sphere_blogsmith_inpage_engadget">D'après Engadget</a>, il semblerait que la firme de Redmond sente le vent tourner. La preuve : tout à coup, les voilà qui se réveillent et trouvent qu'Android a l'air de violer quelques uns de leurs zillons de brevets logiciels débiles (je rappelle qu'ils ont réussi à breveter le double-clic...). La bonne affaire. Sans même se donner la peine de dresser une (fausse) liste, les voilà qui réclament déjà leur obole aux intégrateurs, HTC en tête. On remarque que (coïncidence !) ces derniers ont totalement viré Windows Mobile de leurs téléphones, OS largement instable, pour le remplacer par de l'Android : Hero, Desire (que je viens d'acquérir, j'ai craqué, Meego va mettre trop longtemps pour arriver) et bientôt l'Incredible. Forcément, dans ce genre de cas, personne ne se fâche, et l'on paie contre réduction. Qui sera le premier à se rebeller et à aller au bout d'un procès ? Après tout, pourquoi vouloir encore caresser Microsoft, et ses technique commerciales que nous éviterons de qualifier afin de ne pas choquer la ménagère de moins de 50 ans, dans le sens du poil ?</p>
<p>Le chant du cygne embarqué, manifestement.</p>