Рубрики
Без рубрики

Maus cheiros de Software

OS Sintomas Ruins (OU Maus cheiros) de um proghe de software Частое пермэм estrutura glo … Tagged с WebDev, CSHARP, новичками, JavaScript.

OS Sintomas Ruins (OU MAUS CHEIROS) DE UM PROJETO DE SOGHATE PROMENTEMENTE PERMEIAM A Estrutura Global DO Software. UM Software Está apodrecendo quando ele keyça exalar (apresentar) um dos seguintes odores (Проблемы):

  • Ригдез
  • Фрагридада
  • Имобилидада
  • Вискозидад
  • Complexidade desnecessária
  • Repetição desnecessária
  • Опацидад

Ригдез

Rigidez é A A A A A A A TdenCia Do Software De Ser Difícil De Alterar, Mesmo de Maneira Simples. Um Projeto é rigido quando uma única modificação provoca uma sucessão de alterações sechecestestes em módulos зависит от зависимости. Quanto mais módulos precisam ser alterados, mais rigido é o projeto. Equipe de desenvolvimento é olicitada a fazer o que parece ser uma alteração simples. Экзамен на модификацию e fazem uma ouctiva razoável do trabalho revely. Depois, no entanto, à medida que trabalham nas alterações, descobrem que exceedem exception eSsemberências Imprevistas. Equipe Se descobre perseguindo Alteração em partes enormes do código, модификация Bem mais módulos do Que Que tin inicialmente e descobrindo autras верса. Нет финала, как Мудансас Деморам Муито Майс Темпе делает оценку.

Фрагридада

Fragilidade é A A A A TdenCia de UM Programa Estagnar Em Muitos Lugares Quando Uma única Alteração é Feita. Часто, OS novos Проблема, Estão ereas que não tem uma relação conceicual com a área alterada. Корригир эссейны с leva a ainda mais spreds e equipe de desenvolvimento keyça a parecer um cachorro correndo atrás do Rabo.

Имобилидада

Um Projeto é imóvel Quando разделяет que poderiam ser úteis em wootros sistemas, mas o trabalho e o is isco envolvidos na sepação dessas partes do sistema оригинальные сан -грань Демайс. Essa é Uma ocorrência infeliz, porém muito comum.

Вискозидад

Viscosidade Aparece em Duas Formas: Viscosidade de Software E Viscosidade Do Ambiente. Quando se deparam com uma alteração, os desenvolvedores normalmente encontram mais de uma maneira de fazê-la. Alguns Deles Preservam O Projeto; Outros, Não (isto é, produzem soluções malfeitas). Quando os métodos que preservam o projeto sãao mais difíceis de usar do que a soluções malfeitas, вискозидад, предварительно предварительно. Viscosidade Do Ambiente Ocorre Quando o Ambiente de desenvolvimento é Lento e ineficiente. Por Exemplo, Se Os Tempos de Compilação Forem Muito Longos, Os desenvolvolvedores ficarão tentadados A Alterações Que não obriguem grandes recompilaes, mesmo que essas alteraçes não preservem o projeto. SE O Sistema de Controle de Código-Fonte Exigir Horas Para A Verificação Apenas de Alguns Arquivos, Os desenvolvolvedores ficarão Tentadados A Fazer Alterações que exijam o mínimo de ins-insíveis, независимый де-про-про-эмиэдж.

Complexidade desnecessária

Um Projeto tem o mau cheiro de Complectoridade desnecessária quando contém ementos que não são úteis no mommon. Isso acontece com muita futencia, quando os desenvolvolvedores antecipam mudanças nos rebisitos e colocam recurcros no software Para Lidar Com Essas Mudanças em Potencial. Isso Pode Parecer Bom em Um Primeiro Momento. Afinal A Preparação para futuras mudanças deve manter o nosso código flexível e evitar alterações apivantes mais adiante. Infelizmente, Muitas Vezes o efeito é justimate o oposto. PREPARANDO-SE PARA MUITAS OFFIBILIDADES, O PROJETO SE TORNA SUJO, CONTENDO CONTRUSTUSES QUE NUNCA SãAO UTILIZADAS.

Repetição desnecessária

Recortar E Colar Podem Ser Operações de Edição de Texto úteis, Mas Podem Ser Desastrosas na edição do código. Com Futencia, OS Sistemas de Software Sof Sao Baseados em Dezenas outenas de elementos de código repetidos. Quando o mesmo código aparece inúmeras vezes, de formas ligeiramente diferentes, está faltando uma abstração para os desenvolvedores. Вопрос как повторения, а Элина-Лас-Ком Ума Абсадца адеквада Quando Essaine Código Redundante No Sistema, O Trabalho de Alterar O Sistema Pode Se Tornar Arduo. OS ERROS ENCONTRADOS EM TAL UNIDADE Repetida Precisam Ser Corrigidos em Cada Repetição. Contudo, Como Cada Repetição é ligeiramente diferente das utpras, Correção nem semper é A Mesma.

Опацидад

Опацидадский рефери-с-диофилдад de compreensão de um módulo. O Código Pode Ser Escrito de Maneira Clara E Inteligível Ou de Maneira opaca e endolada. Ainda, O Código Tende A Se Tornar Cada Vez Mais Opaco Com O Tempo. Обязанность эсфарсо Константе и Фим де Мантер Одиго Клари Э. Опацидаде Диминуир.

Оригинал: “https://dev.to/thiagocbechara/maus-cheiros-de-software-4il0”