Baixar para ler offline
Carregado porZarathon Maia
Como ser um dev de vergonha!
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.
Como ser um dev de vergonha!
- 1. Como ser umdev de vergonha! Conselhos de um team leader holístico para seus pelegos!
- 2. Quem é esseteam 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 tempra 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 umdev de vergonha: SABER INGLÊS!Pelo menos ler e entender
- 5. Um dev de vergonhasabe onde tá pisando! http://s.hswstatic.com/gif/glass-walking-orig.jpg
- 6. Um dev de vergonhanão é O BIXÃO! https://d19fbfhz0hcvd2.cloudfront.net/UC/wp-content/uploads/2013/08/55-900x5821-e1429663452134.jpg
- 7. Um dev de vergonhamata 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 vergonhatreina mais que o romário! http://old.gazetapress.com/v.php?1:69398:6
- 11. Um dev de vergonhasossega! http://s2.glbimg.com/uc9U9ARb1vIZNqk2gQmjIDuRPjw=/1200x630/s.glbimg.com/jo/g1/f/original/2015/04/28/cao-malandro.jpg
- 12. Um dev de vergonhanão pode ter medo de dizer “NAM”! http://geradormemes.com/media/created/a53b31.jpg
- 13. Um dev de vergonhalê feito um jumento de carga
- 14.
- 15.
Notas do Editor
- #6 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
- #7 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...
- #8 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!
- #9 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!
- #10 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!
- #11 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
- #12 Todo bom dev tem que saber a hora de desligar dormir entre 6-8 horas espairecer, não fritar
- #13 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
- #14 A leitura seja ela técnca ou não faz parte de todo bom dev