Entendo louvável solução. Nem sempre as proposta da Engenharia de Software - EL - são aplicáveis, pela existência de vários tipos de problemas e soluções. Os requisitos não funcionais também devem ser considerados sempre, uma vez que em ambiente de desenvolvimento não nos deparamos com as reais demandas de usabilidade. As configurações de servidores e serviços podem melhorar muito os aspectos de desempenho.<br>
<br><br><div class="gmail_quote">Em 13 de março de 2012 18:09, Tiago Peczenyj <span dir="ltr"><<a href="mailto:tiago.peczenyj@gmail.com">tiago.peczenyj@gmail.com</a>></span> escreveu:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
E que artefato não é gerado?<br>
<br>
Perceba que valorizar<br>
<br>
Indivíduos e interação entre eles mais que processos e ferramentas<br>
Software em funcionamento mais que documentação abrangente<br>
<br>
Não significa que documentação, por exemplo, é ignorada. Pelo<br>
contrario, em processo de adoção de metodologias ageis existe sempre o<br>
overhead de manter os artefatos da metodologia antiga sendo produzidos<br>
para provar que alem de funcionar não é uma "bagunça". Vi isso muito<br>
bem claro na <a href="http://globo.com" target="_blank">globo.com</a>, nossas queries SQL passavam pelo crivo do time<br>
de banco de dados. Cada SQL era analisado para ser "otimizado".<br>
Durante meses tivemos que migrar alguns sistemas e isso era um grande<br>
overhead MESMO usando hibernate configurado com second-level cache (o<br>
time de banco não confiava). O que aconteceu é que em dado momento o<br>
time de banco virou "gargalo" e como o trabalho era feito de uma<br>
forma, digamos, precaria (vc tinha que colocar a query em um .doc do<br>
word, uma por pagina) e em todo o periodo que fizemos isso NUNCA houve<br>
uma query com problema de performance ou seja la o que for isso caiu<br>
em desuso naturalmente.<br>
<br>
Ate entendo que anos antes isso era necessario, mas anos antes a<br>
integração dos sistemas era feita pelo banco de dados! E tinham<br>
IMAGENS jpg no banco de dados! Realmente uma query alienígena iria<br>
afetar o site inteiro.<br>
<br>
Porém como resolvemos isso: criamos uma API REST para abstrair o<br>
modelo de dados (ao todo foram 3 versões). Todos os sistemas agora<br>
falam com a API e não existe time que encha o saco com cache de api<br>
rest. É claro que existe monitoramento e preocupações com<br>
escalabilidade mas não é com um processo engessado que vc obtem isso.<br>
<br>
Um outro exemplo foi o uso de puppet. Hoje os projetos tem a<br>
configuração puppetizada junto do código, assim recriar um ambiente é<br>
tarefa relativamente simples e os times ficam responsáveis por<br>
entender melhor os ambientes e detalhes de produção que antes<br>
desconheciam (e sofriam as consequencias). Antes disso com todo o<br>
processo que existia recriar um ambiente ou recuperar uma maquina era<br>
uma tarefa herculea. Logo eu vi exemplos de artefatos sendo gerados<br>
pela agilidade que por metodos tradicionais não foram gerados.<br>
<br>
Mas compreendo que a realidade de alguns projetos é diferente de<br>
outras. Um ERP é diferente de um CMS que é diferente do Kernel Linux.<br>
<div class="HOEnZb"><div class="h5"><br>
On Tue, Mar 13, 2012 at 5:55 PM, Cleysinho <<a href="mailto:cleysinhonv@gmail.com">cleysinhonv@gmail.com</a>> wrote:<br>
><br>
> Pelo simples fato de uma metodologia ágil não ser um processo de desenvolvimento de software. Pelo fato de não gerar os artefatos necessários.<br>
><br>
><br>
> 2012/3/13 Tiago Peczenyj <<a href="mailto:tiago.peczenyj@gmail.com">tiago.peczenyj@gmail.com</a>><br>
>><br>
>> Uma metodologia agil utiliza boas praticas da engenharia de software, não vejo por que A engenharia de software devesse aceitar ou não. Até por que algumas vezes falamos do aspecto gerencial do projeto. Scrum, por exemplo, pouco fala de como desenvolver apesar de pregar um processo iterativo. Vc pode usar as praticas de desenvolvimento do XP se quiser.<br>
>><br>
>><br>
>> On Tue, Mar 13, 2012 at 5:48 PM, Cleysinho <<a href="mailto:cleysinhonv@gmail.com">cleysinhonv@gmail.com</a>> wrote:<br>
>>><br>
>>> Por outro lado ainda temos as metologias ágeis. que permite que a equipe possa interagir dia-a-dia nos problemas que ocorrem no desenvolvimento. Eu particularmente as aprecio em projetos multidisciplinares onde as regras de negócio estão nas pessoas envolvidas:<br>
>>> - Biólogos<br>
>>> - Físicos<br>
>>> - Químico<br>
>>> - O gerente do supermercado<br>
>>><br>
>>> Enfim as metodologias ágeis já são aceitas como boas práticas pela Engenharia de Software, até então não era assim.<br>
>>><br>
>>><br>
>>><br>
>>> 2012/3/13 Tiago Peczenyj <<a href="mailto:tiago.peczenyj@gmail.com">tiago.peczenyj@gmail.com</a>><br>
>>>><br>
>>>> Isso por que o modelo em cascata (waterfall) por alguma razão esta impregnada na cabeça de boa parte das pessoas. Mesmo sabendo que o modelo é um com muitas falhas (onde ja se viu testar apenas quando TUDO foi especificado e codificado ?!?! loucos !!) qualquer modelo moderno como RUP acaba sendo simplificado como as 4 fases do waterfall e longos ciclos de desenvolvimento e correção de bugs com atrasos monstruosos ou fracasso total. Sem falar que muito gerente de desenvolvimento só entende de chicote.<br>
>>>><br>
>>>> Colocar um analista fazendo algo que não seja desenvolvimento é rebaixar um programador a um digitador de luxo. Se o cara não tem condições de pensar sozinho então deveriam incentivar que o mesmo pense e evolua. Pair não é uma ferramenta que vai viabilizar isso e sim a cultura de time, onde todos fazem praticamente tudo com responsabilidade e qualidade. infelizmente isso é caro.<br>
>>>><br>
>>>><br>
>>>> On Tue, Mar 13, 2012 at 5:14 PM, Cleysinho <<a href="mailto:cleysinhonv@gmail.com">cleysinhonv@gmail.com</a>> wrote:<br>
>>>>><br>
>>>>> Sim e percebo que nela a arte de programar é pouco valorizada. Os Analistas estão sempre acima dos programadores.<br>
>>>>><br>
>>>>> Em 13 de março de 2012 17:08, Blabos de Blebe <<a href="mailto:blabos@gmail.com">blabos@gmail.com</a>> escreveu:<br>
>>>>><br>
>>>>>> Certificação é um processo pelo qual garante-se que qualquer macaco<br>
>>>>>> possa executar o trabalho.<br>
>>>>>><br>
>>>>>> 2012/3/13 Cleysinho <<a href="mailto:cleysinhonv@gmail.com">cleysinhonv@gmail.com</a>>:<br>
>>>>>> > Entende-se que "Pair Programming" aconteça em empresas que não possuem<br>
>>>>>> > processos de desenvolvimentos de software bem estruturados. Software<br>
>>>>>> > documentado minimiza esforço do programador, caso se entenda que os<br>
>>>>>> > diagramas UML estejam bem projetados e que documentação esteja bem<br>
>>>>>> > elaborada.<br>
>>>>>> ><br>
>>>>>> > Estruturar processos de desenvolvimento de software não é simples e mudam a<br>
>>>>>> > cultura organizacional de um ambiente de desenvolvimento. Na Universidade<br>
>>>>>> > Federal de Viçosa-MG (UFV), eles estão buscando a certificação MPSbr, uma<br>
>>>>>> > das coisas que os consultores mencionaram era a racionalização de mão de<br>
>>>>>> > obra por projeto.<br>
>>>>>> ><br>
>>>>>> ><br>
>>>>>> > 2012/3/13 Tiago Peczenyj <<a href="mailto:tiago.peczenyj@gmail.com">tiago.peczenyj@gmail.com</a>><br>
>>>>>> >><br>
>>>>>> >> On Tue, Mar 13, 2012 at 2:32 PM, <<a href="mailto:thiagoglauco@ticursos.net">thiagoglauco@ticursos.net</a>> wrote:<br>
>>>>>> >>><br>
>>>>>> >>> collective code ownership<br>
>>>>>> >>><br>
>>>>>> >>> Tambem eh interessante pensar nisso... quanto maior a equipe, nao aumenta<br>
>>>>>> >>> o custo de manter o codigo coletivo?<br>
>>>>>> >><br>
>>>>>> >><br>
>>>>>> >> Quanto maior a equipa maior os custos como um todo. Por isso times<br>
>>>>>> >> pequenos podem ser mais eficientes do que times grandes SE forem mais<br>
>>>>>> >> organizados e focados.<br>
>>>>>> >><br>
>>>>>> >>><br>
>>>>>> >>> Citando Tiago Peczenyj <<a href="mailto:tiago.peczenyj@gmail.com">tiago.peczenyj@gmail.com</a>>:<br>
>>>>>> >>><br>
>>>>>> >>><br>
>>>>>> >>>> colocação perfeita, forçar 100% de pair programming em qualquer situação<br>
>>>>>> >>>> não tem justificativa. Acredito que dependendo do projeto e do time<br>
>>>>>> >>>> haverá<br>
>>>>>> >>>> uma evolução ate encontrar uma taxa adequada, entretanto uma grande<br>
>>>>>> >>>> vantagem do pair é que o collective code ownership fica mais facil se as<br>
>>>>>> >>>> duplas se revezam com boa frequencia, assim todo mundo participou de<br>
>>>>>> >>>> tudo,<br>
>>>>>> >>>> praticamente. Se vc conseguir obter isso de outra forma que não apenas<br>
>>>>>> >>>> pair, melhor.<br>
>>>>>> >>>><br>
>>>>>> >>>> On Sun, Mar 11, 2012 at 3:33 AM, breno <<a href="mailto:oainikusama@gmail.com">oainikusama@gmail.com</a>> wrote:<br>
>>>>>> >>>><br>
>>>>>> >>>>> Pessoal,<br>
>>>>>> >>>>><br>
>>>>>> >>>>> li recentemente um artigo muito interessante chamado "Pair Programming<br>
>>>>>> >>>>> Considered Harmful?"<br>
>>>>>> >>>>><br>
>>>>>> >>>>> <a href="http://techcrunch.com/2012/03/03/pair-programming-considered-harmful/" target="_blank">http://techcrunch.com/2012/03/03/pair-programming-considered-harmful/</a><br>
>>>>>> >>>>><br>
>>>>>> >>>>> O artigo apresenta pesquisas que sugerem que as pessoas são mais<br>
>>>>>> >>>>> criativas quando desfrutam de privacidade e ausência de interrupções.<br>
>>>>>> >>>>> Ele chega a discutir que grupos de brainstorming costumam ter menos<br>
>>>>>> >>>>> idéias do que o mesmo número de pessoas trabalhando sozinha e depois<br>
>>>>>> >>>>> compartilhando idéias. A questão de escritórios sem baia (open-plan)<br>
>>>>>> >>>>> também é criticada, por ser uma grande fonte de distração e<br>
>>>>>> >>>>> interrupções.<br>
>>>>>> >>>>><br>
>>>>>> >>>>> Segundo o autor, insistir em 100% pair programming é um dogma<br>
>>>>>> >>>>> irracional e extremamente contra-produtivo, e que a melhor solução é<br>
>>>>>> >>>>> uma combinação dinâmica de trabalho isolado, em par e em grupo,<br>
>>>>>> >>>>> dependendo do contexto e seguindo o bom senso.<br>
>>>>>> >>>>><br>
>>>>>> >>>>> O que vocês acham?<br>
>>>>>> >>>>><br>
>>>>>> >>>>> []s<br>
>>>>>> >>>>><br>
>>>>>> >>>>> -b<br>
>>>>>> >>>>> _______________________________________________<br>
>>>>>> >>>>> Rio-pm mailing list<br>
>>>>>> >>>>> <a href="mailto:Rio-pm@pm.org">Rio-pm@pm.org</a><br>
>>>>>> >>>>> <a href="http://mail.pm.org/mailman/listinfo/rio-pm" target="_blank">http://mail.pm.org/mailman/listinfo/rio-pm</a><br>
>>>>>> >>>>><br>
>>>>>> >>>><br>
>>>>>> >>>><br>
>>>>>> >>>><br>
>>>>>> >>>> --<br>
>>>>>> >>>> Tiago B. Peczenyj<br>
>>>>>> >>>> Linux User #405772<br>
>>>>>> >>>><br>
>>>>>> >>>> <a href="http://pacman.blog.br" target="_blank">http://pacman.blog.br</a><br>
>>>>>> >>>><br>
>>>>>> >>><br>
>>>>>> >>><br>
>>>>>> >>> _______________________________________________<br>
>>>>>> >>> Rio-pm mailing list<br>
>>>>>> >>> <a href="mailto:Rio-pm@pm.org">Rio-pm@pm.org</a><br>
>>>>>> >>> <a href="http://mail.pm.org/mailman/listinfo/rio-pm" target="_blank">http://mail.pm.org/mailman/listinfo/rio-pm</a><br>
>>>>>> >><br>
>>>>>> >><br>
>>>>>> >><br>
>>>>>> >><br>
>>>>>> >> --<br>
>>>>>> >> Tiago B. Peczenyj<br>
>>>>>> >> Linux User #405772<br>
>>>>>> >><br>
>>>>>> >> <a href="http://pacman.blog.br" target="_blank">http://pacman.blog.br</a><br>
>>>>>> >><br>
>>>>>> >> _______________________________________________<br>
>>>>>> >> Rio-pm mailing list<br>
>>>>>> >> <a href="mailto:Rio-pm@pm.org">Rio-pm@pm.org</a><br>
>>>>>> >> <a href="http://mail.pm.org/mailman/listinfo/rio-pm" target="_blank">http://mail.pm.org/mailman/listinfo/rio-pm</a><br>
>>>>>> ><br>
>>>>>> ><br>
>>>>>> ><br>
>>>>>> ><br>
>>>>>> > --<br>
>>>>>> > .: Inteligência Coletiva :.<br>
>>>>>> > Uma inteligência distribuída por toda parte: tal é o nosso axioma inicial.<br>
>>>>>> > Ninguém sabe tudo, todos sabem alguma coisa, todo o saber está na<br>
>>>>>> > humanidade’. (Pierre Lévy)<br>
>>>>>> > <a href="http://www.cleysinho.blogspot.com" target="_blank">www.cleysinho.blogspot.com</a><br>
>>>>>> > <a href="http://www.bioinfopop.ufv.br" target="_blank">www.bioinfopop.ufv.br</a><br>
>>>>>> ><br>
>>>>>> ><br>
>>>>>> > _______________________________________________<br>
>>>>>> > Rio-pm mailing list<br>
>>>>>> > <a href="mailto:Rio-pm@pm.org">Rio-pm@pm.org</a><br>
>>>>>> > <a href="http://mail.pm.org/mailman/listinfo/rio-pm" target="_blank">http://mail.pm.org/mailman/listinfo/rio-pm</a><br>
>>>>>> _______________________________________________<br>
>>>>>> Rio-pm mailing list<br>
>>>>>> <a href="mailto:Rio-pm@pm.org">Rio-pm@pm.org</a><br>
>>>>>> <a href="http://mail.pm.org/mailman/listinfo/rio-pm" target="_blank">http://mail.pm.org/mailman/listinfo/rio-pm</a><br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>> --<br>
>>>>> .: Inteligência Coletiva :.<br>
>>>>> Uma inteligência distribuída por toda parte: tal é o nosso axioma inicial. Ninguém sabe tudo, todos sabem alguma coisa, todo o saber está na humanidade’. (Pierre Lévy)<br>
>>>>> <a href="http://www.cleysinho.blogspot.com" target="_blank">www.cleysinho.blogspot.com</a><br>
>>>>> <a href="http://www.bioinfopop.ufv.br" target="_blank">www.bioinfopop.ufv.br</a><br>
>>>>><br>
>>>>><br>
>>>>> _______________________________________________<br>
>>>>> Rio-pm mailing list<br>
>>>>> <a href="mailto:Rio-pm@pm.org">Rio-pm@pm.org</a><br>
>>>>> <a href="http://mail.pm.org/mailman/listinfo/rio-pm" target="_blank">http://mail.pm.org/mailman/listinfo/rio-pm</a><br>
>>>><br>
>>>><br>
>>>><br>
>>>><br>
>>>> --<br>
>>>> Tiago B. Peczenyj<br>
>>>> Linux User #405772<br>
>>>><br>
>>>> <a href="http://pacman.blog.br" target="_blank">http://pacman.blog.br</a><br>
>>>><br>
>>>> _______________________________________________<br>
>>>> Rio-pm mailing list<br>
>>>> <a href="mailto:Rio-pm@pm.org">Rio-pm@pm.org</a><br>
>>>> <a href="http://mail.pm.org/mailman/listinfo/rio-pm" target="_blank">http://mail.pm.org/mailman/listinfo/rio-pm</a><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> --<br>
>>> .: Inteligência Coletiva :.<br>
>>> Uma inteligência distribuída por toda parte: tal é o nosso axioma inicial. Ninguém sabe tudo, todos sabem alguma coisa, todo o saber está na humanidade’. (Pierre Lévy)<br>
>>> <a href="http://www.cleysinho.blogspot.com" target="_blank">www.cleysinho.blogspot.com</a><br>
>>> <a href="http://www.bioinfopop.ufv.br" target="_blank">www.bioinfopop.ufv.br</a><br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> Rio-pm mailing list<br>
>>> <a href="mailto:Rio-pm@pm.org">Rio-pm@pm.org</a><br>
>>> <a href="http://mail.pm.org/mailman/listinfo/rio-pm" target="_blank">http://mail.pm.org/mailman/listinfo/rio-pm</a><br>
>><br>
>><br>
>><br>
>><br>
>> --<br>
>> Tiago B. Peczenyj<br>
>> Linux User #405772<br>
>><br>
>> <a href="http://pacman.blog.br" target="_blank">http://pacman.blog.br</a><br>
>><br>
>> _______________________________________________<br>
>> Rio-pm mailing list<br>
>> <a href="mailto:Rio-pm@pm.org">Rio-pm@pm.org</a><br>
>> <a href="http://mail.pm.org/mailman/listinfo/rio-pm" target="_blank">http://mail.pm.org/mailman/listinfo/rio-pm</a><br>
><br>
><br>
><br>
><br>
> --<br>
> .: Inteligência Coletiva :.<br>
> Uma inteligência distribuída por toda parte: tal é o nosso axioma inicial. Ninguém sabe tudo, todos sabem alguma coisa, todo o saber está na humanidade’. (Pierre Lévy)<br>
> <a href="http://www.cleysinho.blogspot.com" target="_blank">www.cleysinho.blogspot.com</a><br>
> <a href="http://www.bioinfopop.ufv.br" target="_blank">www.bioinfopop.ufv.br</a><br>
><br>
><br>
> _______________________________________________<br>
> Rio-pm mailing list<br>
> <a href="mailto:Rio-pm@pm.org">Rio-pm@pm.org</a><br>
> <a href="http://mail.pm.org/mailman/listinfo/rio-pm" target="_blank">http://mail.pm.org/mailman/listinfo/rio-pm</a><br>
<br>
<br>
<br>
<br>
--<br>
Tiago B. Peczenyj<br>
Linux User #405772<br>
<br>
<a href="http://pacman.blog.br" target="_blank">http://pacman.blog.br</a><br>
_______________________________________________<br>
Rio-pm mailing list<br>
<a href="mailto:Rio-pm@pm.org">Rio-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/rio-pm" target="_blank">http://mail.pm.org/mailman/listinfo/rio-pm</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div style="font-family:'Lucida Grande',Geneva,Verdana,Arial,Helvetica,sans-serif;line-height:21px"><span style="font-family:arial;line-height:normal"><span style="font-family:sans-serif;line-height:19px"><b></b></span></span></div>
<div style="font-family:tahoma,sans-serif;line-height:21px"><div>
<span style="font-size:13px;line-height:21px"><div><span style="font-size:13px;line-height:21px">.: Inteligência Coletiva :.</span></div>Uma
inteligência distribuída por toda parte: tal é o nosso axioma inicial.
Ninguém sabe tudo, todos sabem alguma coisa, todo o saber está na
humanidade’. (</span><span style="font-size:13px;line-height:21px">Pierre Lévy)</span>
</div></div><div><a style="font-family:tahoma,sans-serif" href="http://www.cleysinho.blogspot.com" target="_blank">www.cleysinho.blogspot.com</a><br><a href="http://www.bioinfopop.ufv.br" target="_blank">www.bioinfopop.ufv.br</a><br>
<span style="font-family:tahoma,sans-serif"></span></div><div style="display:inline"></div><br>