O documento discute o que é ser um programador, enfatizando a importância da atitude ao invés de habilidades técnicas. Um bom programador deve sempre se desenvolver, dar o melhor, e gerar resultados de qualidade. A principal mensagem é que ser programador requer foco contínuo no aprendizado ao longo da vida.

1. O que é SER UM
PROGRAMADOR?
lucas boeing scarduelli / @lucasscarduelli
bom

2. Arquiteto de software
líder setor de pesquisa e desenvolvimento (P&D)
Técnico em Informática industrial (#sqn)
bacharel em sistemas de informação
pós graduado em gerenciamento de projetos
9 anos de experiência
7 anos desenvolvendo software web
lucas boeing scarduelli
scarduelli.com
@lucasscarduelli

3. motivação
nós não precisamos de mais
programadores, nós precisamos
de bons programadores.
(edson yanaga)

4. motivação
contrate o carácter.
treine as habilidades.
(peter schutz)

5. O que é um programador?
“profissional especializado no desenvolvimento e no
aperfeiçoamento de programas de computador.”

6. mas pode ser também…
“quem te resolve um problema que você não sabia
que tinha de uma maneira que você não compreende “

7. … ou também …

8. … ou ainda!!! #melhordetodas
“e aquele cara que muitas vezes tem que encontrar a
melhor e mais simples solução, para um problema de
uma área que ele não conhece e de que ele não faz a
mínima ideia do porque acontece”

10. somos pagos para resolver problemas…
… muitos problemas, mais muitos mesmo, todos os
dias e quase sempre pra ontem!! #napressao

11. na real … ser programador não e fácil!
mais e massa pra caramba!!!

12. porque você quer ser um programador?

13. … porque eu gosto de internet e redes sociais!

14. … porque eu gosto de jogar!

15. … prefiro trabalhar sentado e no ar condicionado!
… quero fazer somente aquilo que eu gosto!

16. … quero trabalhar igual o pessoal do google!

17. … quero ser o orgulho da família!

18. … é a profissão do futuro!

19. … porque quero ter
uma ideia genial e
ficar rico rápido!

20. então quando te perguntarem, o que você vai
responder?

21. se for algo diferente disso… :(
então quando te perguntarem, o que você vai
responder?

22. o que é ser um bom programador?
Uma escola ou faculdade vão me formar um bom
programador?

23. Eu preciso conhecer e dominar as melhores
linguagens de programação?

24. Eu preciso conhecer o melhor banco de dados?

25. Eu preciso usar e conhecer a melhor ide ou
ferramenta de desenvolvimento?

26. Eu preciso conhecer e aplicar as melhores
metodologias e práticas de desenvolvimento?

27. Eu preciso ter uma super estação de trabalho?

28. programação é coisa para
nerd?

29. quanto mais linhas
de código, melhor
programador eu
sou?

30. Eu preciso digitar muito ou ser o mais rápido?

31. tudo isso te ajuda, mas não é o principal!!!

32. se nada disso é o principal, então o que eu realmente
preciso?

33. atitude

34. atitude
não se acomodar
dar sempre o seu melhor
manter o foco
realmente se importar com o que faz

35. atitude
não se acomodar
dar sempre o seu melhor
realmente se importar com o que faz
manter o foco
SE DESENVOLVER E CRESCER

36. atitude
não se acomodar
dar sempre o seu melhor
realmente se importar com o que faz
manter o foco
SE DESENVOLVER E CRESCER gerar resultados

37. ser um bom programador é muito mais do que fazer
um software funcionar

38. é ter domínio da área que atua…

39. é comprometimento com aquilo que faz…

40. é gerar bons resultados…

41. é buscar sempre a melhor solução…
com a melhor qualidade…
com a melhor experiência…
e com o melhor custo benefício!

42. então, que dizer que eu vou levar a vida toda para
ser um bom programador?
não, você é bom quando faz o seu melhor.

43. tudo tem um começo!

44. primeiro de tudo aprenda a pensar
lógica de programação
o difícil é resolver o problema
pergunte sobre tudo
código é a menor parte

45. o resto entra no loop infinito que é a vida do
programador

46. Estudo
curso técnico
faculdade
livros
tutoriaisprojetos open source

47. prática
estágio trabalho
aula
freelancer
open source
hobby

48. aprendizadoabsorva o conhecimento
lide melhor com as pessoas
lide com os erros
lide com o fracasso
repita práticas de sucesso

49. aperfeiçoamento
novas técnicas
novas linguagens
novos domínios
novas tecnologias
aplique o aprendizado
aprenda inglês

50. o loop infinito!
while programador.estaVivo() {
programador.estudar();
programador.praticar();
programador.cometerErros();
programador.aprender();
programador.corrigirErros();
programador.evoluir();
}

51. robert c. martin
@unclebobmartin

52. o que é um código limpo?
simples
direto
eficiente
sem duplicidade
elegante
feito com cuidadofácil manutenção
padronizado
poucas dependências

53. o que é um código limpo?

54. teoria da janela quebrada

55. como se mede o quão limpo um código e?

56. nomes significativos
nos escolhemos nomes para tudo E TEMOS QUE FAZER ISSO BEM
FEITO, por isso eles devem nos dizer...
- por que existe
- o que faz
- como e usado

57. devem revelar sua intenção…

58. devem revelar sua intenção…

59. devem revelar sua intenção…

60. devem revelar sua intenção…

61. devem ser pronunciáveis…

62. não seja genérico…

63. não economize nas palavras!
evite a desinformação!
evite palavras que
não são palavras
se preciso use varias
palavras
evite palavras
reservadas
o tipo não precisa
estar no nome
evite trocadilhosevite palavras que
não são palavras
use boas praticas

64. classes e métodos
nomes de classes devem ser
substantivos e não conter verbos
Veículo, Pessoa,
Cliente, Fornecedor,
Estoque, ...
nomes de métodos devem
conter verbos
calculaCusto(),
lancaEstoque(),
geraNotaFiscal(),
...

65. devem ser pequenos
“a primeira regra dos
métodos e que eles devem ser
pequenos. a segunda e que
devem ser menores ainda.”
(uncle bob)
classes menores são mais
fáceis de ler e entender o que
estão fazendo.
classe = 200 a 500 linhas
métodos <= 20 linhas
linhas <= 100 caracteres

66. métodos devem fazer uma coisa só e fazer certo!
o difícil e definir o que é uma
coisa só.
tente extrair parte do código
e dar um nome a ele.

67. métodos devem fazer algo ou responder algo!
os dois juntos causa
confusão.

68. simplifique as estruturas de decisão, evite O hard
codE E APROXIME-SE DA MARGEM

69. simplifique as estruturas de decisão, evite O hard
codE E APROXIME-SE DA MARGEM

70. dry - don’t repeat yourself
evite duplicidade de código!
reutilize seus métodos.

71. srp - principio da responsabilidade única
uma classe deve ter uma, e
somente uma razão para
mudar

72. classes devem ser coesas
poucas variáveis
cada método deve manipular
uma ou mais variáveis quanto mais variáveis um
método consegue manipular,
mais coeso ele é
coesão e a co-dependencia
entre métodos e variáveis

73. comentários
podem ser mentirosos,
mesmo sem intenção
comentários não escondem
código ruim
comentário é sinal de
necessidade de refatoração
nunca deixe um código
comentado

74. explique-se com código

75. closing brace comments

76. comentários podem ser uteis
mostra a intenção por trás
de uma decisão tomada
avisa aos desenvolvedores
sobre a consequência de um
trecho de código

77. formatação
formatação é importante
para a comunicação
legibilidade é importante para
mudanças futuras
métodos com conceitos
parecidos devem ficar
verticalmente próximos
ordem dos métodos
influencia na legibilidade do
código

78. indentação
importante para visualização
de todo o escopo
não deve ter nível maior que
2, para uma compreensão
fácil e rápida
espaçamento e importante

79. código hadoooouuuken!!

80. code smells - fique atento a eles
comentários pobres,
obsoletos ou redundantes
métodos mortos ou que
fazem muita coisa
código comentado
responsabilidades demais ou
fora do contexto
nomes pequenos e
inexpressivos
muitos parâmetros ou
parâmetros booleanos
despadronização
números mágicos
duplicidade de código

81. mantenha sempre sua cozinha limpa!

82. regra do escoteiro
deixe a areá do acampamento mais limpa do que
como você encontrou.

83. manifesto para desenvolvimento ágil de software
www.agilemanifest.com

84. manifesto para o artesanato de software
manifesto.softwarecraftsmanship.org

85. lucas boeing scarduelli / @lucasscarduelli
Perguntas?