¿Cuál es la peor pesadilla de un diseñador web / desarrollador web?

La primera impresión cuando pensamos en un ingeniero o desarrollador de software es un apuesto geek escribiendo en su teclado con una humeante taza de café en su estación de trabajo.

No es de extrañar, estoy aquí para reventar esa burbuja tuya con un poco de verificación de la realidad. Pero antes de eso, debes saber que la vida de un desarrollador no es fácil. El duro y duro viaje hace que el programador se convierta en un monstruo en algunas situaciones, un niño de 4 años en algunos y un ingeniero frustrado en la mayoría.

Para vivir la vida de un desarrollador, debes saber cuáles son las peores cosas que te pueden pasar. Después de observar de cerca a los desarrolladores a mi alrededor, aquí hay una lista de las peores pesadillas de un desarrollador.

Trabajando en el código de otro desarrollador

Una cosa que asusta a cualquier desarrollador en este mundo es trabajar en el código de otro desarrollador. Al igual que un artista, un desarrollador también escribe todo su programa con paciencia y concentración. Trabajar en el código de otra persona es como caminar en los zapatos de otra persona y retroceder para saber desde dónde comenzó el viaje. Es un trabajo extremadamente agotador y he visto a los desarrolladores a mi alrededor volverse locos en tales circunstancias.

Errores en el momento más extraño

Un desarrollador no tiene vida personal. Las llamadas a la oficina son las más aterradoras cuando saben que el proyecto está bajo prueba. Y luego sucede una mierda cuando reciben esas llamadas de error justo antes de salir de la oficina o en una cita o justo antes de ir al baño. Bueno, no es fácil ser desarrollador y no hay forma de que el código esté libre de errores al principio.

Los errores que reparaste causaron nuevos

Con las mangas enrolladas, él / ella arregla los errores y da un suspiro de alivio. Desafortunadamente, el día no es tuyo y solo cuando haces clic en Ejecutar, hay una nueva serie de errores causados ​​por la solución que acabas de hacer. Las caras traicionadas lo dicen todo y no puedo hacer nada más que sentir pena.

Causa de error desconocida

La situación más frustrante es cuando un desarrollador ha puesto todos sus esfuerzos, pero la causa del error es demasiado tímida para aparecer. El pensamiento está atrapado en la mente y un desarrollador lo piensa en la ducha, en la mesa del comedor, en la cama y en cualquier otro lugar.

Datos perdidos y no hay copia de seguridad

Esto no es específico para los desarrolladores, pero la peor pesadilla de cada individuo es perder datos sin tener una copia de seguridad. Sin embargo, los efectos de contador son diferentes en el caso de un desarrollador. Si bien puede prescindir de esos datos perdidos, un desarrollador tendría que hacer todo desde cero. Y significa muchas noches de insomnio y una ingesta ilimitada de cafeína.

El cliente solicita compatibilidad con Internet Explorer 6

Por el bien de algunos clientes que todavía insisten en usar Internet Explorer, a los desarrolladores se les pide a menudo que hagan que las soluciones web sean compatibles con Internet Explorer 6. Puede parecer fácil, pero lleva el doble de tiempo que construir una aplicación completamente nueva.

Lee la lista completa.

1. Arreglando códigos de otros desarrolladores (y errores)
Si acaba de unirse a una nueva empresa, lo más probable es que se encuentre en la posición de limpiar un proyecto dejado por el desarrollador que acaba de reemplazar . Lo más probable es que el código sea largo, realmente complejo, ilegible, lleno de errores … y ya está en línea. Por supuesto, podría ser el 5% afortunado que no tiene que arreglar el código de otro desarrollador, pero francamente , la reparación del código ocurre con mayor frecuencia .
El problema surge porque los desarrolladores, como los escritores, tienen su propio estilo de codificación . Aquí es donde la documentación se convierte en un regalo del cielo: si siempre has odiado hacer la documentación (¿no lo hacemos todos?), Entonces debes saber que esto es esencial para la cordura de cualquiera que tenga que tocar tu código .
Sin la documentación adecuada, el nuevo desarrollador tiene que escanear líneas de código para descubrir su proceso de pensamiento (o el del desarrollador original). Es en momentos como este que deseamos que la telepatía realmente exista.

2. Aparecen errores en el peor momento posible
Después de meses de arduo trabajo y toneladas de cafeína, finalmente lanzaste tu aplicación a las masas o la presentaste a tu cliente. Estás muy emocionado y puedes ver la luz al final del túnel, después de meses de arrastrarte a través del mismo proyecto noche tras noche.
Entonces, golpea. Se produce un error crítico durante la demostración o genera quejas de cientos de nuevos usuarios. Su visión perfecta de su proyecto perfecto se viene abajo. Pero presiona “pausa” por un momento.
En primer lugar, sepa que esto puede pasarle a cualquiera, incluso a los brillantes desarrolladores de productos importantes como Facebook y Twitter. Para aquellos que han estado allí, saben lo frustrante que puede ser esta situación; las malas críticas siguen llegando, o los clientes te miran como si hubieras cometido el último crimen o manchado el apellido .
¿Sabes lo que puedes hacer? Mantén la calma Solucione los errores lo antes posible y simplemente mantenga una cara seria. No dejes que esto te arrastre durante demasiado tiempo … ¡a menos que la solución haga que aparezcan otros errores!

3. Arreglado un error; causa nuevos
La corrección de errores es un mal necesario. Tortuosa, improductiva y solo una actividad que induce problemas cardíacos que te hace preguntarte por qué quieres ser desarrollador en primer lugar. Todos los desarrolladores han estado allí. ¡Después de horas de tocar su teclado, finalmente arregla el error original solo para descubrir que ha creado otros adicionales!
Es posible que haya actualizado una biblioteca porque no era compatible con otra biblioteca que estaba utilizando, solo para descubrir que la nueva biblioteca estaba en conflicto con su código . Mientras tanto, se acerca la fecha límite, siguen llegando las llamadas para verificarte y la cantidad de errores sigue acumulándose.

4. El error reside en la biblioteca en la que confías
¿Sabes qué es una pesadilla aún peor? Cuando el error que encontró en su código en realidad no existe en su código, sino en una de las bibliotecas que utilizó. A menudo confiamos en múltiples bibliotecas para crear sitios web, y los desarrolladores pueden usar la misma biblioteca para múltiples proyectos , sin problemas.
En este escenario particular, sin embargo, se produce un error, lo verifica y descubre que el error proviene de una de las bibliotecas que utiliza. ¿Qué haces? Es un dilema, ¿no? Consideremos las opciones.

  • Es posible que desee arreglar la biblioteca por su cuenta, en cuyo caso debe preguntarse qué tan competente es con los códigos dentro de la biblioteca para hacer eso realmente.
  • ¿No puedes arreglarlo? Entonces, ¿debe presentar una solicitud para que el desarrollador la arregle? Eso llevará algún tiempo , que no están obligados a apresurar ya que usted es el que tiene la fecha límite, no ellos.
  • ¿Qué hay de reemplazar esa biblioteca con otra ? Eso eliminaría el error del sistema. Pero luego tendrá que volver a escribir fragmentos de su código solo para que las cosas funcionen.

Mira, dije que eran opciones, nunca dije que ninguna de ellas es fácil. Solo reza a los dioses de la programación para que nunca tengas que estar sujeto a esta situación, ni a la siguiente.

5. La causa del error es “desconocida”
No, esto no puede ser! Has estado buscando durante días el error, creando múltiples ramas de Git para la prueba, pero el error sigue siendo difícil de alcanzar . Acude a StackOverflow para obtener un indulto, solo para encontrar una pregunta con el mismo problema publicada hace 2 años con cero respuestas.
Puede que no sea un error crítico, sin embargo, tira de ti como una picazón que no puedes alcanzar o eliminar. Tu cabeza comienza a girar, sigues diciéndote a ti mismo que si pasas una hora más buscando, encontrarás ese maldito insecto.

6. Datos perdidos, sin respaldo
Holey Moley, esta es una pesadilla con la que incluso los no desarrolladores pueden relacionarse. Sufre una pérdida completa de datos y se maldice por no perder el tiempo para hacer una copia de seguridad de sus archivos. Si esto te sucede, definitivamente tienes la culpa.
Incluso cuando trabaja con sistemas muy estables, su disco duro puede actuar repentinamente, sus hijos pueden presionar el
Borrar
botón, o accidentalmente derrama café en su computadora portátil. En lugar de llorar por el café derramado, vuelva a su copia de seguridad y mantenga baja la presión arterial alta.
Esta no es una lección que quieras aprender por las malas.

7. Hacer que funcione en Internet Explorer 6
Por alguna razón, todavía existe la necesidad de hacer que las aplicaciones modernas funcionen en Internet Explorer 6 porque algunos clientes y sus clientes aún insisten en usar Internet Explorer 6. Si usted es una de estas personas, permítame aclararle el tiempo. La codificación de consumo y angustiante para IE 6 es.
El tiempo que los desarrolladores dedican a hacer que una aplicación web funcione en IE 6 podría ser tres o más veces mayor que para crear la aplicación para navegadores modernos como Chrome o Firefox. La parte frustrante es que no funcionará tan bien o tan impresionante en IE 6 como lo hará en los nuevos navegadores. Algunos de los efectos no tendrán efecto, algunos de los errores seguirán molestándote y no me ayudarán a comenzar con los problemas de seguridad.

8. La tecla de punto y coma no funciona
Varios lenguajes de programación JavaScript y PHP necesitan el punto y coma para marcar el final de una declaración. Es como el punto o punto final que termina una oración.


9. Internet y Google están caídos
Si Google es importante para usted en su trabajo o estudio, sepa que es doblemente importante para los desarrolladores. Como desarrolladores web, utilizamos Google para buscar ejemplos de código, encontrar soluciones para errores, colaborar con compañeros y más.
Si Internet y Google caen, tendríamos que volver a un “período de oscuridad” anterior y aislado. Estaremos atrapados, sin saber qué hacer si nos encontramos con un error en particular. En su mayor parte, Google siempre nos salva. Entonces, felicitaciones a los desarrolladores o programadores que estaban haciendo esto antes de la era de Internet. Me inclino ante ti.

10. Eres el experto (puedes hacer cualquier cosa)
Para concluir esta lista de pesadillas que los desarrolladores tienen que enfrentar, los dejo con este video de Youtube llamado The Expert por Lauris Beinerts . Descubrirá lo doloroso que es convertirse en Expert.

Fuente: 10 peores pesadillas para desarrolladores web

Lado del servidor: fallas de la API que le cuestan dinero a un cliente, independientemente de que sea un cambio repentino de cómo se almacenan los datos, problemas de conexión, cambio en el formato de transmisión esperado, documentación faltante / incorrecta / ambigua o limitaciones de tiempo que le impiden implementarlo completamente correctamente .

Lado del cliente: heredando un desorden inflado que se basa en decenas de bibliotecas JS, archivos css de 10k filas o más, una estructura de castillo de naipes que probablemente se rompa en algún lugar si realiza el cambio más básico. Genial si se trata de un trabajo de limpieza, horrible si el cliente exige mantener la hinchazón y espera que los cambios de alguna manera sean tan rápidos y suaves como si el sitio web se construyera correctamente.

Desempleo a largo plazo. No hay crisis en casi ningún trabajo que sea más grave que la crisis de no tener trabajo en absoluto. Además, cuanto más tiempo esté sin trabajo, menos personas lo quieren, independientemente de su experiencia o aptitud.

1: condiciones de carrera

2: Heredar código antiguo con sentencias anidadas “if”

3: IE 6

4: soporte de lector de pantalla

5: Eliminar millones de filas de datos

6: ASP clásico

7: Reuniones

8: quedarse sin café

9: QA

10: arañas

Caché del navegador.

La pesadilla de cada desarrollador web. Especialmente con estilo. Entonces, cada vez que mis compañeros de trabajo me piden ayuda con su código, les digo esto.

Probar la funcionalidad cuando sus sitios web funcionan perfectamente bien sin errores. Básicamente errores de tiempo de ejecución.

¡El cliente usa Internet Explorer!

Lunes, 8:30 am

Esta…..

More Interesting

¿Cuáles son las 5 herramientas principales de un desarrollador web / diseñador web?

¿Hay algún buen campamento de diseño en la Bahía el próximo verano? Quiero mejorar en el dibujo, la selección de colores, la tipografía, el diseño gráfico, InDesign, Photoshop, Illustrator y CSS.

Así que tengo una idea para un sitio web y planeo proponerlo a un diseñador y programador web. ¿Qué debería haber escrito exactamente para ellos?

Al contratar a un diseñador web, ¿debería él / ella también ser excelente en SEO o el SEO debe implementarse después de que se complete un sitio web?

¿Por qué tantos buenos diseños (y diseñadores) provienen de Alemania?

¿Dónde pueden encontrar proyectos de código abierto escritores de documentación y diseñadores web?

¿Cuántos diseñadores de UX y UI trabajan para su empresa?

¿Cuánto debería costar un simple sitio web de WordPress de 5 páginas (nada especial) a un diseñador web?

¿Cuánto cuesta contratar a un diseñador web independiente?

¿Los diseñadores web profesionales confían en absoluto en el código generado automáticamente por IDE?

¿Cuánto tiempo trabaja un diseñador web?

¿Cómo podemos cerrar la brecha entre lo que los diseñadores y desarrolladores llaman redes receptivas?

¿Cuál de los siguientes profesionales / aficionados gana más por hora: un programador, un administrador de base de datos o un diseñador? ¿Cuál es el trabajo más fácil?

¿En qué bolsas de trabajo buscan proyectos de estudios web independientes y autónomos?

Wireframing es cuánto beneficioso para los diseñadores y desarrolladores?