]> gitweb.fluxo.info Git - boaspraticas.git/commitdiff
Mais resumos
authorSilvio Rhatto <rhatto@riseup.net>
Wed, 9 Mar 2016 19:58:10 +0000 (16:58 -0300)
committerSilvio Rhatto <rhatto@riseup.net>
Wed, 9 Mar 2016 19:58:10 +0000 (16:58 -0300)
aulas/encerramento.rst
aulas/seguranca.rst
todo.rst

index 2dd1e7587f8b4c8f4eebb653c17a970431cfb5eb..53b9c5d84da68033e94ed31a970cc772188e3053 100644 (file)
 9.4 - Controle de versão e social coding
 ----------------------------------------
 
+* Pedra fundamental das boas práticas e quase impossível programar hoje em dia
+  sem isso.
+
+* Serve para acompanhar as mudanças no código e facilitar a integraçao do
+  trabalho feito em time.
+
+* Não resolve todos os problemas de desenvolvimento, pois não torna obsoleta a
+  comunicação entre desenvolvedores(as).
+
+* Serviços de hospedagem de repositórios git são altamente recomendados.
+
 9.5 - DevOps: desenvolvendo e orquestrando
 ------------------------------------------
 
+* Alta sinergia entre desenvolvimento e operação.
+* Entregas constantes em ambientes de alta disponibilidade.
+* Automação de tarefas administrativas para torna-las corriqueiras e reprodutiveis.
+* Testar o código é fundamental para que a integração funcione.
+
 9.6 - Segurança e privacidade
 -----------------------------
 
+* Criptografia é só uma parte das práticas seguras.
+* Pense em como sua aplicação poderia ser subvertida e como voce poderia mitigar as ameacas mais prováveis.
+* Use HTTPS!
+
 9.7 - Quando (não) reinventar a roda
 ------------------------------------
 
+* Design patterns sao importantes referencias de como desenvolver, porem não são leis: visão crítica é importante.
+* Anti-patterns sao exemplos do que não fazer, servindo para aprendermos com as falhas do passado.
+* Documentar é preciso!
+* Saiba quando inventar, reinventar ou desinventar a roda!
+
 9.8 - Lidando com os clientes
 -----------------------------
 
+* Uma boa proposta é um bom começo!
+* Estimar o trabalho necessario depende da experiencia passada do(a) desenvolvedor.
+* Cobrar por hora ou por projeto depende muito da definiçao do escopo.
+* Existem fatores de competição e cooperação que podem influir no valor cobrado.
+* Formalizar sua relaçao é mais simples do que parece!
+
 9.9 - Seguindo adiante
 ----------------------
 
index 876fb3b52a58c9068505cc0585db24a524afdc1a..3e7a2f61d392fcbe28fd3cf6e40b8b5b75216caf 100644 (file)
@@ -15,7 +15,7 @@ por exemplo:
 2. Integridade: é a garantia de que o conteúdo da comunicação não foi
    adulterado por terceiros.
 
-3. Disponibilidade: garantia de que o sistema de comunicação estará disponível
+3. Disponibilidade: garantia de que o sistema de comunicação estará acessível
    sempre que necessário.
 
 4. Autenticidade: garante que cada uma das partes possa verificar se está de
index 3e88fe1f4d905d79b1c333ab6f3ee2da306d0e0d..7c72968e54746e82d41f1547c90275b5b6f952f1 100644 (file)
--- a/todo.rst
+++ b/todo.rst
@@ -4,6 +4,8 @@ TODO
 Revisar roteiro e regravar:
 
 * Capítulo 1.5 - Metodologias em equipe - a partir de 04:57.
-* Aula     5   - Chamadas dos screencasts.
+* Aula     5   - Chamadas dos screencasts:
+  * 5.3 - Screencast 21: Deploy.
+  * 5.4 - Screencast 22: Integração contínua.
 * Capítulo 6.1 - Segurança.
 * Aula     9   - Conteúdo integral.