<!--/*SC*/DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"/*EC*/-->
<html><head><title></title><style type="text/css"><!-- body{padding:1ex;margin:0;font-family:sans-serif;font-size:small}a[href]{color:-moz-hyperlinktext!important;text-decoration:-moz-anchor-decoration}blockquote{margin:0;border-left:2px solid #144fae;padding-left:1em}blockquote blockquote{border-color:#006312}blockquote blockquote blockquote{border-color:#540000} --></style></head><body><div style="font-family: Arial; font-size: medium;" dir="ltr"><div>
Caros,</div>
<div>
</div>
<div>
Essa thread está muito interessante :) respondendo intercalando abaixo...</div>
<div>
</div>
<div>
On Tue, Mar 13, 2012, at 11:49 PM, Cleysinho wrote:</div>
<div class="defangedMessage">
<div id="me06087">
<blockquote class="me06087QuoteMessage" type="cite">
um sistema acadêmico de uma Universidade possui o seu core (matriculador) em cobol até hoje</blockquote>
<blockquote class="me06087QuoteMessage" type="cite">
O matriculador funciona tão bem que ainda não o reescreveram. </blockquote>
<blockquote class="me06087QuoteMessage" type="cite">
construído no final da década de 60</blockquote>
<div>
</div>
<div>
Como se diz: "If it's working, don't fix it!" </div>
<div>
</div>
<div>
Se foi bem feito em Cobol, funciona bem, e consegue acomodar as mudanças no domínio-problema (ou é um domínio-problema muito estável, "nada muda"), maravilha! O único problema é expor isso para sistemas novos, ou externos (parceiros, clientes). Fazer isso com Perl é mamão-com-açúcar: é data-munging + desenterrar módulos para lidar com coisas legadas, obscuras ou arcanas no CPAN, e também pra sua estratégia preferida para expor a API :)</div>
<div>
</div>
<div>
</div>
<blockquote class="me06087QuoteMessage" type="cite">
<div>
Eu particularmente gosto dos artefatos do RUP.</div>
</blockquote>
<blockquote class="me06087QuoteMessage" type="cite">
<div>
a documentação ajudar a indetificar de forma clara as funcionalidades e se possível gerar uma matriz de rastreabilidade.</div>
</blockquote>
<div>
</div>
<div>
Um jeito magro de conseguir essa rastreabilidade é adotar algumas coisas simples de gerência de configuração: tickets para mudanças, novas features, bugfixes, etc, e uma política de que nenhum commit é aceito no repositório sem referênciar seu respectivo ticket. Com isso você consegue responder, para cada instante do software, para cada linha, porque ela está ali.</div>
<div>
</div>
<div>
</div>
<div>
<div class="me06087gmail_quote">
<div class="me06087HOEnZb">
<blockquote>
<div class="me06087h5">
On Tue, Mar 13, 2012 at 8:24 PM, Marcio Ferreira <<a href="mailto:marciodesouzaferreira@gmail.com">marciodesouzaferreira@gmail.com</a>> wrote:<br />
Escrever código é fácil, quero ver escrever algo que se mantenha intuitivo daqui 20 anos</div>
</blockquote>
<div class="me06087h5">
</div>
<div class="me06087h5">
Dois problemas:</div>
<div class="me06087h5">
* "intuitivo" parece "bom senso", aquele que cada um tem o seu :P</div>
<div class="me06087h5">
* é um alvo móvel. O intuitivo de hoje não é o intuitivo de 2032 :/</div>
<div class="me06087h5">
</div>
<div class="me06087h5">
</div>
<blockquote>
<div class="me06087h5">
On Tue, Mar 13, 2012 at 6:25 PM, Ricardo Filipo <<a href="mailto:ricardo_filipo@yahoo.com.br">ricardo_filipo@yahoo.com.br</a>> wrote:<br />
A frase seria: "Se o seu cliente pediu pra desenvolver determinado software,<br />
entregue imediatamente qualquer coisa. Na medida que o cliente reclamar<br />
vc vai fazendo o software como ele quer realmente. Aliás, o cliente vai<br />
reclamar de qualquer forma, mesmo que vc desenvolva o software exatamente<br />
como vc acha que ele queria que fosse".</div>
</blockquote>
<div class="me06087h5">
</div>
<div class="me06087h5">
Muito verdadeiro! :) No final é a comunicação com o cliente que vai fazer o software que ele precisa -- não necessariamente o que ele quer :D -- acontecer.</div>
<div class="me06087h5">
</div>
<div class="me06087h5">
</div>
<blockquote>
<div class="me06087h5">
On Sun, Mar 11, 2012 at 3:33 AM, breno <<a href="mailto:oainikusama@gmail.com">oainikusama@gmail.com</a>> wrote:</div>
<div class="me06087h5">
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)</div>
<div class="me06087h5">
também é criticada, por ser uma grande fonte de distração e<br />
interrupções.</div>
</blockquote>
<div class="me06087h5">
</div>
<div class="me06087h5">
Um dos problemas das sessões de brainstorm é que aqueles com mais status (seja lá o que dê status no grupo) acabam dominando a sessão (nem sempre de propósito). Sempre há no grupo os que querem se alinhar com os que têm mais status, e em cima disso a peer pressure de se alinhar com a maioria. Uma forma de minimizar isso é a apresentação e discussão das idéias sem que elas estejam fortemente associadas aos seus proponentes, por exemplo: num wiki, etherpad ou googledocs.</div>
<div class="me06087h5">
</div>
<div class="me06087h5">
</div>
<blockquote>
<div class="me06087h5">
O que vocês acham?</div>
</blockquote>
<div class="me06087h5">
</div>
<div class="me06087h5">
Que coisa boa é uma equipe pequena em um projeto pequeno! onde boa comunicação e profissionalismo resolvem muitos dos problemas que, nas equipes grandes, demandam a adoção de metodologias e processos cheios de overhead.</div>
<div class="me06087h5">
</div>
<div class="me06087h5">
Aí alguem vai falar: mas e os sistemas grandes, quem faz? Simples: melhor construir vários sistemas pequenos, cada um expondo uma API desenhada com carinho, e terminar com uma plataforma nas mãos, ao invés dum sistema monolítico.</div>
<div class="me06087h5">
</div>
<div class="me06087h5">
Se isso funciona?.. Pergunte à Amazon! ;)</div>
<div class="me06087h5">
</div>
<div class="me06087h5">
Abraço,</div>
<div class="me06087h5">
</div>
<div class="me06087h5">
Nuba Princigalli</div>
</div>
</div>
</div>
</div>
</div>
<div>
</div>
</div><div>--</div>
<div>Nuba R. Princigalli <a href="mailto:nuba@pauleira.com">nuba@pauleira.com</a> http://pauleira.com @nprincigalli</div>
<div>Discipline is not an end in itself, just a means to an end. - King Crimson</div>
</body></html>