Hay varios factores que pueden agregarse a una experiencia muy desalentadora. Por ejemplo:
- Desconocimiento Eres nuevo en un trabajo, un producto o una parte del código, pero de todos modos tienes que hablar / actuar con decisión.
- Incertidumbre Algo solo falla una parte del tiempo. ¿Está relacionado con el tiempo? ¿Relacionado con la carga? ¿Algún evento externo que aún no hayas notado?
- Urgencia . Usted (o su cliente) tienen una fecha límite.
- Visibilidad. Todos están mirando. Muchos desarrolladores odian ir al campo porque simplemente no pueden manejar esto.
- Complejidad. Bastante autoexplicativo.
- Información inadecuada Cuando tiene que depurar solo desde fragmentos de registros, para un sistema que tiene que permanecer en producción en un cliente que se niega a activar las funciones de depuración o ejecutar compilaciones de depuración, eso es lo peor.
- Hostilidad A menudo, alguien que trabaja para un cliente (o incluso uno de sus propios colegas) está esperando verlo fallar, porque favorecieron un producto / enfoque diferente y fueron anulados.
Cuando se unen más de uno de estos factores, lo pasarás mal. Una vez conocí a un ingeniero que estaba trabajando en el firmware de un producto de almacenamiento muy importante. Ya es un trabajo bastante difícil, pero estaba lidiando con un error que solo ocurrió en su sistema de prueba más grande bajo una carga pesada, en promedio una vez cada cuatro días. Millones de dólares dependían de solucionar el problema lo antes posible. Casi todos los demás ingenieros que he conocido se habrían agrietado bajo ese tipo de presión.
Lo peor para mí fue en el sitio de un cliente en Nueva York. Tenía todas las características anteriores. Ya habíamos hecho enormes progresos, resolviendo innumerables problemas técnicos y logísticos. Estuve despierto toda la noche antes de escribir un código para convertir etiquetas de disco. Ejecutar ese código en vivo por primera vez, en el sistema del cliente, fue bastante tenso a pesar de que tomamos todo tipo de precauciones. Luego encontramos un problema con la conmutación por error, que involucra el producto de otro proveedor. Encontramos una solución que parecía funcionar, pero el otro proveedor no estaría de acuerdo en apoyar lo que habíamos hecho. Tenía que explicarle a este cliente tan importante por qué no podría haber una solución compatible sin esa pieza, y terminamos respaldando todo lo que habíamos hecho en los últimos días. Sí, “desalentador” es una buena palabra para eso.
- ¿Qué pasos han tomado los desarrolladores de software en las startups con un "Monorail" (una aplicación grande y monolítica de Ruby on Rails) para dividirlo con éxito en los servicios?
- Quiero convertirme en desarrollador de sitios web. ¿Que necesito hacer?
- ¿Puede un desarrollador de software web ganar más de $ 150ka al año en Manhattan?
- ¿Estás haciendo programación de pares en tu trabajo?
- ¿Deberían los desarrolladores en mi inicio de SAAS hablar con los clientes?
Hay una moraleja en la historia. El cliente estaba realmente muy contento con nosotros, a pesar de que técnicamente ya no iban a ser clientes. ¿Por qué? Porque el último vendedor los había guiado durante meses antes de admitir que lo que querían no era posible, y que no había sido la primera vez. El hecho de que íbamos a limpiar temprano, siendo honestos y decisivos a pesar de que nos costó una venta, realmente los impresionó. A veces, cuando enfrentas tu mayor temor, tendrás más de qué enorgullecerte que si hubieras tomado el camino más fácil.