codigos que seus colegas fizeram, aprenda "pulos do gato" que voce desconhece. E, principalmente, procure realizar um bom trabalho e passar uma imagem verdadeira de dedicacao, tanto nas atividades mais empolgantes quanto nas mais "burocraticas". Nao procrastine. Nao adianta ser um excelente tecnico e deixar uma fama de preguicoso e/ou sem foco por onde passa.8) Teste exaustivamente o que desenvolveu: atualmente, o mercado de desenvolvimento de software oferece ferramentas bastante uteis de testes unitarios. E recomendavel utiliza-las, a fim de documentar os testes realizados e, tambem, como forma de mostrar a um novo colega desenvolvedor as formas possiveis de acesso e utilizacao dos metodos existentes. Por outro lado, esta forma de automatizacao de testes nao exime o desenvolvedor de "utilizar o bone do usuario" e navegar pelo software que desenvolveu. Desta forma, antes de afirmar que o seu trabalho esta concluido, navegue bastante pelo software, faca buscas, cadastros, atualizacoes e exclusoes. Procure testar o maximo de cenarios que conseguir imaginar. Se possivel, passe o software para outros colegas testarem tambem. Eles podem imaginar outros cenarios que possam gerar falhas. Nao seja visto como "aquele cara que leva dois minutos para realizar o trabalho e dois meses para deixa-lo funcionando corretamente".9) Documentacao escrita em portugues estruturado nao e bobagem: se voce acha que documentar um software somente com um diagrama de classes e o suficiente e que o resto e bobagem, esta cometendo um ledo engano. Por mais usabilidade que um software possa oferecer, existem regras de negocios e formas de navegacao que devem ser documentadas. Portanto, um manual de usuario demonstrando as formas de navegacao do software e uma documentacao tecnica explicando os casos de uso em portugues estruturado, versao do framework utilizada e, tambem, com diagramas que sejam uteis, entre outros, serao sempre bem vindos para o time, principalmente para seus membros que ainda nao conhecem o software e que, em uma empresa humana e saudavel, nao possuem a menor obrigacao de adivinhar o que aconteceu no passado do desenvolvimento daquele software especifico. Ah, e claro, uma vez escrita a documentacao, a mesma deve ser atualizada conforme o software seja modificado, para nao confundir a cabeca do time e nao transformar um trabalho minucioso em "papelada para fogueira de Sao Joao". Se voce nao possui uma redacao razoavel em portugues e, por isso, reluta em documentar o que voce faz, a sugestao e que voce se aprimore no nosso idioma, tanto na leitura quanto na escrita. Mas nao diga que algo e ruim so porque voce nao sabe ou nao gosta de fazer. Observacao: nao e necessario ser um professor Pasquale para escrever uma documentacao. Basta ser claro nas informacoes que deseja passar.10) Nao fuja do material de estudo em ingles: grande parte do material de qualidade na internet e das boas literaturas de desenvolvimento de software esta no idioma ingles. Busque proficiencia neste idioma, que e de extrema importancia nao somente para a parte tecnica, mas tambem lhe auxiliara a abranger boas oportunidades profissionais.11) Seja objetivo: quando um colega quiser tirar uma duvida sobre o codigo que precisara mexer, atenha-se