The Doppler Quarterly (FRANÇAIS) L'automne 2016 | Page 45

Le dilemme du développeur IoT|: com-
ment faire un choix|?
Si vous êtes un développeur et que vous avez besoin de
sélectionner une norme IoT à partir de laquelle concevoir,
laquelle devriez-vous suivre ? Il ne s’agit pas nécessaire-
ment de la bonne question. Tout revient à défi nir vos beso-
ins puis à rechercher une norme allant y répondre, que vous
défi nissiez un périphérique, un mécanisme de communica-
tion ou une ressource centralisée.
La grande question est : « Quels problèmes impliquent ces
normes ? » Il existe aujourd’hui trop de normes, et beaucoup
sont redondantes. Alors comment va s’articuler tout cela ?
Toutes ces normes ne survivront pas, et personne ne sou-
haite miser sur le mauvais cheval. Tout comme dans la
bataille entre les vidéocassettes VHS et Betamax, vous ris-
quez de vous engager dans une norme et fi nalement vous
retrouver perdant.
Alors faut-il attendre|?
Pas nécessairement. Les normes ne doivent pas vous diriger,
mais vous devez examiner chacune d’entre elles et la valeur
qu’elle apporte à votre application. Par exemple, parce que
vos périphériques ont besoin de communiquer, vous pour-
riez très bien choisir un protocole de communication stan-
dard plutôt qu’un protocole propriétaire.
Mais il y a ici une bonne raison de choisir également une
norme de facto. Les produits de certains fournisseurs devi-
endront si populaires que ces fournisseurs pourront défi nir
une norme eux-mêmes. Vous pourriez choisir une norme
qu’ils créent et contrôlent, et qui pourrait très bien con-
stituer la voie empruntée par les normes à cette étape
suivante.
Le problème des normes IoT
La plus grande diffi culté est qu’il existe simplement un trop
grand nombre de normes IoT concurrentes. En défi nitive, la
création de normes IoT ayant des objectifs redondants offre
des avantages très limités. En d’autres termes, tant que vous
les utilisez pour donner un cadre à vos propres exigences en
matière de conception et de déploiement de systèmes IoT.
Les questions à se poser à ce stade incluent les suivantes :
• Quelle valeur une norme donnée apporte-t-elle à
mon application IoT ?
• Quels sont les risqués liés au fait de ne pas utiliser de
norme spécifi que ?
• Quels sont les risques liés au fait d’exploiter une
norme qui ne fonctionne fi nalement pas ?
• Puis-je apporter une contribution à la norme et, si
oui, comment procéder et quel est le degré de
diffi culté ?
Ne vous attachez pas à une norme ou deux aussi tôt dans le
processus. Soyez simplement conscient de la valeur
apportée par chaque norme et recherchez la norme corre-
spondant le mieux à vos besoins. En fonction de vos exi-
gences, même adopter une approche propriétaire peut pour
l’instant ne pas être une mauvaise idée. En défi nitive, la
plupart de ces normes concurrentes ne survivront pas, et si
vous attendez que les normes défi nitives émergent, vous
manquerez les opportunités se présentant sur le marché.
Malheureusement, vous ne pouvez pas attendre que les
normes fi nales émergent : Vous devez concevoir des sys-
tèmes IoT aujourd’hui. Si vous attendez, vous manquerez
probablement le train de l’IoT. Voyez la situation comme
suit : Vous concevez des applications pour des périphériques
remplaçables ; c’est à dire, économiques à remplacer
ultérieurement, à mesure que les normes s’établissent. Vous
pourriez également avancer que l’IoT concerne davantage
le traitement de données centralisé que les périphériques
qui se contentent de collecter les données et de répondre à
l’information et au contrôle centralisés. Dans ce cas, les
normes importent peu.
Vous pourriez également avancer que les normes font per-
dre de vue les problèmes réels qu’il faut résoudre, et cette
affi rmation n’est pas nécessairement erronée. Les normes
ont fourni des plans indiquant la manière d’exécuter les
tâches informatiques au fi l des années mais la plupart ont
été mis au rebut sans apporter une valeur considérable.
AUTOMNE 2016 | THE DOPPLER | 43