Comments on: Rails Podcast Brasil - Episódio 5 http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/ Fri, 22 Aug 2008 02:57:40 +0000 http://wordpress.org/?v=2.6.1 By: elomarns http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/#comment-809 elomarns Wed, 27 Feb 2008 05:14:09 +0000 http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/#comment-809 Acabeu de ouvir o podcast agora e gostei bastante. Algo que eu achei legal vocês terem mencionado é o memcached, já que eu pensava ser algo bem complexo, quase místico, e pelo que ouvi não parece ser tão complicado de usar. Parabéns novamente aos dois. Acabeu de ouvir o podcast agora e gostei bastante.

Algo que eu achei legal vocês terem mencionado é o memcached, já que eu pensava ser algo bem complexo, quase místico, e pelo que ouvi não parece ser tão complicado de usar.

Parabéns novamente aos dois.

]]> By: Carlos Brando http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/#comment-828 Carlos Brando Sat, 16 Feb 2008 01:19:10 +0000 http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/#comment-828 Poxa Tapajós, é legal saber que vc está gostando do poscast. Quanto ao lance de testes, é o seguinte, eu simplesmente não consigo fazer o teste antes. Não é que não faço testes, eu faço sim, mas depois de criar o meu código. O problema com este tipo de testes é que ele é meio condicionado. Na maioria das vezes vc cria apenas o teste para verificar se o método retorna o esperado e pronto. Não se testa excessões e etc... Tanto é que no refactoring de testes que eu fiz esta semana, a maioria dos casos eram onde não havia cobertura de testes era nos códigos de tratamento de excessões ou algum if que fazia o método retornar algo fora do básico. Em breve nós vamos começar um novo projeto, e desta vez eu prometo que vou começar tentando focar em testes, e escrevendo testes antes. Depois eu conto como foi... rs Abraço! Poxa Tapajós, é legal saber que vc está gostando do poscast.

Quanto ao lance de testes, é o seguinte, eu simplesmente não consigo fazer o teste antes. Não é que não faço testes, eu faço sim, mas depois de criar o meu código. O problema com este tipo de testes é que ele é meio condicionado. Na maioria das vezes vc cria apenas o teste para verificar se o método retorna o esperado e pronto. Não se testa excessões e etc…

Tanto é que no refactoring de testes que eu fiz esta semana, a maioria dos casos eram onde não havia cobertura de testes era nos códigos de tratamento de excessões ou algum if que fazia o método retornar algo fora do básico.

Em breve nós vamos começar um novo projeto, e desta vez eu prometo que vou começar tentando focar em testes, e escrevendo testes antes. Depois eu conto como foi… rs

Abraço!

]]> By: Tapajós http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/#comment-817 Tapajós Fri, 15 Feb 2008 22:39:16 +0000 http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/#comment-817 Pessoal, achei esse um dos melhores podcasts. Talvez porque esteja falando de assuntos que agradam. :-) Só queria comentar que é muito legal ver as pessoas tomando ciência que não existe aplicação decente sem testes. Eu sou um maníaco por testes e não consigo pensar em fazer algo sem ser com testes e vou um pouco além preferindo fazer com TDD. Atualmente fui contaminado pelas várias apresentações do Danilo Sato sobre RSpec e estou usando BDD e tenho gostado bastante. :-) Carlos, acho que num outro podcast você comentou sobre não conseguir fazer TDD e queria apenas dar os meus pitacos. Fazer TDD é algo que depende muito de disciplina. No início pode parecer mais complicado mas com o tempo você acaba vendo as vantagens de se fazer isso. Eu sempre falo que o TDD é mais do que um teste, é uma forma de pensar num designer bem simples para a sua aplicação. Se você conseguir escrever os cenários de testes antes e depois for fazer a aplicação apenas para passar nos seus testes certamente você escreverá o mínimo de código e com isso terá menos chances de errar. Se você tiver ciente que o TDD pode te ajudar te sugiro forçar um pouco a barra que com a prática você vai ver que é muito mais simples do que parece. Nas diversas consultorias que eu fui a principal dificuldade que eu sempre vi está ligado a falta de domínio do ferramental de testes. Acho fundamental conhecer bastante a estrutura de testes para tornar o trabalho mais ágil (não é Ágil !). Para você ter uma ideia dificilmente encontro alguém que conheça ou já tenha usado Mock Objects. Não conheço a sua experiência com testes e com TDD, então pode ser que esse não seja o seu caso, que seja apenas falta de costume mesmo. Só estou comentando a minha experiência mesmo. Acho que foi o Akita que comentou sobre uma taxa de testes de 1:1.2 ou algo parecido com isso e confesso que acho muito pouco. Não conheço a aplicação em questão mas pela minha experiência com essa taxa é difícil exercitar todas as partes do código. No meu projeto atual a taxa é de 1:2.6. Bem, acho que já me meti bastante aqui. Um abração e parabéns aos dois. Pessoal, achei esse um dos melhores podcasts. Talvez porque esteja falando de assuntos que agradam. :-)
Só queria comentar que é muito legal ver as pessoas tomando ciência que não existe aplicação decente sem testes. Eu sou um maníaco por testes e não consigo pensar em fazer algo sem ser com testes e vou um pouco além preferindo fazer com TDD. Atualmente fui contaminado pelas várias apresentações do Danilo Sato sobre RSpec e estou usando BDD e tenho gostado bastante. :-)
Carlos, acho que num outro podcast você comentou sobre não conseguir fazer TDD e queria apenas dar os meus pitacos. Fazer TDD é algo que depende muito de disciplina. No início pode parecer mais complicado mas com o tempo você acaba vendo as vantagens de se fazer isso. Eu sempre falo que o TDD é mais do que um teste, é uma forma de pensar num designer bem simples para a sua aplicação.

Se você conseguir escrever os cenários de testes antes e depois for fazer a aplicação apenas para passar nos seus testes certamente você escreverá o mínimo de código e com isso terá menos chances de errar.

Se você tiver ciente que o TDD pode te ajudar te sugiro forçar um pouco a barra que com a prática você vai ver que é muito mais simples do que parece.

Nas diversas consultorias que eu fui a principal dificuldade que eu sempre vi está ligado a falta de domínio do ferramental de testes. Acho fundamental conhecer bastante a estrutura de testes para tornar o trabalho mais ágil (não é Ágil !). Para você ter uma ideia dificilmente encontro alguém que conheça ou já tenha usado Mock Objects.

Não conheço a sua experiência com testes e com TDD, então pode ser que esse não seja o seu caso, que seja apenas falta de costume mesmo. Só estou comentando a minha experiência mesmo.

Acho que foi o Akita que comentou sobre uma taxa de testes de 1:1.2 ou algo parecido com isso e confesso que acho muito pouco. Não conheço a aplicação em questão mas pela minha experiência com essa taxa é difícil exercitar todas as partes do código. No meu projeto atual a taxa é de 1:2.6.

Bem, acho que já me meti bastante aqui.

Um abração e parabéns aos dois.

]]> By: Cairo Noleto http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/#comment-827 Cairo Noleto Fri, 15 Feb 2008 19:35:54 +0000 http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/#comment-827 E outra, o Heroku ainda é beta, vi numa thread do rail-br que ele vai ser pago (Foi atraves da thread que eu conheci) após a fase beta. Talvez essa funcionalidades sejam acrescentadas conforme o feedback... E outra, o Heroku ainda é beta, vi numa thread do rail-br que ele vai ser pago (Foi atraves da thread que eu conheci) após a fase beta.

Talvez essa funcionalidades sejam acrescentadas conforme o feedback…

]]> By: Carlos Brando http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/#comment-826 Carlos Brando Fri, 15 Feb 2008 19:30:18 +0000 http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/#comment-826 Hmm... verdade. Se pudessemos criar algo e jogar lá via git por exemplo, e ainda ter a interface para alterar via web seria bem legal mesmo. Mas acho que não é assim que funciona... Mas a idéia é boa! Hmm… verdade. Se pudessemos criar algo e jogar lá via git por exemplo, e ainda ter a interface para alterar via web seria bem legal mesmo. Mas acho que não é assim que funciona…

Mas a idéia é boa!

]]> By: Cairo Noleto http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/#comment-825 Cairo Noleto Fri, 15 Feb 2008 19:21:39 +0000 http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/#comment-825 15? 20 minutos? Isso é uma musica, e não um podcast! Eu acho que o tamanho ideal é de +/- 60 minutos. Eu gostei muito sobre o Heroku, o legal tambem é que podemos compartilhar o desenvolvimento da aplicação, criando usuarios e administrando isso tudo! Eu só acho que falta algum ftp ou coisa do genero pra sincronizar com projetos que eu queira passar pra lá (Se tiver, por favor, me digam como posso fazer funcionar!). Abraços, Cairo Noleto 15? 20 minutos? Isso é uma musica, e não um podcast! Eu acho que o tamanho ideal é de +/- 60 minutos.

Eu gostei muito sobre o Heroku, o legal tambem é que podemos compartilhar o desenvolvimento da aplicação, criando usuarios e administrando isso tudo!

Eu só acho que falta algum ftp ou coisa do genero pra sincronizar com projetos que eu queira passar pra lá (Se tiver, por favor, me digam como posso fazer funcionar!).

Abraços,

Cairo Noleto

]]> By: Carlos Brando http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/#comment-824 Carlos Brando Fri, 15 Feb 2008 19:13:58 +0000 http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/#comment-824 Cairo, realmente este ficou grande. Mas é muito díficil gravar apenas uns 15 ou 20 minutos... e olha que quando começamos combinamos em ser rápidos, mas os assuntos vão aparecendo no meio do caminho e quando eu vou ver, lá se foi pelo menos uma hora... rs Mas é isso aí, ouvir o podcast em pedaços, hehe Cairo, realmente este ficou grande. Mas é muito díficil gravar apenas uns 15 ou 20 minutos… e olha que quando começamos combinamos em ser rápidos, mas os assuntos vão aparecendo no meio do caminho e quando eu vou ver, lá se foi pelo menos uma hora… rs

Mas é isso aí, ouvir o podcast em pedaços, hehe

]]> By: Leo http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/#comment-823 Leo Fri, 15 Feb 2008 18:15:48 +0000 http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/#comment-823 muito bom os podcasts!!! Qualidade ótima!!! Continuem assim! muito bom os podcasts!!!

Qualidade ótima!!!

Continuem assim!

]]> By: Cairo Noleto http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/#comment-822 Cairo Noleto Fri, 15 Feb 2008 17:17:41 +0000 http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/#comment-822 Agora, é a terceira vez que tento terminar de ouvir o podcast! Esse ficou gigante! Mas ta muito massa. :) E cadê a musiquinha de fundo? :( Abraços, Cairo Noleto Agora, é a terceira vez que tento terminar de ouvir o podcast! Esse ficou gigante! Mas ta muito massa. :)
E cadê a musiquinha de fundo? :(
Abraços,

Cairo Noleto

]]> By: Carlos Brando http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/#comment-821 Carlos Brando Fri, 15 Feb 2008 16:57:33 +0000 http://www.nomedojogo.com/2008/02/14/rails-podcast-brasil-episodio-5/#comment-821 Blz Carlos Júnior. Faltou dar uma pesquisada antes do podcast mesmo! Sucesso para vcs! Ah, e gostei do nome, rs! Blz Carlos Júnior. Faltou dar uma pesquisada antes do podcast mesmo! Sucesso para vcs!

Ah, e gostei do nome, rs!

]]>