Share
C'est inévitable: nous allons tous foirer au moins une fois quand il s'agit du monde hautement volatile du développement web. Les temps d'arrêt, les erreurs stupides de l'interface utilisateur, les erreurs de communication, les mauvais lancements de produits… ils arrivent aux meilleurs d'entre nous. Littéralement. Au cours de la dernière année, de nombreux sites Web parmi les meilleurs au monde se sont engagés sérieusement dans le développement non-non. Il est presque réconfortant de savoir que les meilleures équipes de développement du monde ne sont pas parfait non plus..
Au lieu d’envisager cet article comme un moyen d’attaquer les plus gros joueurs, considérons-le comme un outil pédagogique. Apprendre consiste à faire des erreurs et à trouver des moyens de les corriger. C'est bien quand on peut apprendre de temps en temps autres des erreurs, au lieu de nous tromper.
Voici une liste des 10 plus gros "Whoops!" moments de 2008 en développement web.
Voici le pire cauchemar de chaque détaillant en ligne: un flot de visiteurs affluent vers votre site et vous prie de dépenser de grosses sommes d’argent, et votre site est en panne. Malheureusement, ce vendredi est devenu une réalité pour de nombreux sites de vente au détail sur le Web, grands et petits..
Le Black Friday est la plus grande journée de magasinage de l’année aux États-Unis. Il en va de même pour les achats en ligne. De nombreux sites majeurs tels qu'Amazon, Sears et Live Cashback ont tous été mis à genoux, obligeant les acheteurs à se rendre ailleurs pour leurs achats de Black Friday..
Il s’avère que cette panne généralisée est un événement perpétuel. Le Black Friday vient chaque année le même jour, mais de nombreux magasins de vente en ligne ne peuvent pas comprendre qu'ils ont besoin d'une sauvegarde importante dans le service des serveurs. Alors que les achats en ligne continuent de se développer, cette épidémie augmentera chaque année, à moins que les sites de commerce électronique ne puissent planifier à l'avance l'augmentation du trafic..
2008 semble être l'année du clone Twitter. Twitter a pris d'assaut le Web ces dernières années et, par conséquent, de nombreux développeurs Web ont tenté de créer un clone du service Web populaire. Et il semblerait qu'il n'y ait pas de fin en vue à ces clones de Twitter.
Tout en créant des sites Web concurrents qui sont uniques à certains égards (à la Plurk et Identi.ca), créer une réplique exacte d'un service n'est jamais une bonne idée. Néanmoins, de nombreux clones de Twitter ont vu le jour l’année dernière et presque tous ne se différencient pas de Twitter, et pire encore; presque tous ne sont pas aussi bons que l'original.
Il faut réfléchir longuement à la création d’un clone de site Web. À moins d’une différence majeure entre les services, il est très peu probable que le clone obtienne une quelconque traction..
Vous savez qu'un lancement de produit est mauvais lorsque le responsable de la société admet que le lancement a été mal fait. C’est le cas du lancement d’Apple MobileMe, en conjonction avec le nouveau système d’exploitation Mac Leopard.
Lors du lancement très attendu du nouvel iPhone 3G par Apple, il a également été annoncé qu'un tout nouveau service de synchronisation, MobileMe, allait être lancé en parallèle avec les nouveaux logiciels iPhone 3G, iPhone 2.0 et App Store. MobileMe est un service de synchronisation qui permet aux utilisateurs de Mac et de PC de synchroniser leurs contacts, calendriers, courriers électroniques, photos, etc. à partir d'une interface Web..
La majeure partie du premier jour du lancement a été marquée par des performances ralenties et des temps d'arrêt, des problèmes étranges tels que des déconnexions aléatoires d'utilisateurs et le clou dans le cercueil: le service n'a pas pu être synchronisé avec les calendriers et les entrées de contact pour la première journée. Comme le PDG d’Apple, Steve Jobs, l’a mis dans un courrier électronique interne, ce n’était pas la «meilleure heure» d’Apple. Depuis lors, Apple a corrigé ses problèmes de lancement et a crédité tous les utilisateurs MobileMe de deux extensions de leurs abonnements totalisant 90 jours d'utilisation gratuite..
Gmail est l'un des fournisseurs de messagerie les plus populaires, avec de nombreux utilisateurs du service Google Apps. De nombreuses entreprises utilisent Gmail (gratuitement ou avec un forfait payant). Il est donc devenu assez évident de perdre 30 heures de service pour certaines personnes. Ce qui a rendu la panne si regrettable pour Google, c’est le fait que la plupart des personnes touchées étaient de petites entreprises qui n’ont pas pu accéder à leur courrier électronique pendant plus de 24 heures, perdant ainsi des bénéfices..
Digg a vu certains de ses principaux utilisateurs (et de nombreux autres) interdits en 2008 pour avoir utilisé des scripts pour voter automatiquement sur les soumissions de leurs amis. Alors que beaucoup pensaient qu'il était injuste de ne pas donner une seconde chance à ces utilisateurs actifs, d'autres ont fait valoir qu'une politique de tolérance zéro devait être la norme. Peu importe le côté de la barrière sur lequel vous vous asseyez, peu de gens sont en désaccord sur le fait que les scripts Digg nuisent à la communauté.
Pourquoi est-ce une erreur de développement web? Si vous voulez créer un script Digg, vous devez vous assurer que ce n’est pas manifestement facile à détecter. NETTUTS suggère aux développeurs qui utilisent ces scripts de mieux utiliser leur temps, par exemple en codant certaines applications qui aident réellement la communauté plutôt que de lui nuire..
Lorsque Facebook a lancé sa nouvelle plate-forme publicitaire innovante Beacon, celle-ci a été extrêmement critiquée. Il s'avère que les utilisateurs de Facebook n'aimaient pas l'idée que tout le monde connaisse l'historique de leurs achats sur le Web. Il y a de nombreuses histoires d'horreur de gens qui achètent des choses sur les "sites partenaires Beacon" de Facebook, y compris un type qui a acheté une bague de fiançailles sur Overstock.com et qui a immédiatement transféré tous les détails de l'achat sur son profil Facebook, ruinant ainsi l'engagement surprise.
Plus tard, Facebook a ajouté des options de souscription à Beacon, mais la plupart des dégâts avaient déjà été causés. En fin de compte, la balise Facebook a abouti à deux recours collectifs contre Facebook et les sites partenaires associés au service. La poursuite a affirmé que Facebook recueillait des données en silence, non seulement des utilisateurs de Facebook, mais également d'utilisateurs non-Facebook sur les sites partenaires de Beacon. En outre, Facebook a admis avoir collecté des données même après que les utilisateurs eurent décidé de ne pas partager leurs achats. Aie.
Avec tout le battage publicitaire entourant le mode furtif Cuil, le moteur de recherche innovant avait beaucoup d'anticipation construit autour de son lancement. Fondée par d'anciens employés de Google, Cuil promettait d'être un meilleur moteur de recherche que Google, avec des résultats plus pertinents fondés sur des associations de mots et une meilleure interface de résultats. Cuil possédait l'étoffe d'un moteur de recherche très impressionnant et (enfin) un concurrent potentiel de Google..
Cependant, le lancement de Cuil s'est avéré être une énorme déception. Pour commencer, le site était en panne pendant des heures, ce qui est indéniable compte tenu de l’énorme volume de trafic généré par le site. Plus important encore, Cuil n’a pas tenu ses promesses. Les résultats de la recherche n'étaient même pas proches de la pertinence de Google et leur bot d'indexation plantait des sites Web..
Le 15 février, l'un des trois sites géographiques d'Amazon est tombé en panne pendant quelques heures, tuant Amazon S3, le système de stockage en nuage. De nombreuses startups Web telles que Twitter, SmugMug et même le New York Times avaient des messages d'erreur sur le site. La plupart des sites Internet les plus populaires ont été affectés par les temps d'arrêt de S3..
Le manque de communication de la part de l’équipe de développement a beaucoup contrarié les utilisateurs. Il a fallu une heure à l'équipe de développement d'Amazon S3 pour vérifier la panne et elle n'a plus répondu avant que le problème ne soit résolu deux heures plus tard. De nombreux clients S3 ont trouvé cela inacceptable, étant donné que des entreprises entières ont été fermées pendant la durée de la panne..
La transparence et de nombreuses communications sont essentielles en cas de crise du développement.
Alors que Twitter continuait de croître au cours de l’année, le site de micro-blogging populaire a de plus en plus d’observations du tristement célèbre Fail Whale. Grâce au temps de disponibilité affreux de Twitter, les observations de pages d'erreur sont devenues si fréquentes que les utilisateurs de Twitter ont commencé à s'intéresser de près à la baleine endormie. Il ne fallut pas longtemps avant que le Fail Whale ait son propre fan club, ses produits et même un compte Twitter.
Peu de développeurs Web peuvent prétendre que leur logo de page d'erreur a un fan club, et nombreux sont ceux qui le souhaitent. La page d'erreur est la dernière chose que toute équipe de développement souhaite que ses utilisateurs voient. Heureusement, la page d'erreur de Twitter est amusante et accrocheuse, ils ont donc tiré le meilleur parti de la situation. Pourtant, je doute que les gens de Twitter voudraient que leur héritage soit la vulgarisation d’une baleine endormie.
Le 1er août 2008 était un jour dont les développeurs de Site Meter se souviendront longtemps. C'était le jour où ils ont effectivement coupé une bonne partie d'Internet pour les utilisateurs d'Internet Explorer. Essentiellement, tout site sur lequel le suivi Site Meter était installé le faisait envoyer des messages "Operation Aborted" aux utilisateurs d'Internet Explorer..
Bien que le blâme repose en partie sur Internet Explorer (ils avaient un bogue bien connu qui a déclenché l'erreur), le gros morceau de blâme repose sur les développeurs de Site Meter, qui ont poussé un changement de production. sans le tester à fond (AKA sans test dans IE du tout).
Doh! Rien de tel que d'aliéner 70% du nombre total de visiteurs sur les pages de votre site.
Merci à Thomas pour l'aide avec la liste.
Glen Stansberry est un développeur et blogueur Web qui a eu beaucoup de difficultés à admettre avec CSS. Vous pouvez lire plus de conseils sur le développement Web sur son blog Web Jackalope.
A aimé ce post? Votez pour cela sur Digg ci-dessous. Merci!
Accentsconagua