Comentários sobre: Software é sobre investimento http://1up4dev.org/2008/10/software-e-sobre-investimento/ Nadando contra o Waterfall. tail -f /mind/realworld >> /blog Mon, 25 Jan 2010 22:50:44 +0000 http://wordpress.org/?v=abc hourly 1 Por: 1up4Developers » Blog Archive » Ruby on Rails: quando a linguagem de programação faz diferença! http://1up4dev.org/2008/10/software-e-sobre-investimento/comment-page-1/#comment-412 1up4Developers » Blog Archive » Ruby on Rails: quando a linguagem de programação faz diferença! Tue, 18 Aug 2009 11:26:05 +0000 http://1up4dev.wordpress.com/?p=40#comment-412 [...] gente se forma na faculdade e de repente estamos trabalhando como programador em alguma empresa de software. A primeira coisa que você vai concluir é que nada a maioria das coisas que foram ensinadas na [...] [...] gente se forma na faculdade e de repente estamos trabalhando como programador em alguma empresa de software. A primeira coisa que você vai concluir é que nada a maioria das coisas que foram ensinadas na [...]

]]> Por: 1up4Developers » Blog Archive » Foco no problema http://1up4dev.org/2008/10/software-e-sobre-investimento/comment-page-1/#comment-95 1up4Developers » Blog Archive » Foco no problema Mon, 10 Nov 2008 21:34:08 +0000 http://1up4dev.wordpress.com/?p=40#comment-95 [...] software deve ser um investimento lucrativo, proporcionando algum ganho às partes envolvidas. Quando uma necessidade surgir, o primeiro passo [...] [...] software deve ser um investimento lucrativo, proporcionando algum ganho às partes envolvidas. Quando uma necessidade surgir, o primeiro passo [...]

]]> Por: Rodrigo Panachi http://1up4dev.org/2008/10/software-e-sobre-investimento/comment-page-1/#comment-85 Rodrigo Panachi Mon, 03 Nov 2008 01:19:59 +0000 http://1up4dev.wordpress.com/?p=40#comment-85 @Diego, Já tinha visto esse artigo da "ponte", por isso citei esse exemplo da construção civil pra ilustrar, mas concordo com você: engenharia civil deve ser ágil também! Achei muito boa sua definição de agilidade "pessoas sobre processos". Infelizmente muitas as empresas fazem o contrário, deixando os processos sobre as pessoas, e isso nós sabemos que não funciona. @Witaro, Fantástica sua definição de "software como uma rock band". Isso eu posso confirmar pois já tive uma banda... a as práticas ágeis se aplicam neste caso também, pois para fazer música de qualidade os integrantes precisam estar entrosados e serem bons tecnicamente. Obrigado pelos comentários... @Diego,

Já tinha visto esse artigo da “ponte”, por isso citei esse exemplo da construção civil pra ilustrar, mas concordo com você: engenharia civil deve ser ágil também!
Achei muito boa sua definição de agilidade “pessoas sobre processos”. Infelizmente muitas as empresas fazem o contrário, deixando os processos sobre as pessoas, e isso nós sabemos que não funciona.

@Witaro,

Fantástica sua definição de “software como uma rock band”. Isso eu posso confirmar pois já tive uma banda… a as práticas ágeis se aplicam neste caso também, pois para fazer música de qualidade os integrantes precisam estar entrosados e serem bons tecnicamente.

Obrigado pelos comentários…

]]> Por: Witaro http://1up4dev.org/2008/10/software-e-sobre-investimento/comment-page-1/#comment-84 Witaro Sun, 02 Nov 2008 22:10:30 +0000 http://1up4dev.wordpress.com/?p=40#comment-84 Em um post que fiz ("Desenvolvendo software como uma Rock band") tento uma metáfora melhor que a da construção civil, jardinagem e cozinha. Lá pelo meio comento que como numa banda de rock o desenvolvimento pode ser visto não apenas como o desenvolvimento de bons produtos (músicas), mas também de pessoas. Afinal, a banda só continua fazendo músicas melhores e relevantes se seus integrantes se desenvolverem tanto técnica quanto artisticamente. Do contrário, vira fogo de palha. Abraço! Em um post que fiz (“Desenvolvendo software como uma Rock band”) tento uma metáfora melhor que a da construção civil, jardinagem e cozinha. Lá pelo meio comento que como numa banda de rock o desenvolvimento pode ser visto não apenas como o desenvolvimento de bons produtos (músicas), mas também de pessoas. Afinal, a banda só continua fazendo músicas melhores e relevantes se seus integrantes se desenvolverem tanto técnica quanto artisticamente. Do contrário, vira fogo de palha. Abraço!

]]> Por: Roberto Furutani http://1up4dev.org/2008/10/software-e-sobre-investimento/comment-page-1/#comment-82 Roberto Furutani Fri, 31 Oct 2008 17:48:47 +0000 http://1up4dev.wordpress.com/?p=40#comment-82 Fala Panachi! Muito bom esse post! Gostei muito dessa frase: "O investimento em um bom profissional é recompensado pela sua experiência que pode economizar muito tempo e dinheiro ao longo de um projeto." Parabéns Até mais Roberto Fala Panachi!

Muito bom esse post! Gostei muito dessa frase:

“O investimento em um bom profissional é recompensado pela sua experiência que pode economizar muito tempo e dinheiro ao longo de um projeto.”

Parabéns

Até mais
Roberto

]]> Por: Diego Carrion http://1up4dev.org/2008/10/software-e-sobre-investimento/comment-page-1/#comment-80 Diego Carrion Thu, 30 Oct 2008 12:42:37 +0000 http://1up4dev.wordpress.com/?p=40#comment-80 Muito legal o artigo, parabéns! Somente umas coisinhas, Watterfall não sempre funciona muito bem na engenharia civil. A engenharia civil também pode ser agil em alguns casos! Sugero a leitura desse post que explica muito bem o que estou querendo dizer: http://agiletips.blogspot.com/2008/07/agile-bridge-analogy.html Sobre os problemas/necessidades, eles devem ser bem definidos sim. Sem uma boa definição da necessidade ficaria bem difícil trabalhar com BDD, não e? Acho que o problema não é que as necessidades não são bem definidas, acho que o problema é que elas podem variar o tempo todo, hoje posso precisar de uma coisa e amanha de outra, como você falou seguidamente. Para terminar, metodologias ágeis NÃO fala de pessoas AO INVÉS de processos, metodologias ágeis fala de pessoas SOBRE processos, que é bem diferente. Você pode seguir um processo sim, mas as pessoas tem que ser mais importantes que esse processo. []s Muito legal o artigo, parabéns!

Somente umas coisinhas, Watterfall não sempre funciona muito bem na engenharia civil. A engenharia civil também pode ser agil em alguns casos! Sugero a leitura desse post que explica muito bem o que estou querendo dizer: http://agiletips.blogspot.com/2008/07/agile-bridge-analogy.html

Sobre os problemas/necessidades, eles devem ser bem definidos sim. Sem uma boa definição da necessidade ficaria bem difícil trabalhar com BDD, não e? Acho que o problema não é que as necessidades não são bem definidas, acho que o problema é que elas podem variar o tempo todo, hoje posso precisar de uma coisa e amanha de outra, como você falou seguidamente.

Para terminar, metodologias ágeis NÃO fala de pessoas AO INVÉS de processos, metodologias ágeis fala de pessoas SOBRE processos, que é bem diferente. Você pode seguir um processo sim, mas as pessoas tem que ser mais importantes que esse processo.

[]s

]]> Por: Roger Leite http://1up4dev.org/2008/10/software-e-sobre-investimento/comment-page-1/#comment-79 Roger Leite Thu, 30 Oct 2008 10:43:09 +0000 http://1up4dev.wordpress.com/?p=40#comment-79 Legal o post, só um detalhe: "três meses para ser desenvolvido com uma equipe de 5 pessoas sairá pelo mesmo valor de um carro popular" Este carro popular é uma Pajero blindada ? hehehe sucesso! Legal o post, só um detalhe:
“três meses para ser desenvolvido com uma equipe de 5 pessoas sairá pelo mesmo valor de um carro popular”

Este carro popular é uma Pajero blindada ? hehehe

sucesso!

]]>