Amo al programador en mi

¡Atención! Texto: ¡solo para vendedores y gerentes! ¡Los programadores tienen prohibido leer!



Digamos que es gerente de ventas de proyectos, productos y servicios en el sector de TI. Vendes, buscas nuevos clientes, firmas contratos, resuelves situaciones problemáticas, firmas actas, sacas dinero, asistes a reuniones.



El resultado de su trabajo es obvio: ingresos y dinero. Eres guapo, sin ironía.



Y lo más importante, todos entienden que eres guapo. El dinero que trajo, los clientes que trajo, los actos que firmó, todo está a la vista. Una evaluación universal de su trabajo que es comprensible para todo el mundo.



Los compañeros de ventas están genuinamente felices por su éxito, o un poco celosos o, a veces, comprensivos. Ellos entiendentu trabajo. Comprenda las dificultades que ha superado, los conflictos que ha resuelto y el dinero que ha aportado.



Eres apreciado por exactamente lo que hiciste. Ganaste dinero y fuiste apreciado por el dinero . Incluso te dieron parte de este dinero, mira, como una opción, un negocio dentro de un negocio.



Total. Estás ganando dinero . Se le ha pedido que gane dinero . Te pagan para ganar dinero . Se le aprecia por ganar dinero . Te ascienden por ganar dinero . Eres apreciado por exactamente lo que haces. El dinero es tu producto. Sencillo, sencillo, extremadamente líquido, absolutamente transparente. Por eso es seductor.



Este modelo, bdyms, también se migró a los programadores.



Todavía no al 100% y no en todas partes, pero la tendencia va en aumento. No todo el mundo se atreve todavía a exigir dinero al programador mientras le pide un "producto".



Además, a menudo el propio programador debe formular cuál es el producto de su trabajo. Anteriormente, simplemente preguntaban "¿qué estás haciendo en absoluto?", Ahora es más bonito y suave: "¿qué producto produce?". Bueno, el programador responde algo, y rápidamente obtiene la siguiente pregunta: "¿Cómo se convierte este producto en dinero?"



A veces se hacen preguntas a la capa entre programadores y vendedores: líderes de equipo, propietarios de productos, etc. (no familiarizado con todas las "razas", soryan, si te has olvidado de alguna), pero esto no cambia la esencia. La pregunta aún les llega a los programadores, de una forma u otra.



Los programadores son personas inteligentes, educadas y curiosas, por lo que ya conocen bastante bien los términos de gestión. Aprendimos a traducir nuestro trabajo al lenguaje del dinero y los productos. A algunos incluso les gusta.



Sin embargo, la esencia del trabajo no ha cambiado. ¿Qué hace un programador? Él, por desgracia, programa. Crea programas. O alguien más está terminando. O se rompe.



Atención, pregunta: ¿cuándo fue la última vez que miraste el resultado del trabajo de un programador? ¡No por el dinero por el que se vendió esta obra! ¿Sobre el resultado del trabajo en sí: cualquier sitio web, aplicación, integración, sistema ERP?



El resultado de su trabajo es visible: es dinero. Los hiciste directamente: dinero. ¿Quién puede ver el resultado del trabajo del programador? No, eso no ... ¿Quién está interesado en él ?



En realidad, dos personas: el cliente / usuario y el programador mismo. Pero incluso aquí no es tan sencillo.



El cliente está interesado en lo que él llama "el resultado", para que funcione, en resumen. Bueno, más o menos según lo acordado. Lo que hay dentro, no le importa.



Y ahí dentro ... Bueno, mierda, perdón. Es tan aterrador caminar como un campo minado. ¿Y por qué? Esto se debe a que a nadie le interesa lo que hay dentro. Pero para ser honesto, lo que está afuera no es interesante. Si solo se firmó el acta, o se hizo el prepago, o se renovó la suscripción.



Eso deja lo único que hace que el programador escriba código normal, llamémoslo "núcleo interno". Solo el programador necesita un código normal. Es cierto que los higos entenderán por qué.



Volvamos al tema de la composición. Ahora no os acuso, amigos-gestores, de nada, no os reprocho, y no me quejo. Acabo de describir la realidad para que pueda usarla para sus propios fines.



Entonces, el programador escribe el código y lo ama mucho. Nadie ve este código excepto el programador. ¿Ya lo tienes? La apariencia (formas, interfaz) es vista por el cliente, a veces incluso elogia. Para ser honesto, un programador no está particularmente orgulloso de la forma externa, como regla. Se dibuja automáticamente, de acuerdo con una descripción declarativa, o generalmente no tiene nada que ver con el programador. El programador escribe el código.



Además del código, también hay un algoritmo, que es bastante legible por humanos. Entonces, el programador está más orgulloso del código y el algoritmo. A veces, rara vez, una forma externa, si está dibujada por código o es, de hecho, el propósito de escribir código.



Probablemente ahora lo entiendas todo. Eres un vendedor. Como solían decir los grandes, "si vendes ladrillos y hablas con un cliente sobre su reumatismo, él te compra".



Tómese 5 minutos para mirar la interfaz. Escuche la historia de cómo funciona. Finge que estás interesado. Por supuesto, no le pido que mire el código, solo escuche el código. Bueno, está jodiendo. Y no se olvide de evaluar, simplemente no se exceda, la falsedad no es bienvenida.



Y eso es todo, es tuyo. Un programador, quiero decir.



Somos como niños. Si tienes hijos, me entenderás. Una vez que elogie el dibujo, incluso si hay una línea en la hoja, eso es todo, dibujará durante horas y cada dibujo se arrastrará hacia usted. No a nadie, sino a ti. Porque apreciaste el dibujo que hizo el niño. Y no el dinero por el que puedes vender este dibujo.



Si presta más atención al producto que fabrica el programador, este producto mejorará. El programador dejará de cagar en el código, porque finalmente, tal vez incluso por primera vez en su vida, se volverá tonto.



Aquí es donde aparecerá el núcleo interno. En resumen, todo el mundo está bien.



Sí, y - shhhh.