Status Updates From The Clean Coder: A Code of ...

Profissionais sempre ajudarão seus empregadores a encontrar uma forma de atingirem suas metas. Mas eles não necessariamente aceitam comprometimentos feitos em seu nome. No final, se não pudermos encontrar uma maneira de cumprir as promessas feitas, então as pessoas que as fizeram terão de arcar com a responsabilidade.

O desenvolvedor profissional é calmo e decisivo sob pressão. Conforme a pressão cresce, ele recorre ao treinamento e disciplinas, sabendo que ambos são a melhor forma para cumprir os prazos e compromissos que o estão pressionando.

Profissionais traçam uma distinção clara entre estimativas e comprometimentos. Eles não se comprometem a não ser que tenham a certeza do sucesso. São cuidadosos a ponto de não fazerem compromissos implicados. Eles comunicam a distribuição das probabilidades de suas estimativas da maneira mais clara possível, de forma que os gerentes possam traçar planos apropriados.

Se pedirem que se comprometa com algo que não tem certeza de que conseguirá fazer, então você tem a obrigação moral de recusar. Se pedirem que se comprometa com uma data que você sabe que pode ser atingidamas exigiria horas a mais, finais de semanas e feriados, então a escolha é sua mas é bom que você esteja disposto a fazer o necessário.
Comprometimento tem a ver com certeza.

Inversão de prioridades. Você eleva a prioridade de uma tarefa, adiando aquela que tem prioridade. Inversões de prioridades são mentiras que contamos para nós mesmos.
Estamos criando uma defesa para nos proteger do julgamento dos outros.
Profissionais avaliam a prioridade de cada tarefa, desprezando seus medos e desejos pessoais, e executam essas tarefas em ordem de prioridades.

Programação é um exercicio intelectual que requer periodos extremos de foco e concentração.

Qual pode ser sua estratégia para garantir que não desperdice o pouco tempo de que dispõe? Como você pode gerenciar o tempo de maneira eficaz?

Todos os profissionais praticam. É responsabilidade deles, não de seus empregadores, manter suas habilidades em dia. Praticar é aquilo que você far quando não está sendo pago. Você o faz para ser pago e bem pago.

Programadores profissionais praticam em seu próprio tempo. Não é função de seu empregador ajudá-lo a manter suas habilidades afiadas, nem manter seu currículo atualizado. Empregadores de programadores não vão pagá-lo para praticar. Escolha qualquer linguagem que goste e mantenha suas habilidades de poliglota afiadas.

Sem uma influência mais ampla, isso pode levar a um estreitamento pouco saudável de seu currículo e de suas estruturas mentais. Não é incomum que esses programadores fiquem despreparados para as mudanças que sacodem a indústria periodicamente.

Como qualquer artista marcial, um programador deve conhecer diversos katas diferentes e praticá-los regularmente, para que não desapareçam de sua memória.

Você repete o exercício para treinar seu cérebro e dedos a se moverem e reagirem. A medida que pratica, descobrirá melhorias sutis e habilidades diferentes em seus movimentos ou na própria solução em si. O mais importante é que são uma boa forma de conduzir pares de problemas/soluções comuns para seu subconsciente, de forma que você simplesmente saiba como resolvê-los quando se deparar com eles em programação real.

No Kata o artista luta para ensinar seu corpo a fazer cada movimento com perfeição e encadear aqueles movimentos em uma sanção fluida. O propósito é treinar sua mente e corpo para reagir em uma situaçã particular de combate. Praticar os movimentos e decisões envolvidos na resolução de um problema.

Fazer qualquer coisa rápida exige prática.

Como você pode se considerar um profissional se não souber que todos os seus códigos funcionam? Como pode saber se todos eles funcionam se não testá-los a cada mudança que efetuar?

Programadores tendem a ser arrogantes. Não entramos nesse negócio porque gostamos de pessoas. A maioria de nós entrou na área porque prefere permanecer profundamente focada em minúcia estéril, tratar muitos conceitos simultaneamente e, em geral, provar a nós mesmos que temos cérebros do tamanho de um planeta, tudo enquanto não precisamos ter que interagir com as confusas complexidades de outras pessoas.

Não é nada profissional permanecer travado quando a ajuda está facilmente acessivel.

Quando você ajudar alguém, sente-se e escreva o código junto. Planeje passar uma hora ou mais. Pode levar menos tempo que isso, mas não pareça estar com pressa.

De todos os comportamentos antiprofissionais que um programador pode ter, talvez o pior seja dizer que você terminou quando, na verdade, não o fez.

Não há como se apressar. Você não pode se obrigar a codificar mais rápido. Não pode se obrigar a resolver os problemas mais rapidamente. Se tentar, somente se atrasará e fará uma grande bagunça que, por conseguinte, atrasará a todos os demais também.

Desenvolvimento de software é uma maratona, não uma corrida de velocidade. Você vence ao conservar seus recursos e estabelecer um ritmo. Programadores profissionais conservam sua energia e criatividade com o mesmo cuidado.

Médicos não gostam de reabrir seus pacientes para corrigir algo que tenham feito errado. Advogados não gostam de reabrir casos que armiinaram. Um médico ou advogado que faz isso com muita frequência não pode ser considerado profissional. Da mesma maneira, um desenvolvedor de software que cria muitos bugs está agindo de forma antiprofissional.

Visualize a si próprio como se estivesse codificando em seu posto de trabalho. Você trata os outros como gostaria de ser tratado caso precisasse de ajuda?

Desenvolvedores profissionais alocam seu tempo pessoal a fim de garantir que o tempo gasto no escritório seja o mais produtivo possível.

A moral dessa história é: não escreva códigos quando você estiver cansado. Dedicação e profissionalismo têm mais a ver com disciplina do que com horas. Certifique-se de que seu sono, saúde e estilo de vida estejam afinados, de forma que consiga fazer bom uso daquelas oito horas diárias.

1. Seu código precisa funcionar
2. Seu código precisa resolver o problema proposto por seu cliente
3. Seu código precisa se enquadrar bem no sistema que já existe, ou seja, seu código precisa seguir sólidos princípios de engenharia
4. Seu código precisa ser inteligível para outros programadores

Ser capaz de sentir os erros é realmente importante. Não só ao digitar, mas com todas as coisas. Ter um senso de erro significa que você rapidamente fecha o loop de feedback e aprende com seus erros mais rapidamente.

Seu código precisa ser testado. Precisa ser limpo. E ele precisa ter certeza de que não quebrou mais nada dentro do sistema.

Diga. Seja honesto. Faça.

Há três partes em se comprometer.

1. Você diz que fará.

2. Você é honesto.

3. Você de fato o faz.

O que todos temos que perceber é que dizer sim para deixar de lado as disciplinas profissionais não é o caminho para resolver problemas. Deixar essas disciplinas de lado é o caminho para criar problemas.