Sur mon mandat, quand on parle d’application web, y’a une affaire qui va de soi: ça doit marcher dans Internet Explorer. Pas « dans un fureteur ». Dans IE. C’est lui qui est installé partout, c’est lui le standard de fait, pis c’est pour lui qu’on code. Point.

Ça simplifie ma vie d’un bord: je teste dans un seul fureteur, je connais ses comportements, je bâtis dessus. Mais ça la complique de l’autre: je code des affaires qui marchent juste dans IE, avec des bouts de code propres à Microsoft, pis je m’enferme tranquillement sans m’en rendre compte.

Le confort qui devient une dépendance

flowchart TD
    A[Application web] --> B[Codée pour IE]
    B --> C[Contrôles ActiveX]
    B --> D[Comportements spécifiques IE]
    C --> E{Marche ailleurs?}
    D --> E
    E -->|Non| F[Coincé sur IE]

Chaque fois que j’utilise une affaire qui marche juste dans IE, je rends mon application un peu plus prisonnière. Sur le coup, ça coûte rien. Mais je commence à me demander ce qui va arriver le jour où le client voudra que ça roule ailleurs.

Ce que je vois venir

Pour l’instant, IE est partout pis ça parait pas prêt de changer. Mais j’ai assez vu de technos « incontournables » se faire dépasser pour rester méfiant. Coder pour un seul fureteur, c’est un pari sur le fait qu’il va rester dominant. C’est un pari raisonnable aujourd’hui. Ça le restera peut-être pas.

Ce que j’en retiens

Tout passe par Internet Explorer, pis je vis avec. Mais comme dev, j’essaie de garder une ligne dans ma tête entre ce qui est du standard web pis ce qui est de la « patente à IE ». Quand je peux faire une affaire de façon standard sans me compliquer la vie, je le fais. C’est ma petite assurance contre le jour où le monopole va craquer.