Recomendados
Mais conteúdo relacionado
Destaque
Destaque (20)
Práticas de engenharia
- 15. Linha do tempo do ruby p0 p136 p180 p290 18 ago 25 dez 18 fev 15 jul p302 p330 p334 p352 16 ago 25 dez 18 fev 02 jul 2010 2011
- 17. ✤ ✤ ✤
- 18. ✤ ✤ ✤ require lento no ruby 1.9.2
- 54. comunicação
Notas do Editor
- \n
- \n
- \n
- \n
- \n
- - Reduzir custos (é mais barato se produzir bem utilizando as ferramentas mais apropriadas)\n- Reduzir tempo gasto debugando. Erros ficam mais óbvios.\n- Facilitar definição de pronto.\n- Diminuir esforço de deploy, fazer deploy mais vezes, lançar mais rápido.\n- Diminuir ocorrência de erros por desatenção.\n- Aumentar o carinho.\n- Aprimorar a equipe, de forma que fique mais fácil abordar e usar tecnologias diferentes ou fazer mudanças evolutivas nos projetos.\n- Mysql -> Postgre -> NoSql\n- Rails 3.1\n- Novas bibliotecas de JS que ampliam o modelo MVC\n- Melhorar de uma forma geral o ambiente tecnológico ao nosso dispor, isso atrai profissionais melhores.\n
- - Reduzir custos (é mais barato se produzir bem utilizando as ferramentas mais apropriadas)\n- Reduzir tempo gasto debugando. Erros ficam mais óbvios.\n- Facilitar definição de pronto.\n- Diminuir esforço de deploy, fazer deploy mais vezes, lançar mais rápido.\n- Diminuir ocorrência de erros por desatenção.\n- Aumentar o carinho.\n- Aprimorar a equipe, de forma que fique mais fácil abordar e usar tecnologias diferentes ou fazer mudanças evolutivas nos projetos.\n- Mysql -> Postgre -> NoSql\n- Rails 3.1\n- Novas bibliotecas de JS que ampliam o modelo MVC\n- Melhorar de uma forma geral o ambiente tecnológico ao nosso dispor, isso atrai profissionais melhores.\n
- - Reduzir custos (é mais barato se produzir bem utilizando as ferramentas mais apropriadas)\n- Reduzir tempo gasto debugando. Erros ficam mais óbvios.\n- Facilitar definição de pronto.\n- Diminuir esforço de deploy, fazer deploy mais vezes, lançar mais rápido.\n- Diminuir ocorrência de erros por desatenção.\n- Aumentar o carinho.\n- Aprimorar a equipe, de forma que fique mais fácil abordar e usar tecnologias diferentes ou fazer mudanças evolutivas nos projetos.\n- Mysql -> Postgre -> NoSql\n- Rails 3.1\n- Novas bibliotecas de JS que ampliam o modelo MVC\n- Melhorar de uma forma geral o ambiente tecnológico ao nosso dispor, isso atrai profissionais melhores.\n
- - Reduzir custos (é mais barato se produzir bem utilizando as ferramentas mais apropriadas)\n- Reduzir tempo gasto debugando. Erros ficam mais óbvios.\n- Facilitar definição de pronto.\n- Diminuir esforço de deploy, fazer deploy mais vezes, lançar mais rápido.\n- Diminuir ocorrência de erros por desatenção.\n- Aumentar o carinho.\n- Aprimorar a equipe, de forma que fique mais fácil abordar e usar tecnologias diferentes ou fazer mudanças evolutivas nos projetos.\n- Mysql -> Postgre -> NoSql\n- Rails 3.1\n- Novas bibliotecas de JS que ampliam o modelo MVC\n- Melhorar de uma forma geral o ambiente tecnológico ao nosso dispor, isso atrai profissionais melhores.\n
- - Reduzir custos (é mais barato se produzir bem utilizando as ferramentas mais apropriadas)\n- Reduzir tempo gasto debugando. Erros ficam mais óbvios.\n- Facilitar definição de pronto.\n- Diminuir esforço de deploy, fazer deploy mais vezes, lançar mais rápido.\n- Diminuir ocorrência de erros por desatenção.\n- Aumentar o carinho.\n- Aprimorar a equipe, de forma que fique mais fácil abordar e usar tecnologias diferentes ou fazer mudanças evolutivas nos projetos.\n- Mysql -> Postgre -> NoSql\n- Rails 3.1\n- Novas bibliotecas de JS que ampliam o modelo MVC\n- Melhorar de uma forma geral o ambiente tecnológico ao nosso dispor, isso atrai profissionais melhores.\n
- \n
- \n
- \n
- - 2 patchlevels por ano nos últimos dois anos. Ambos com fixes de segurança.\n- Baixa e compila os sources.\n- Pode ser usado pra separar gemsets entre projetos diferentes.\n- Toda vez que uma falha de segurança é encontrada um patchlevel é lançado. \n
- \n
- \n
- \n
- \n
- Apresentação da rubyfocus sobre TDD\n
- \n
- - Foco no MVC - Unit(models, mailers) com rspec + Integration com rspec e capybara\n- Cobertura de testes - SimpleCov\n- 1 linha de código, gera o relatório de cobertura e pode ser usado para definição de pronto\n
- - Foco no MVC - Unit(models, mailers) com rspec + Integration com rspec e capybara\n- Cobertura de testes - SimpleCov\n- 1 linha de código, gera o relatório de cobertura e pode ser usado para definição de pronto\n
- - Foco no MVC - Unit(models, mailers) com rspec + Integration com rspec e capybara\n- Cobertura de testes - SimpleCov\n- 1 linha de código, gera o relatório de cobertura e pode ser usado para definição de pronto\n
- \n
- \n
- \n
- \n
- - "cap deploy:dev", "cap deploy:stag", "cap deploy:prod".\n- Cria uma pasta nova pra cada deploy e linka ela no sistema, possibilitando que um novo deploy\n problemático possa ser substituído pelo anterior em 1 comando.\n- Hoje: git pull ou scp\n- Em breve: capistrano\n- Futuro: Integração contínua\n
- - "cap deploy:dev", "cap deploy:stag", "cap deploy:prod".\n- Cria uma pasta nova pra cada deploy e linka ela no sistema, possibilitando que um novo deploy\n problemático possa ser substituído pelo anterior em 1 comando.\n- Hoje: git pull ou scp\n- Em breve: capistrano\n- Futuro: Integração contínua\n
- - "cap deploy:dev", "cap deploy:stag", "cap deploy:prod".\n- Cria uma pasta nova pra cada deploy e linka ela no sistema, possibilitando que um novo deploy\n problemático possa ser substituído pelo anterior em 1 comando.\n- Hoje: git pull ou scp\n- Em breve: capistrano\n- Futuro: Integração contínua\n
- - "cap deploy:dev", "cap deploy:stag", "cap deploy:prod".\n- Cria uma pasta nova pra cada deploy e linka ela no sistema, possibilitando que um novo deploy\n problemático possa ser substituído pelo anterior em 1 comando.\n- Hoje: git pull ou scp\n- Em breve: capistrano\n- Futuro: Integração contínua\n
- - "cap deploy:dev", "cap deploy:stag", "cap deploy:prod".\n- Cria uma pasta nova pra cada deploy e linka ela no sistema, possibilitando que um novo deploy\n problemático possa ser substituído pelo anterior em 1 comando.\n- Hoje: git pull ou scp\n- Em breve: capistrano\n- Futuro: Integração contínua\n
- - "cap deploy:dev", "cap deploy:stag", "cap deploy:prod".\n- Cria uma pasta nova pra cada deploy e linka ela no sistema, possibilitando que um novo deploy\n problemático possa ser substituído pelo anterior em 1 comando.\n- Hoje: git pull ou scp\n- Em breve: capistrano\n- Futuro: Integração contínua\n
- \n
- \n
- \n
- \n
- Explicar que o assunto é polêmico e que isso é resultado das pesquisas e experiência passada.\n
- \n\n
- \n
- \n
- \n
- - O repositório principal do ubuntu tem versões mais novas e estáveis de todas as bibliotecas que utilizamos aqui e é atualizado constantemente.\n- É mais rápido de instalar e preparar pra uso final do que as alternativas (CentOS)\n- Possui a maior comunidade envolvida, várias das perguntas que eu me fiz enquanto tentava instalar algo no CentOS possuíam respostas no forum do Ubuntu.\n- É o segundo OS mais utilizado por desenvolvedores ruby (tentar encontrar a fonte), perdendo apenas para o OSX.\n- Já vem com um setup inicial que facilita a implementação de autenticação em 2 passos (chave + senha)\n- Vem com o root desabilitado e encoraja o uso de usuários mais "fracos" para as tarefas não-destrutivas.\n - Evita problemas que já tivemos por logar como root e alterar permissões de arquivo acidentalmente.\n- Por ter mais informação na internet e ser naturalmente mais simples de usar facilita a operação pelos membros da equipe.\n - Os guias de uso do sistema vão ficar menores e ter mais referências.\n- Podemos ter certeza que tudo que utilizamos já foi, em algum momento, testado no Ubuntu.\n
- - O repositório principal do ubuntu tem versões mais novas e estáveis de todas as bibliotecas que utilizamos aqui e é atualizado constantemente.\n- É mais rápido de instalar e preparar pra uso final do que as alternativas (CentOS)\n- Possui a maior comunidade envolvida, várias das perguntas que eu me fiz enquanto tentava instalar algo no CentOS possuíam respostas no forum do Ubuntu.\n- É o segundo OS mais utilizado por desenvolvedores ruby (tentar encontrar a fonte), perdendo apenas para o OSX.\n- Já vem com um setup inicial que facilita a implementação de autenticação em 2 passos (chave + senha)\n- Vem com o root desabilitado e encoraja o uso de usuários mais "fracos" para as tarefas não-destrutivas.\n - Evita problemas que já tivemos por logar como root e alterar permissões de arquivo acidentalmente.\n- Por ter mais informação na internet e ser naturalmente mais simples de usar facilita a operação pelos membros da equipe.\n - Os guias de uso do sistema vão ficar menores e ter mais referências.\n- Podemos ter certeza que tudo que utilizamos já foi, em algum momento, testado no Ubuntu.\n
- - O repositório principal do ubuntu tem versões mais novas e estáveis de todas as bibliotecas que utilizamos aqui e é atualizado constantemente.\n- É mais rápido de instalar e preparar pra uso final do que as alternativas (CentOS)\n- Possui a maior comunidade envolvida, várias das perguntas que eu me fiz enquanto tentava instalar algo no CentOS possuíam respostas no forum do Ubuntu.\n- É o segundo OS mais utilizado por desenvolvedores ruby (tentar encontrar a fonte), perdendo apenas para o OSX.\n- Já vem com um setup inicial que facilita a implementação de autenticação em 2 passos (chave + senha)\n- Vem com o root desabilitado e encoraja o uso de usuários mais "fracos" para as tarefas não-destrutivas.\n - Evita problemas que já tivemos por logar como root e alterar permissões de arquivo acidentalmente.\n- Por ter mais informação na internet e ser naturalmente mais simples de usar facilita a operação pelos membros da equipe.\n - Os guias de uso do sistema vão ficar menores e ter mais referências.\n- Podemos ter certeza que tudo que utilizamos já foi, em algum momento, testado no Ubuntu.\n
- \n
- \n
- - Scrum feito direito.\n- Foco na integração, comunicação e visibilidade entre os membros do time.\n- Troca de informações/experiências.\n
- \n