{"id":2874,"date":"2019-08-16T19:07:17","date_gmt":"2019-08-16T22:07:17","guid":{"rendered":"https:\/\/www.itexto.com.br\/devkico\/?p=2874"},"modified":"2019-08-16T19:15:25","modified_gmt":"2019-08-16T22:15:25","slug":"coisas-que-apodrecem-software-resistencia-ao-framework","status":"publish","type":"post","link":"https:\/\/devkico.itexto.com.br\/?p=2874","title":{"rendered":"Apodrecendo seu software com rebeldia"},"content":{"rendered":"\n

\u00c9 muito raro toparmos com sistemas que foram feitos para serem ef\u00eameros. Ent\u00e3o por que \u00e9 t\u00e3o comum vermos projetos que nascem para ser eternos e rapidamente apodrecem diante dos olhos de seus stakeholders? <\/p>\n\n\n\n

Iniciei uma pesquisa interna na itexto em que elencamos quais os fatores que levam um sistema a deteriorar. No topo est\u00e1 um comportamento que, neste post, chamarei carinhosamente de “rebeldia”.<\/p>\n\n\n\n

Uma hist\u00f3ria em tr\u00eas atos<\/h2>\n\n\n\n

Todo software tem uma hist\u00f3ria e desconfio que h\u00e1 um n\u00famero bastante reduzido de varia\u00e7\u00f5es no que diz respeito a este assunto. Segue uma bem comum…<\/p>\n\n\n\n

Primeiro ato: a felicidade do ambiente familiar<\/h3>\n\n\n\n

Projeta-se o sistema de tal modo que se conhece todos os seus elementos. A arquitetura \u00e9 clara: sabe-se quais tecnologias e ferramentas dever\u00e3o ser adotadas e por que se encaixam bem neste cen\u00e1rio. Os artificies dominam suas ferramentas (ou ao menos gostam delas) e esculpem com primor seu sistema.<\/p>\n\n\n\n

N\u00e3o raro \u00e9 neste momento em que a maior parte dos testes s\u00e3o escritos, que a documenta\u00e7\u00e3o essencial \u00e9 gerada e mantida. O primeiro release talvez seja um pouco problem\u00e1tico, mas a partir do segundo (release) os problemas originais j\u00e1 est\u00e3o dominados (ou ao menos conhecidos) e observa-se sucessivas implanta\u00e7\u00f5es bem sucedidas. <\/p>\n\n\n\n

A fam\u00edlia \u00e9 unida no objetivo de desenvolver<\/strong> aquele sistema da melhor forma poss\u00edvel com as restri\u00e7\u00f5es adotadas em sua concep\u00e7\u00e3o. Restri\u00e7\u00f5es estas consistindo nas ferramentas de desenvolvimento adotadas, frameworks<\/strong>, padr\u00f5es arquiteturais e conven\u00e7\u00f5es que, mesmo n\u00e3o sendo bem documentadas (se documentadas), fazem parte do dia a dia daquele meio familiar.<\/p>\n\n\n\n

Segundo ato: a fam\u00edlia (e o mundo) muda<\/h3>\n\n\n\n
\"\"<\/figure><\/div>\n\n\n\n

A estrutura familiar nunca \u00e9 eterna: membros saem e entram na equipe, os participantes originais se afastam com o tempo. E o at\u00e9 ent\u00e3o amado pr\u00edncipe, antes protegido em seu lar dom\u00e9stico acaba tendo seu primeiro contato com o mundo externo.<\/p>\n\n\n\n

Novos membros, novas ideias (o que \u00e9 sempre bom!). E as pessoas observam nosso pr\u00edncipe e questionam sua natureza. Ser\u00e1 que realmente deveria ser desta maneira? Por que \u00e9 assim? <\/p>\n\n\n\n

Terceiro ato: rebeldia e morte<\/h3>\n\n\n\n
\"\"<\/figure><\/div>\n\n\n\n

Os novos amigos de nosso her\u00f3i come\u00e7am a questionar sua natureza. “Ainn… voc\u00ea \u00e9 feito em Java??? Mas Python \u00e9 t\u00e3o mais legal… Coisas ‘data science’ s\u00e3o feitas em Python…. Coisas fashion s\u00e3o feitas em Node… PHP??? Uck, que NOXIO!”<\/em>.<\/p>\n\n\n\n

Nosso her\u00f3i que antes era t\u00e3o belo de repente parece enfeiado, fora de moda, ultrapassado. Mas nem tudo est\u00e1 perdido: sua nova fam\u00edlia e amigos est\u00e3o aqui para lhe rejuvenescer. Basta que mude sua natureza, ou seja, sua arquitetura, frameworks, ferramentas de desenvolvimento… Resumindo: reescreve este neg\u00f3cio!<\/strong><\/p>\n\n\n\n

Mas a reescrita \u00e9 invi\u00e1vel…<\/strong><\/p>\n\n\n\n

Resolve-se o problema: “por que n\u00e3o usar o que temos, mas de outro modo?”<\/em><\/p>\n\n\n\n

Subverte-se o uso do que existe. Tudo bem: foi feito no framework X, mas podemos escrever novas funcionalidades neste mesmo framework X como se fosse Y! N\u00e3o, melhor ainda: por que n\u00e3o usar um paradigma funcional nesta linguagem que n\u00e3o tem suporte para tal? Espera a\u00ed: por que apenas uma base de dados relacional??? Vamos colocar um NoSQL aqui no meio tamb\u00e9m para termos maior escalabilidade!<\/em><\/p>\n\n\n\n

Nem todos os amigos pensam assim: h\u00e1 tamb\u00e9m os depressivos. Estes desenvolvem novas funcionalidades com o que h\u00e1, mas apenas com os conhecimentos que j\u00e1 tem. Pra que me aprofundar nestas tecnologias que n\u00e3o s\u00e3o usadas l\u00e1 fora? Eu mesmo to saindo daqui em breve… Que se foda esta merda, vou escrever como sei s\u00f3 pra entregar e que se danem estes miser\u00e1veis que criaram esta monstruosidade….<\/em><\/p>\n\n\n\n

A deteriora\u00e7\u00e3o se mostra aos olhos de todos. Ela chega de mansinho e vai crescendo a cada dia… Alguns amigos deixam a cidade, outros entram para a turma, mais novas ideias, mais solu\u00e7\u00f5es… <\/p>\n\n\n\n

Nosso her\u00f3i deteriora-se ainda mais. A fam\u00edlia original n\u00e3o mais est\u00e1 presente, apenas novos amigos, que observam sua cada vez mais r\u00e1pida decad\u00eancia.<\/p>\n\n\n\n

\"\"<\/figure><\/div>\n\n\n\n

E nosso her\u00f3i morre. O custo de mant\u00ea-lo \u00e9 maior que o de sua reescrita. E se os stakeholders tiverem sorte (dinheiro), poder\u00e3o ao menos tentar recome\u00e7ar novamente (e o ciclo se repete).<\/p>\n\n\n\n

J\u00e1 viu esta hist\u00f3ria? Eu sim: v\u00e1rias vezes<\/strong>. Agora vamos fechar o livro e ir pra pr\u00e1tica.<\/p>\n\n\n\n

Sempre h\u00e1 um framework<\/h2>\n\n\n\n
\"\"
isto \u00e9 uma moldura<\/figcaption><\/figure><\/div>\n\n\n\n

Algum tempo atr\u00e1s neste blog expus minha defini\u00e7\u00e3o do que seria um framework sob um ponto de vista totalmente voltado para a constru\u00e7\u00e3o de software<\/strong> (clique aqui<\/a>). Hoje vou ampliar este conceito. Como eu definiria um framework hoje? Neste primeiro momento, o definira como…<\/p>\n\n\n\n

O framework s\u00e3o as regras do jogo.
<\/p>Weissmann, Henrique Lobo<\/cite><\/blockquote>\n\n\n\n

Tudo o que disse naquele post se mant\u00e9m, s\u00f3 que agora me refiro a um contexto bem mais amplo. O framework define, por exemplo, qual a arquitetura daquele sistema. Imaginemos um sistema web simples, composto por duas unidades: seu front-end escrito em Angular e seu back-end, que fornece uma API consumida pelo primeiro. H\u00e1 um framework aqui no sentido de que h\u00e1 regras a serem seguidas que s\u00e3o essenciais:<\/p>\n\n\n\n