Amo o programador em mim

Atenção! Texto - apenas para vendedores e gerentes! Os programadores estão proibidos de ler!



Digamos que você seja gerente de vendas de projetos, produtos e serviços no setor de TI. Você vende, busca novos clientes, fecha contratos, resolve situações problemáticas, assina atos, tira dinheiro, vai às reuniões.



O resultado do seu trabalho é óbvio - receita e dinheiro. Você é bonito, sem ironia.



E o mais importante, todos entendem que você é bonito. O dinheiro que você trouxe, os clientes que você trouxe, os atos que você assinou - tudo está à vista. Uma avaliação universal do seu trabalho que é compreensível para todo o mundo.



Os colegas de vendas estão genuinamente felizes com seu sucesso, ou com um pouco de inveja ou, às vezes, com simpatia. Eles entendemseu trabalho. Compreenda as dificuldades que você superou, os conflitos que resolveu e o dinheiro que trouxe.



Você é apreciado exatamente pelo que fez. Você ganhou dinheiro e foi apreciado pelo dinheiro . Eles até deram a você parte desse dinheiro - olhe, apenas como uma opção, um negócio dentro de outro negócio.



Total. Você está ganhando dinheiro . Você foi convidado a ganhar dinheiro . Você é pago para ganhar dinheiro . Você é apreciado por ganhar dinheiro . Você é promovido por ganhar dinheiro . Você é apreciado exatamente pelo que faz. O dinheiro é o seu produto. Simples, direto, extremamente líquido, absolutamente transparente. É por isso que é sedutor.



Este modelo - bdyms - também migrou para programadores.



Ainda não 100% e não em todos os lugares, mas a tendência é crescente. Nem todo mundo ainda ousa exigir dinheiro do programador enquanto está pedindo um "produto".



Além disso, muitas vezes o próprio programador deve formular o que é o produto de seu trabalho. Antes, eles simplesmente perguntavam "o que você está fazendo afinal?", Agora é mais bonito e mais suave: "que produto você produz?" Bem, o programador responde algo e rapidamente faz a próxima pergunta - "como esse produto se transforma em dinheiro?"



Às vezes, as perguntas são feitas à camada entre programadores e vendedores - líderes de equipe, proprietários de produtos, etc. (não estou familiarizado com todas as "raças", soryan, se você se esqueceu de alguém), mas isso não muda a essência. A questão ainda chega aos programadores, de uma forma ou de outra.



Os programadores são pessoas inteligentes, educadas e curiosas, então eles já conhecem os termos gerenciais muito bem. Aprendemos a traduzir nosso trabalho para a linguagem do dinheiro e dos produtos. Alguns até gostam.



No entanto, a essência do trabalho não mudou. O que um programador faz? Ele, infelizmente, programas. Cria programas. Ou outra pessoa está terminando. Ou quebra.



Atenção, pergunta: quando foi a última vez que você olhou para o resultado do trabalho de um programador? Não pelo dinheiro pelo qual esta obra foi vendida! No resultado do próprio trabalho - qualquer site, aplicativo, integração, sistema ERP?



O resultado do seu trabalho é visível - é dinheiro. Você os tornou simples - dinheiro. Quem pode ver o resultado do trabalho do programador? Não, não é isso ... Quem está interessado nele ?



Na verdade, duas pessoas - o cliente / usuário e o próprio programador. Mas mesmo aqui não é tão simples.



O cliente está interessado no que ele chama de "resultado" - em fazer funcionar, em resumo. Bem, mais ou menos conforme o combinado. O que está dentro - ele não se importa.



E lá dentro ... Bem, merda, com licença. É tão assustador pisar como um campo minado. E porque? Isso ocorre porque ninguém está interessado no que está dentro. Mas, para ser honesto, o que está fora não é interessante. Se apenas o ato foi assinado, ou o pré-pagamento foi feito, ou a assinatura foi renovada.



Isso deixa a única coisa que faz o programador escrever código normal - vamos chamá-lo de "núcleo interno". Apenas o próprio programador precisa de código normal. É verdade que os figos vão entender por quê.



Voltemos ao tópico da composição. Agora não os acuso, meus amigos-administradores, de nada, não os censuro e não me queixo. Acabei de descrever a realidade para que você possa usá-la para seus próprios fins.



Então, o programador escreve o código e o ama muito. Ninguém vê esse código, exceto o programador. Já recebi? A aparência - formulários, interface - é vista pelo cliente, às vezes até elogios. Para ser honesto, um programador não se orgulha particularmente da forma externa, via de regra. Ou é desenhado automaticamente, de acordo com uma descrição declarativa, ou geralmente não tem nada a ver com o programador. O programador escreve o código.



Além do código, há também um algoritmo, que pode ser lido por humanos. Portanto, o programador tem mais orgulho do código e do algoritmo. Às vezes, raramente - um formulário externo, se for desenhado por código ou é, de fato, o propósito de escrever código.



Agora você provavelmente entende tudo. Você é um vendedor. Como os grandes costumavam dizer, "se você está vendendo tijolos e fala com um cliente sobre seu reumatismo, ele compra de você".



Dedique 5 minutos para olhar a interface. Ouça a história de como funciona. Finja que está interessado. Claro, eu não peço que você examine o código - apenas ouça o código. Bem, ele está fodendo. E não se esqueça de avaliar, só não exagere - a falsidade não é bem-vinda.



E é isso, ele é seu. Um programador, quero dizer.



Somos como crianças. Se você tem filhos, você vai me entender. Depois de elogiar o desenho - mesmo que haja uma linha na folha - isso é tudo, você vai desenhar por horas, e cada desenho será arrastado para você. Não para ninguém, mas você. Porque você gostou do desenho que a criança fez. E não o dinheiro pelo qual você pode vender este desenho.



Se você prestar mais atenção ao produto que o programador fabrica, esse produto ficará melhor. O programador vai parar de cagar no código, porque ele finalmente - talvez até pela primeira vez na vida - se tornará burro.



É aqui que o núcleo interno aparecerá. Resumindo, todo mundo está bem.



Sim, e - shhhh.