Como ser um dev de vergonha
•Transferir como PPTX, PDF•
0 gostou•381 visualizações
O documento fornece conselhos de um líder de equipe para desenvolvedores, enfatizando a importância de: 1) conhecer bem a área de atuação; 2) não se achar o "maioral"; 3) enfrentar desafios com determinação. Apresenta também a necessidade de saber inglês e sugere praticar leitura constante para se aperfeiçoar.
Recomendados
Mais conteúdo relacionado
Mais de Zarathon Maia
Como ser um dev de vergonha
- 1. Como ser um dev de vergonha! Conselhos de um team leader holístico para seus pelegos!
- 2. Quem é esse team leader holístico? @zarathon Graduado em Sistemas de Informação pela UFC Mestrando em Engenharia de Software pelo CESAR (Recife) Team leader na Universidade Federal do Ceará há quase 10 anos github.com/zarathon
- 3. O que tem pra hoje? Um dev de vergonha: deve conhecer onde tá pisando! não é O BIXÃO! mata a bola no peito! é malino que só! é suave na nave! treina mais que o Romário!
- 4. Pré-Requisito de um dev de vergonha: SABER INGLÊS!Pelo menos ler e entender
- 5. Um dev de vergonha sabe onde tá pisando! http://s.hswstatic.com/gif/glass-walking-orig.jpg
- 6. Um dev de vergonha não é O BIXÃO! https://d19fbfhz0hcvd2.cloudfront.net/UC/wp-content/uploads/2013/08/55-900x5821-e1429663452134.jpg
- 7. Um dev de vergonha mata a bola no peito!
- 8. um dev de vergonha é malino que só! https://c1.staticflickr.com/9/8158/7191882104_555d591449_b.jpg
- 9. Um dev de vergonha é suave na nave! http://s19.photobucket.com/user/thomashvm/media/Imagens/ProgramaChespirito18denovembro002.jpg.html
- 10. Um dev de vergonha treina mais que o romário! http://old.gazetapress.com/v.php?1:69398:6
- 11. Um dev de vergonha sossega! http://s2.glbimg.com/uc9U9ARb1vIZNqk2gQmjIDuRPjw=/1200x630/s.glbimg.com/jo/g1/f/original/2015/04/28/cao-malandro.jpg
- 12. Um dev de vergonha não pode ter medo de dizer “NAM”! http://geradormemes.com/media/created/a53b31.jpg
- 13. Um dev de vergonha lê feito um jumento de carga
Notas do Editor
- Todo dev tem que conhecer o domínio da aplicação a qual ele está trabalhando. Isso vai além de simplesmente ler o requisito ou estória da documentação. Exemplo: aplicação para consultórios de odontologia
- Muito pelo contrário, o sentimento de todo poderoso, de sabedor de todo conhecimento, é jogado fora, a vaidade tem que dar espaço para o TIME, o todo. O código não é dele, eh do todo… Ajudar sempre que possível, dar feedbacks, ser gentil ajuda muito a produção do time...
- O ponto aqui eh que um dev sempre assumir suas responsabilidades, principalmente pelo seu código produzido. Para gerar mais confiança um dev sempre escrever alguns testes, sejam eles de unidade ou de aceitação! Um dev de vergonha não dá brecha pro QA!
- Um dev conhecer os padrões, tecnicas, o porque das coisas Hoje no mundo da tecnologia as coisas mudam muito rápido. Paradigmas são quebrados todo fim de semana. Estar atento e sempre aberto a aprender Todo conhecimento é valido! TODO!
- Não tiltar! Entender que os problemas e os prazos apertados existem e que se você se desesperar, a sua produção será muito mais cheia de erros do que vc imagina. Tente programar em par, tente juntar forças pra matar o ultimo chefão!
- A busca pela perfeição sempre começa quando você pratica… Praticar sempre, se vc tem uma jornada de 40 horas, treine pelo menos fora dela umas 8 horas… maestria eh a palavra de ordem
- Todo bom dev tem que saber a hora de desligar dormir entre 6-8 horas espairecer, não fritar
- If you know something is unrealistic (such as an estimation, a deadline, a requirement, etc) it is expected from you to speak up. Not most of the time - but all the time. Não aceite tudo de primeira, você pode parecer bobo, e se nao cumprir o que foi acordado, vai ser culpa sua
- A leitura seja ela técnca ou não faz parte de todo bom dev