{"id":2106,"date":"2015-01-06T10:16:20","date_gmt":"2015-01-06T13:16:20","guid":{"rendered":"https:\/\/devkico.itexto.com.br\/?p=2106"},"modified":"2016-05-07T11:15:11","modified_gmt":"2016-05-07T14:15:11","slug":"o-que-e-legado","status":"publish","type":"post","link":"https:\/\/devkico.itexto.com.br\/?p=2106","title":{"rendered":"O que \u00e9 legado?"},"content":{"rendered":"
\"Santo
Dica:\u00a0voc\u00ea sempre encontrar\u00e1 frases divertidas em Santo Agostinho<\/figcaption><\/figure>\n

De uns tempos para c\u00e1 tenho\u00a0notado que cada vez mais pessoas falando sobre “software legado”. E sabem o que acho\u00a0mais interessante? Elas caem em uma situa\u00e7\u00e3o parecida com a que Santo Agostinho enfrentou ao\u00a0falar sobre o tempo.<\/p>\n

\u201cQue \u00e9, pois o tempo? Se ningu\u00e9m me pergunta, eu sei; se quero explic\u00e1-lo a quem me pede, n\u00e3o sei.\u201d – Santo Agostinho<\/span><\/p><\/blockquote>\n

Troque a palavra “tempo” por “sistema\/software legado” e fa\u00e7a uma auto cr\u00edtica. Se eu te perguntar o que \u00e9 software legado voc\u00ea vai saber me responder de forma clara e imediata? J\u00e1 falei aqui como lido com legado<\/a>, mas nunca apontei uma defini\u00e7\u00e3o para este. Neste post fa\u00e7o isto, \u00a0mas antes vou mostrar algumas defini\u00e7\u00f5es fal\u00e1ciosas.<\/p>\n

“Todo software que voc\u00ea escreve\u00a0depois de um tempo vira legado, assim como todo aquele que n\u00e3o foi escrito por voc\u00ea.”<\/h3>\n

Esta defini\u00e7\u00e3o \u00e9 um contra-senso e d\u00e1 pra provar com\u00a0l\u00f3gica pura, quer ver? Se digo que um software \u00e9 legado, a palavra “legado” denota uma categoria (ou conjunto) no qual alguns softwares se encaixem e outros n\u00e3o. Legado \u00e9 adjetivo. Se \u00e9 adjetivo, diferencia, se diferencia, deve haver algo que n\u00e3o seja legado<\/strong>.<\/p>\n

Se tudo \u00e9 legado, n\u00e3o h\u00e1 diferencia\u00e7\u00e3o, portanto n\u00e3o h\u00e1 legado. O software que voc\u00ea est\u00e1 escrevendo n\u00e3o \u00e9 legado pois ainda n\u00e3o foi para produ\u00e7\u00e3o e para o cliente sequer existe de fato, ent\u00e3o cairia fora desta defini\u00e7\u00e3o, mas a\u00ed entra aquela outra que tamb\u00e9m \u00e9 furada.<\/p>\n

“Se foi para a produ\u00e7\u00e3o\u00a0virou\u00a0legado!”<\/h3>\n

Tamb\u00e9m n\u00e3o se aplica, a primeira vers\u00e3o do seu sistema, a qual voc\u00ea possui completo controle sobre o c\u00f3digo fonte e arquitetura, que est\u00e1 brilhando de lindo pode ser chamado de legado? Sabemos que n\u00e3o. \u00c9 apenas uma varia\u00e7\u00e3o da primeira defini\u00e7\u00e3o que mostrei.<\/p>\n

“Legado \u00e9 todo aquele software que precisa ser substitu\u00eddo por ser obsoleto ou n\u00e3o servir\u00a0mais!”<\/h3>\n

Tamb\u00e9m n\u00e3o. Este software n\u00e3o \u00e9 legado, mas sim inadequado ao contexto<\/strong> em que se encontra. Entra a\u00ed o conceito de obsoleto. Em que sentido<\/strong> obsoleto? Regras de neg\u00f3cio que n\u00e3o se aplicam mais? Uma plataforma de desenvolvimento que NINGU\u00c9M\u00a0no MULTIVERSO\u00a0conhe\u00e7a?<\/p>\n

A hist\u00f3ria do ambiente de desenvolvimento cr\u00edptico tamb\u00e9m \u00e9 furada. Ok, voc\u00ea pode ter dificuldade em encontrar m\u00e3o de obra especializada, mas nada al\u00e9m do custo (que nem sempre \u00e9 t\u00e3o exorbitante assim quanto nos vendem) impede que voc\u00ea treine ou aprenda aquele ambiente tamb\u00e9m antes n\u00e9? (sempre me soa a pregui\u00e7a)<\/p>\n

“C\u00f3digo legado \u00e9 c\u00f3digo sem testes.” – Michael C. Feathers<\/h3>\n
\"Sim,
Sim, eu li o livro<\/figcaption><\/figure>\n

Desconfio que esta fala\u00e7\u00e3o toda em cima de c\u00f3digo legado \u00e9 motivada pelo livro do Michael C. Feathers que o Robert Martin tem divulgado bastante atualmente. Neste livro h\u00e1 uma defini\u00e7\u00e3o bem interessante: “c\u00f3digo legado \u00e9 c\u00f3digo sem testes”.<\/p>\n

Em uma primeira an\u00e1lise \u00e9 uma boa\u00a0defini\u00e7\u00e3o: se o c\u00f3digo n\u00e3o tem testes voc\u00ea n\u00e3o sabe expl\u00edcitamente o que ele faz, logo n\u00e3o h\u00e1\u00a0controle<\/em> sobre ele. Voc\u00ea n\u00e3o sabe se vai quebr\u00e1-lo quando for implementar uma nova funcionalidade ou mudan\u00e7a.<\/p>\n

O problema desta defini\u00e7\u00e3o \u00e9 o escopo: apenas o programador (e talvez o arquiteto). Para o programador c\u00f3digo legado \u00e9 aquele que considera ruim o que, normalmente\u00a0n\u00e3o passa de uma quest\u00e3o de ego (Fabio Akita tem um texto excelente<\/a> sobre isto) e ignor\u00e2ncia a respeito do contexto que gerou aquele sistema. \u00c9 simplesmente n\u00e3o ter uma resposta honesta para a pergunta “o sistema deveria ser\u00a0deste<\/em> modo por que\u00a0eu<\/em> quero ou por que\u00a0realmente \u00e9 uma necessidade<\/em>?”.<\/p>\n

(Sobre o livro, bom: me decepcionou pois \u00e9 mais um livro de refactoring do que sobre arquitetura na minha opini\u00e3o. Um dia ainda escrevo um review sobre ele. Resumindo: micro demais e macro de menos, mas mesmo assim recomendo a leitura.)<\/p>\n

\"wizardofoz1\"
Ent\u00e3o voc\u00ea \u00e9 o legado?<\/figcaption><\/figure>\n

O que \u00e9 um sistema\u00a0legado?<\/h3>\n

Sistema legado \u00e9 aquele cujo controle foi perdido por seus principais stakeholders<\/a>. – Defini\u00e7\u00e3o Lobo Weissmanniana<\/p><\/blockquote>\n

Software legado\u00a0tem\u00a0valor e prova disto est\u00e1 no fato de ser usado. Ignorar isto\u00a0\u00e9 menosprezar\u00a0seu cliente e divulgar aos sete ventos sua pr\u00f3pria arrog\u00e2ncia e cegueira.<\/p>\n

Software legado \u00e9 aquele cujo\u00a0controle sobre sua evolu\u00e7\u00e3o foi perdido pelos principais interessados.\u00a0E ei: o principal interessado n\u00e3o \u00e9 o programador ou a equipe de desenvolvimento, mas quem o financiou e os usu\u00e1rios finais. Minha diferen\u00e7a em rela\u00e7\u00e3o a Feathers \u00e9 o foco: o dele \u00e9 a equipe de desenvolvimento, o meu o usu\u00e1rio final.<\/p>\n

Testes s\u00e3o importantes? N\u00e3o, s\u00e3o vitais\u00a0<\/strong>pois\u00a0garantem a malha de seguran\u00e7a para a equipe de desenvolvimento e tudo o mais que todos n\u00f3s, desenvolvedores, j\u00e1 estamos can\u00e7ados de saber. No entanto para quem financia s\u00e3o na pr\u00e1tica apenas um dialeto desconhecido<\/em>. No que diz respeito \u00e0 proximidade dos testes com o cliente final o mais pr\u00f3ximo que iremos ter \u00e9 o BDD mas, convenhamos, o usu\u00e1rio executivo n\u00e3o se interessa tanto assim por eles quanto se interessa pelo sistema final NO MUNDO REAL.<\/p>\n

Qu\u00e3o “antiga” \u00e9 a plataforma de desenvolvimento tamb\u00e9m n\u00e3o fazem um sistema legado. Prova disto \u00e9 a imensid\u00e3o de sistemas feitos em Ruby on Rails, Grails, Spring, .net e outros feitos \u00e0s pressas como “MVP<\/a>” que deixam seus patrocinadores desesperados com uma quantidade imensa de bugs a serem resolvidos e evolu\u00e7\u00f5es car\u00edssimas. Em contrapartida, temos um verdadeiro universo de sistemas feitos em COBOL, FORTRAN, DELPHI e VB cujas institui\u00e7\u00f5es financeiras possuem completo controle sobre si e n\u00e3o podem ser considerados como legado. A diferen\u00e7a entre um e outro? Controle<\/strong>.<\/p>\n

Quando evoluo um sistema legado<\/a> o objetivo final \u00e9 simples: devolver o controle a quem interessa<\/strong>. Mas como se perde este controle? De imediato as seguintes causas me v\u00eaem \u00e0 mente:<\/p>\n