Comments on: Engenharia de Build http://philcalcado.com/2008/01/15/engenharia-de-build/ Software e Batatas Fri, 06 Jan 2012 20:35:12 +0000 http://wordpress.org/?v=2.7.1 hourly 1 By: johnny http://philcalcado.com/2008/01/15/engenharia-de-build/comment-page-1/#comment-114227 johnny Fri, 31 Jul 2009 12:41:46 +0000 http://philcalcado.com/2008/01/15/engenharia-de-build/#comment-114227 Realmente essa parte de Build é complicado. Na empresa que trabalho já aconteceu de um build levar 95 minutos. Algo impensável, e um colega de trabalho conseguiu levar 96 minutos de build. Seria ótimo se esse tempo fosse reduzido, mas tanto o patrão quanto o cliente não ligam para isso(Infelizmente). Então essa máteria é muito boa e informa as pessoas que desconhecem desse problema diário. Realmente essa parte de Build é complicado. Na empresa que trabalho já aconteceu de um build levar 95 minutos. Algo impensável, e um colega de trabalho conseguiu levar 96 minutos de build. Seria ótimo se esse tempo fosse reduzido, mas tanto o patrão quanto o cliente não ligam para isso(Infelizmente). Então essa máteria é muito boa e informa as pessoas que desconhecem desse problema diário.

]]> By: Christiano Milfont http://philcalcado.com/2008/01/15/engenharia-de-build/comment-page-1/#comment-76644 Christiano Milfont Wed, 16 Jan 2008 19:52:07 +0000 http://philcalcado.com/2008/01/15/engenharia-de-build/#comment-76644 Você levantou uma questão interessante, a simplicidade. Aquele mesmo mal que faz o pessoal se entupirem de frameworks antes de iniciar um projeto, acontece com o build. As "arquitetura de referencia" nos órgãos públicos que o digam... :) Eu sempre usava um script simples do ant, feito com segurança, mas o pessoal queria porque queria meter um maven ou outra ferramenta só porque achavma que um ant não era o suficiente, quando eu questionava ninguem respondia, mas achava que não era. Você levantou uma questão interessante, a simplicidade. Aquele mesmo mal que faz o pessoal se entupirem de frameworks antes de iniciar um projeto, acontece com o build.
As “arquitetura de referencia” nos órgãos públicos que o digam… :)
Eu sempre usava um script simples do ant, feito com segurança, mas o pessoal queria porque queria meter um maven ou outra ferramenta só porque achavma que um ant não era o suficiente, quando eu questionava ninguem respondia, mas achava que não era.

]]> By: Laércio Queiroz http://philcalcado.com/2008/01/15/engenharia-de-build/comment-page-1/#comment-76642 Laércio Queiroz Wed, 16 Jan 2008 19:30:20 +0000 http://philcalcado.com/2008/01/15/engenharia-de-build/#comment-76642 Oi Phillip, porque você acha difícil avaliar as características do NWDI atuando como um "servidor de integração"? Oi Phillip, porque você acha difícil avaliar as características do NWDI atuando como um “servidor de integração”?

]]> By: pcalcado http://philcalcado.com/2008/01/15/engenharia-de-build/comment-page-1/#comment-76622 pcalcado Wed, 16 Jan 2008 14:08:40 +0000 http://philcalcado.com/2008/01/15/engenharia-de-build/#comment-76622 Oi, Laércio, Posso estar errado mas ao que me parece o que a plataforma da SAP traz já é uma arquitetura, não? Se for fica difícil avaliar as qualidades desta contra uma arquitetura ad-hoc. []s Oi, Laércio,

Posso estar errado mas ao que me parece o que a plataforma da SAP traz já é uma arquitetura, não? Se for fica difícil avaliar as qualidades desta contra uma arquitetura ad-hoc.

[]s

]]> By: Laércio Queiroz http://philcalcado.com/2008/01/15/engenharia-de-build/comment-page-1/#comment-76621 Laércio Queiroz Wed, 16 Jan 2008 13:57:35 +0000 http://philcalcado.com/2008/01/15/engenharia-de-build/#comment-76621 Olá Phillip, mais um excelente texto. Parabéns! Concordo com você no sentido de que para garantir um processo mais eficiente num ambiente de integração contínua é necessário fazer um planejamento do software separando-o em partes menores. Essa etapa inicial de planejamento nos garante não apenas um build mais rápido como também maior coesão e controle dos artefatos gerados para os componentes do software. Alguns servidores de integração já incorporam esta etapa de modelagem dos componentes como parte do processo de definição da infra-estrutura de desenvolvimento. Ex.: Component Model do Netweaver Development Infrastructure. Segue link para um post em meu blog com algumas dicas e outros links para estudo do NWDI: http://laercioqueiroz.wordpress.com/2008/01/11/continuous-integration-environment-com-o-sap-nwdi/ Abraço. Olá Phillip, mais um excelente texto. Parabéns!

Concordo com você no sentido de que para garantir um processo mais eficiente num ambiente de integração contínua é necessário fazer um planejamento do software separando-o em partes menores. Essa etapa inicial de planejamento nos garante não apenas um build mais rápido como também maior coesão e controle dos artefatos gerados para os componentes do software.

Alguns servidores de integração já incorporam esta etapa de modelagem dos componentes como parte do processo de definição da infra-estrutura de desenvolvimento. Ex.: Component Model do Netweaver Development Infrastructure.

Segue link para um post em meu blog com algumas dicas e outros links para estudo do NWDI:
http://laercioqueiroz.wordpress.com/2008/01/11/continuous-integration-environment-com-o-sap-nwdi/

Abraço.

]]> By: Leandro http://philcalcado.com/2008/01/15/engenharia-de-build/comment-page-1/#comment-76546 Leandro Tue, 15 Jan 2008 14:23:00 +0000 http://philcalcado.com/2008/01/15/engenharia-de-build/#comment-76546 Tá ai um assunto que nunca gastei a seriedade que o mesmo requer... ótimo post. Tá ai um assunto que nunca gastei a seriedade que o mesmo requer… ótimo post.

]]>