Palestra proferida na 13ª edição da PHP Conference Brasil, nas Faculdades SENAC, em Porto Alegre.

1. Comunicação e padrões em código aberto
FLÁVIO GOMES DA SILVA LISBOA
www.fgsl.eti.br
quando convergente e divergente cooperam

2. Ou
Como não fracassar na colaboração por
arrogância e desespero

3. CONSTITUIÇÃO DA REPÚBLICA FEDERATIVA DO
BRASIL DE 1988
Art. 5º
IV - é livre a manifestação do pensamento,
sendo vedado o anonimato;

4. Quem sou eu?

5. http://romocavaleirodoespaco.blogspot.com/

6. Objetivo
Compartilhar experiências positivas no trabalho
em projetos de código-aberto nas quais é
possível conciliar demandas da comunidade com
demandas específicas de clientes.

7. O problema
Você tem uma demanda de cliente ou de seu
empregador para atender.

8. O problema
Há um produto de código aberto que atende a
uma parte da demanda.

9. O problema
Esse produto é mantido por uma comunidade de
desenvolvedores.

10. O problema
Você sabe quais alterações são necessárias para
que o produto atenda à demanda.

11. O problema
Se a comunidade que mantém o produto aceitar
suas alterações, você usa o produto e pode
atualizá-lo posteriormente.

12. O problema
Se a comunidade que mantém o produto não
aceitar suas alterações, você terá de manter uma
cópia divergente e mantê-la por sua conta.

13. O problema
Ou pagar para que as alterações sejam aceitas,
se esta for uma possibilidade.

14. A pergunta
Como fazer a comunidade aceitar suas
alterações?
VOCÊ
COMUNIDADE

15. Sugestão
É preciso chegar a um acordo...

16. Pilares da Conciliação
Comunicação eficaz
Uso de padrões de projeto
e arquitetura

17. Comunicação eficaz
O que pode acontecer sem ela...

18. Comunicação eficaz

19. Comunicação eficaz
Duas questões na submissão de uma alteração:
● Sua alteração tem de ser vendida – a solução
de um problema particular tem de oferecer
vantagens para todos;
● Caso não ofereça vantagens para todos, deve
ser possível oferecer outra mudança em
troca;
● Nada é óbvio – telepatia não existe.

20. Uso de padrões de projeto e
arquitetura

21. Uso de padrões de projeto e
arquitetura

22. Uso de padrões de projeto e
arquitetura
“We have found that there exist idiomatic class and
object structures that help make designs more
flexible, reusable, and elegant. For example, the
Model-View-Controller (MVC) paradigm from
Smalltalk is a design structure that separates
representation from presentation. MVC promove
flexibilidade in the choice of views, independent of
the model. Abstract factories hide concrete
subclasses from the applications that use them só
that class names are not hard-wired into application”
(GAMMA, HELM, JOHNSON, VLISSIDES, 1993)

23. Relatos: como os padrões de
projeto conciliam

24. Obrigado!
www.fgsl.eti.br