Palestra ministrada na Semana de Ciência da Computação e Tecnologia da Informação da UENF.

1. Dicas para tomadas de
decisão seguras
em front-end
Ramon Bispo
SCTI - UENF 2014

2. Quem? Ramon Bispo
2
- Design
- Code
- Rap

3. 3

4. 4

5. "Why is being a front end
engineer hard? I don't know any
other job where you need to
learn new technologies
every 6 weeks."
— @slicknet http://bit.ly/1GalX4l
5

6. 6

7. Tópicos da palestra:
Descobrindo o propósito dos
projetos
Pensando no nicho
Como e quando otimizar
Desapegando-se dos vícios
Lidando com riscos
7

8. Tópicos da palestra:
Lidando com suporte à
navegadores
Automação de tarefas
Dicas gerais
8

9. 1) Propósito
Seja fiel ao propósito do projeto
- É para um cliente?
- Projeto Open Source?
- Projeto pessoal ou para a
faculdade?
9

10. "1999: Images are slow to
download, but at least
I can read the text.
2014: Font is slow to download,
but at least I can… ah shit."
— @drewm http://bit.ly/10fFK1y
10

11. 2) Nicho
Descubra como o projeto deve
interagir com o usuário
- Via navegador desktop?
- Via celular?
- Os dois?
- Via app desktop?
11

12. "Mobile First.
No, Content First.
No, API First.
No, User First.
No, Me First."
— @lukew http://bit.ly/1t3jBdm
12

13. 2) Nicho
Minimize o “over-engineering”
(não é porque você pode
adicionar certo recurso que
você deve adicioná-lo)
13

14. "you need 14 lines of HTML if you want
a favicon that works across devices
and resolutions."
— @judofyr http://bit.ly/1Ebt0I5
14

15. 3) Otimização
1. Faça o código funcionar.
2. Faça o código ser melhor.
3. Faça o código ser mais rápido.
(não otimize prematuramente)
15

16. "Oh yeah, GitHub is running
100% on Rails 3 now. Next:
Rails 3.1. Look out 2011, here
we come!"
— @bkeepers http://bit.ly/1ttpZhD
16
Setembro/2014

17. 4) Desapego
Liberte-se das suas vontades e
pense no todo.
Reinvente-se, aceite a mudança.
Seu código não deve ser só seu,
ele deve ser de todos.
17

18. "Seriously, it’s just code. The
more I write it, the less I care
in what language it is."
— @pcalcado http://bit.ly/1o6rKC6
18

19. 5) Riscos
Use frameworks com uma
comunidade sólida.
Não alimente os trolls.
Contribua.
19

20. "Programming – "
— @kyleve http://bit.ly/1o6tYl3
20

21. 6) Suporte à navegadores
Use o melhor do mercado
sempre que possível.
Dê suporte à navegadores
antigos sempre que necessário.
(parece contraditório, mas
não é!)
21

22. 22

23. 7) Automação de tarefas
Essencial para evitar o princípio
DRY (Don’t Repeat Yourself)
Use as ferramentas ao seu favor.
Não complique, simplifique.
23

24. "Launching a
product is the
start."
— @lukew http://bit.ly/10jH7vZ
24

25. 8) Dicas adicionais
Não tenha medo de errar.
Menos é mais. Não faça algo só
porque é “cool".
Remover código é tão
importante quanto adicionar
código.
25

26. "the second step is
easier than the first.
Always."
— @ienjoy http://bit.ly/1pYamiE
26

27. e para finalizar…
27

28. "Everything you need to know about
Knowledge and Expertise in one handy graph"
— @swardley http://bit.ly/1wXZC4T
28

29. "In the end, it's all about
having fun. No matter what
we do, what we work, what we
achieve in our life."
— @schneidertobias http://bit.ly/1vzp5hM
29

30. Obrigado!
@ramonpage
http://ramonpage.com
contato@ramonpage.com
30