24
Casa do Código
Capítulo 6. Não escute seus pais
Se você quer uma receita para uma péssima noite de sono, eu posso lhe dar. Adi-
cione uma pedaço de O que minha mulher acha?, com 3.000 pedaços de Benjamin
Franklin, misture com uma cerveja a hora que você bem entender e adicione uma
cobertura de chance de independência financeira.
Eu me tornei muito bom em chegar nos meus chefes e dar a má notícia de que eu
estava deixando a empresa para ir fazer alguma coisa mais legal. Eu dei a notícia para meu chefe na Powerset na data limite de responder à proposta. Eu disse que estava saindo para ir trabalhar em tempo integral no GitHub. Como qualquer grande chefe, ele estava chateado, mas entendeu. Ele não tentou me seduzir com um bônus maior
ou qualquer coisa do tipo. Acho que no fundo ele sabia que eu ia sair. Talvez eu tenha até recebido mais incentivo para ficar do que os outros, por conta do risco. E vou lhe dizer, aqueles gerentes da Microsoft eram persistentes. Eles têm bônus de retenção como uma ciência bem, exceto quando você tem um empreendedor no conjunto,
a singularidade do mundo dos negócios. Tudo é desequilibrado quando você tem
um deles por perto.
No final, assim como Indiana Jones nunca poderia recusar a oportunidade para
procurar o Santo Graal, eu também não poderia perder a chance de trabalhar para
mim mesmo em algo que eu realmente amo, não importa o quão segura outra opção
fosse. Quando eu estiver velho e morrendo, eu pretendo olhar para trás em minha
vida e dizer: Uau, que aventura, não Uau, me senti seguro.
Tom Preston-Werner é co-fundador do GitHub.
Faça algo
1) Quais são seus maiores medos com relação à sua carreira? Pense sobre as últimas decisões de carreira que você tomou. Não precisam ser grandes decisões (afinal,
se você está fazendo escolhas influenciadas por medo, suas decisões provavel-
mente não serão grandes). Por exemplo, pode ser se você aceitou alguma tarefa
especial, ou se candidatou para uma promoção. Faça uma lista dessas escolhas,
e para cada uma, obrigue-se a fazer uma avaliação honesta: o quanto dessa sua
decisão foi conduzida pelo medo? O que você teria feito se o medo não o tivesse
influenciado? Se a decisão foi de fato influenciada pela medo, como você pode
revertê-la ou encontrar uma oportunidade similar, em que possa tomar a decisão
com menos medo?
25
Capítulo 7
Seja generalista
Por pelo menos algumas décadas, gerentes e donos de empresas desesperados têm
fingido que o desenvolvimento de software é um processo fabril. Especificações de requisitos são criadas e os arquitetos as transformam em algo de nível técnico. Designers
completam a arquitetura com a documentação detalhada do projeto, que é
entregue para programadores robô, que com uma mão seguram um livro ruim e com
a outra escrevem código. Por fim, um investigador recebe o código completo, que
não ganha o selo de aprovação a menos que cumpra as especificações originais.
Não é nenhuma surpresa que os gestores queiram que o desenvolvimento de
software seja como uma fábrica. Eles entendem como fazer fábricas funcionarem.
Temos décadas de experiência em como construir objetos físicos eficientemente. Assim, aplicando o que aprendemos de manufatura, devemos ser capazes de otimizar o processo de desenvolvimento de software para como qualquer outra indústria funciona.
Na tão falada fábrica de software, os funcionários são especialistas. Eles se sentam em seu lugar na linha de montagem, combinando componentes Java ou apa-
Casa do Código
rando arestas de um aplicativo Visual Basic. O investigador é um testador. Os componentes vão passando e são testados e carimbados da mesma forma todo dia. De-
signers J2EE desenham aplicações J2EE. Programadores C++ programam em C++.
O mundo é muito limpo e organizado.
Infelizmente, a analogia da fábrica não funciona. Software é no mínimo tão ma-
leável como os requisitos de software. As coisas mudam no negócio, e os empresários sabem que o software é soft e pode ser alterado para atender a essas mudanças. Isso significa que arquitetura, design, código e os testes devem todos ser criados e revisados de uma forma mais ágil do que os processos de fabricação mais enxutos podem
proporcionar.
Neste tipo de ambiente de mudanças rápidas, o flexível irá sobressair. Quando há pressão, um empresário inteligente vai até um profissional de software que consiga resolver o problema. Então, como você se torna a pessoa cujo nome é lembrado
quando eles estão à procura de um super-herói para salvar o dia? A chave é ser
capaz de resolver os problemas que possam surgir.
Quais são esses problemas? É isso mesmo: você não sabe. Nem eu. O que eu
sei é que há problemas dos mais diversos, como de implantação, falhas de projeto críticos que precisam ser resolvidos e rapidamente reimplementados, integração de sistemas heterogêneos e geração de relatórios. Diante de um conjunto de problemas tão diversos como este, aquele investigador ficaria rapidamente para trás.
O rótulo de conhece um pouco de tudo, mas tudo de nada é normalmente pe-