Los 10 principales errores de desarrollo web del 2008

Es inevitable: todos lo vamos a arruinar al menos una vez cuando se trata del mundo altamente volátil del desarrollo web. El tiempo de inactividad, los errores estúpidos de la interfaz de usuario, los errores de comunicación, los malos lanzamientos de productos ... nos suceden a los mejores. Literalmente. Durante el año pasado, muchos de los sitios web más importantes del mundo han cometido serios problemas de desarrollo, no-no. Es casi reconfortante saber que los mejores equipos de desarrollo del mundo tampoco son perfectos..

En lugar de ver este artículo como una manera de derribar a los grandes una o dos clavijas, considerémoslo como una herramienta de enseñanza. Aprender consiste en cometer errores y encontrar maneras de corregirlos. Es bueno cuando ocasionalmente podemos aprender de otros Errores, en lugar de arruinarnos a nosotros mismos..

Aquí hay una lista de los 10 más grandes "¡Vaya!" Momentos del 2008 en desarrollo web..

10. Sitios de comercio electrónico en el Black Friday

Aquí está la peor pesadilla de todos los minoristas en línea: una gran cantidad de personas acuden a su sitio pidiendo gastar grandes cantidades de dinero, y su sitio está caído. Desafortunadamente, el viernes pasado se convirtió en una realidad para muchos sitios minoristas en la Web, grandes y pequeños..

El Viernes Negro es el día de compras más grande del año en los EE. UU., Y lo mismo ocurre con las compras en línea. Muchos de los sitios principales como Amazon, Sears y Live Cashback se pusieron de rodillas, lo que obligó a los compradores a ir a otros lugares para sus compras del Viernes Negro..

Resulta que esta interrupción generalizada es un evento perenne. El Viernes Negro llega todos los años el mismo día, sin embargo, muchas tiendas de compras en línea no pueden darse cuenta de que necesitan tener una copia de seguridad importante en el departamento de servidores. A medida que las compras en línea continúan creciendo, esta epidemia aumentará cada año, a menos que los sitios de comercio electrónico puedan planificar por adelantado el aumento de tráfico..

9. Onslaught of Twitter Clones

2008 parece ser el año del clon de Twitter. Twitter ha tomado la web por asalto en los últimos dos años y, en consecuencia, muchos desarrolladores web han intentado hacer un clon del popular servicio web. Y parece que no hay un final a la vista para estos clones de Twitter.

Al hacer sitios web que compitan que son únicos en algún aspecto (a la Plurk e Identi.ca), hacer una réplica exacta de un servicio nunca es una buena idea. Sin embargo, muchos clones de Twitter han surgido el año pasado, y casi todos carecen de diferenciación de Twitter, y peor aún; casi todos no son tan buenos como el original.

Uno debe pensar mucho sobre la construcción de un clon de un sitio web. A menos que haya una diferencia importante entre los servicios, es muy poco probable que el clon encuentre tracción alguna..

8. El horrible lanzamiento de MobileMe

Usted sabe que el lanzamiento de un producto es malo cuando el jefe de la empresa admite que el lanzamiento no se realizó correctamente. Tal fue el caso con el lanzamiento de Apple MobileMe, junto con el nuevo sistema operativo Mac Leopard.

Cuando Apple lanzó su tan esperado nuevo iPhone 3G, también se anunció que se lanzaría un nuevo servicio de sincronización MobileMe junto con el nuevo iPhone 3G, el software iPhone 2.0 y la tienda de aplicaciones. MobileMe es un servicio de sincronización que permite a los usuarios de Mac y PC sincronizar sus contactos, calendarios, correos, fotos y más, todo desde una interfaz web..

La mayor parte del primer día del lanzamiento estuvo lleno de rendimiento lento y tiempo de inactividad, problemas extraños como el cierre de sesión aleatorio de los usuarios y la clave en el ataúd: el servicio no pudo sincronizarse con los calendarios y las entradas de contacto durante todo el primer día. Fue, como el CEO de Apple, Steve Jobs, envió un correo electrónico interno, no la "mejor hora" de Apple. Desde entonces, Apple ha corregido sus errores de inicio y ha acreditado a todos los usuarios de MobileMe dos extensiones a sus suscripciones, con un total de 90 días de uso gratuito..

7. 30 horas de Gmail Dowtime

Gmail es uno de los proveedores de correo electrónico más populares, con muchos de los usuarios del servicio Google Apps. Muchas empresas utilizan Gmail (ya sea de forma gratuita o con un plan pagado), por lo que se hizo bastante perceptible cuando el servicio estuvo fuera durante 30 horas para algunas personas. Lo que hizo que el apagón fuera tan desafortunado para Google fue el hecho de que muchas de las personas afectadas eran pequeñas empresas que no pudieron acceder a su correo electrónico durante más de 24 horas, perdiendo beneficios en el proceso..

6. Digg Scripts

Digg vio a algunos de sus principales usuarios (y muchos otros) prohibidos durante 2008 por usar scripts para votar automáticamente las presentaciones de sus amigos. Si bien muchos creyeron que era injusto no darles una segunda oportunidad a estos usuarios activos, otros argumentaron que una política de tolerancia cero debe ser la norma. Sin importar de qué lado de la cerca se siente, pocos están en desacuerdo con que los scripts de Digg dañan a la comunidad.

¿Por qué es esto un error de desarrollo web? Si va a crear un script de Digg, es mejor que esté seguro de que no es tan fácil de detectar. NETTUTS sugiere que los programadores detrás de estos scripts aprovechen mejor su tiempo, por ejemplo, codificando algunas aplicaciones que realmente ayudan a la comunidad en lugar de dañarla..

5. Facebook Beacon

Cuando Facebook lanzó su nueva e innovadora plataforma publicitaria Beacon, recibió críticas extremadamente duras. Resulta que a los usuarios de Facebook no les gustó la idea de que todos supieran su historial de compras en la Web. Hay numerosas historias de terror de personas que compran cosas en los "sitios asociados de Beacon" de Facebook, incluido un tipo que compró un anillo de compromiso en Overstock.com e inmediatamente recibió todos los detalles de la compra en su perfil de Facebook, arruinando el compromiso sorpresa..

Más tarde, Facebook agregó opciones de suscripción a Beacon, pero la mayor parte del daño ya estaba hecho. Al final, Facebook Beacon resultó en un par de demandas colectivas para Facebook y los sitios asociados asociados con el servicio. La demanda alegó que Facebook recolectó datos en silencio, no solo de los usuarios de Facebook sino también de además de usuarios que no sean de Facebook en los sitios asociados de Beacon. Además, Facebook admitió que recopilaba datos incluso después de que los usuarios optaron por no compartir sus compras. Ay.

4. Lanzamiento del sub-par de Cuil

Con todo el bombo que rodeaba a Cuil en modo sigiloso, el innovador motor de búsqueda generó mucha anticipación en torno a su lanzamiento. Fundada por ex empleados de Google, Cuil prometió ser un mejor motor de búsqueda que Google, con resultados más relevantes basados ​​en asociaciones de palabras y una mejor interfaz de resultados. Cuil tenía las características de un motor de búsqueda impresionante, y (finalmente) un posible competidor de Google.

Sin embargo, el lanzamiento de Cuil resultó ser una gran decepción. Para empezar, el sitio estuvo inactivo durante horas, lo cual es perdonable dada la enorme cantidad de tráfico que recibió el sitio. Sin embargo, lo más importante es que Cuil no estuvo a la altura de su facturación exagerada. Los resultados de la búsqueda ni siquiera se acercaban a la relevancia de Google, y su bot de indexación estaba estrellando sitios web.

3. Amazon Outstage S3

El 15 de febrero, una de las tres ubicaciones geográficas de Amazon cayó durante algunas horas, matando al sistema de almacenamiento en la nube Amazon S3. Muchas empresas web nuevas como Twitter, SmugMug e incluso el New York Times tenían mensajes de error en el sitio. Muchos de los sitios más populares en Internet se vieron afectados por el tiempo de inactividad de S3.

Lo que molestó a muchos sobre el tiempo de inactividad fue la falta de comunicación por parte del equipo de desarrollo. El equipo de desarrollo de Amazon S3 tardó una hora en verificar el apagón y no respondieron hasta que el problema se solucionó un par de horas después de eso. Muchos clientes de S3 consideraron inaceptable, considerando que se cerraron negocios completos durante la interrupción del servicio..

La transparencia y mucha comunicación son clave cuando ocurre una crisis de desarrollo..

2. Twitter - La popularización de la ballena Fail

A medida que Twitter continuó creciendo a lo largo del año, el popular sitio de microblogging tuvo cada vez más avistamientos de la infame Fail Whale. Gracias al tremendo tiempo de actividad de Twitter, los avistamientos de página de error se hicieron tan frecuentes que los usuarios de Twitter comenzaron a brillar con la ballena dormida. No pasó mucho tiempo antes de que Fail Whale tuviera su propio club de fans, mercancía e incluso una cuenta de Twitter..

No muchos desarrolladores web pueden afirmar que el logotipo de su página de error tenga un club de fans, y tampoco muchos querrían hacerlo. La página de errores es lo último que cualquier equipo de desarrollo querría que vieran sus usuarios. Afortunadamente, la página de error de Twitter es divertida y pegadiza, por lo que han superado la situación. Sin embargo, dudo que la gente de Twitter quiera que su legado sea la popularización de una ballena dormida..

1. Site Meter se bloquea para los usuarios de IE

El 1 de agosto de 2008 fue un día que los desarrolladores de Site Meter recordarán durante mucho tiempo. Fue el día en que efectivamente cerraron una buena parte de Internet para los usuarios de Internet Explorer. Esencialmente, cualquier sitio que tuviera instalado el seguimiento de Site Meter hizo que el sitio emitiera mensajes de "Operación Abortada" a los usuarios de Internet Explorer.

Si bien la culpa es parcialmente de Internet Explorer (tenían un error conocido que desencadenó el error), la gran parte de la culpa recae en los desarrolladores de Site Meter, ya que impulsaron un cambio a la producción. sin probarlo a fondo (AKA sin pruebas en IE).

Doh! Nada como alienar el 70% del total de visitantes a las páginas de su sitio..

Gracias a Thomas por la ayuda con la lista.

  • Suscríbase a la fuente RSS de NETTUTS para ver más tutoriales y artículos de desarrollo web diarios..

Glen Stansberry es un desarrollador web y bloguero que ha luchado más veces de lo que desea admitir con CSS. Puedes leer más consejos sobre desarrollo web en su blog Web Jackalope..

Me gustó esta publicación? Vota por él en Digg a continuación. Gracias!