Mudanças entre as edições de "Clean Code"

De Supel Wiki
Ir para: navegação, pesquisa
Linha 1: Linha 1:
 +
'''Consequência do código ruim'''
 +
A empresa tem uma serie de percas com um software com código ruim .O código ruim traz prejuízos financeiros , onde o software precisa de mais manutenção e o tempo da manutenção é maior , com tempo maior de trabalho em um código  mais gastos para a empresa.
 +
A produtividade dos programadores diminui pois precisam identificar onde está ocorrendo o gargalo do código , e ficam um maior tempo analisando o código e buscando soluções para o mesmo .
 +
 
'''Benefícios:'''
 
'''Benefícios:'''
 
- Evita duplicação de código;
 
- Evita duplicação de código;

Edição das 02h52min de 7 de março de 2019

Consequência do código ruim A empresa tem uma serie de percas com um software com código ruim .O código ruim traz prejuízos financeiros , onde o software precisa de mais manutenção e o tempo da manutenção é maior , com tempo maior de trabalho em um código mais gastos para a empresa. A produtividade dos programadores diminui pois precisam identificar onde está ocorrendo o gargalo do código , e ficam um maior tempo analisando o código e buscando soluções para o mesmo .

Benefícios: - Evita duplicação de código; - Possibilita maior clareza; - Identificar classes e métodos supérfluos; - Facilita a manutenção do código ; - Garante que todos os teste continuem funcionando.

Técnicas de refatoração : - Extract Method : Utilizado quando se tem um método com um grande grupo de código que pode ser agrupado . - Inline Method  : Utilizado quando se tem um método tão óbvio quanto seu nome , o método se torna desnecessário. - Por quê entregamos código ruim O clean code nos traz alguns ponto que nos induzem a entregar código ruim , com uma baixa qualidade .

  • Entregas Apertadas : Quando se tem um tempo pequeno para entregas as tarefas , uma nova funcionalidade uma refatoração o que o programador está preocupado é em apenas entregar a funcionalidade , porque se tem a necessidade de entregar logo , então ele faz apenas um código para funcionar não se preocupa com a qualidade do código .
  • Usuários com necessidades urgentes : É constante nas empresas um usuário vir com uma necessidade urgente , onde ele quer que seu problema seja resolvido em questão de minutos , na qual o programador vai lá e coloca qualquer coisa no código , só pra funcionar .
  • Mostrar Produtividade : É comum quando conseguimos um novo emprego , demonstrar serviço , demonstrar que somos capazes de realizar as tarefas e queremos mostrar produtividade , mais nem sempre a produtividade vem acompanhado da qualidade .A qualidade é tão importante quanto a quantidade .
  • Pressão do Chefe : Com o chefe cobrando resultados , cobrando entregas muitas vezes os programadores ficam após o expediente para entregar logo o resultado , mais muitas vezes já estão cansados , querem se livrar de uma vez da tarefa e entregam o código de qualquer geito , pensando em rever depois , mais isso nunca acontece .