Mudanças entre as edições de "Clean Code"
| Linha 1: | Linha 1: | ||
'''Consequência do código ruim''' | '''Consequência do código ruim''' | ||
| − | A | + | A organização têm uma série de percas com um software com código ruim .O código ruim traz uma série de consequências entre eles o prejuízos financeiros , na qual o software precisa de mais refatorações (manutenção), e o tempo da manutenção é maior . Com maior demanda de tempo no código mais gastos para a organização onde os programadores neste momento poderiam trabalhar em novos projetos. |
| − | A produtividade dos programadores diminui | + | A produtividade dos programadores diminui necessitam identificar onde está ocorrendo o gargalo do código ou como é conhecido BUG , demandando maior tempo e esforços pois encontram grandes dificuldades em lê o código , e as soluções encontradas nem sempre vai resolver o problema se toda a estrutura não for refatorada. |
| + | Os programadores também sofrem com um código ruim . Ao lê um código ruim o programador se sente frustado, porquê não está trabalhando em um código que ele gostaria de trabalhar e pensa muitas vezes em refazer o projeto , do que refatorar o mesmo . | ||
| + | |||
| + | '''Por quê entregamos código ruim''' | ||
| + | O clean code nos traz alguns pontos: | ||
| + | * Entregas Apertadas : Quando se tem um tempo pequeno para entregas das tarefas , uma nova funcionalidade uma refatoração o que o programador está preocupado é em apenas entregar a funcionalidade , porque tem a necessidade de entregar logo , então ele faz apenas um código para funcionar sem se preocupar com a qualidade do código . | ||
| + | * Usuários com necessidades urgentes : É constante nas empresas um usuário vir com uma necessidade urgente , na qual deseja que seu problema seja resolvido em questão de minutos , 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 , as vezes já estão cansados e querem se livrar de uma vez da tarefa , entregam o código de qualquer jeito. , pensando em rever depois , mais isso nunca acontece . | ||
'''Benefícios:''' | '''Benefícios:''' | ||
| Linha 9: | Linha 17: | ||
- Facilita a manutenção do código ; | - Facilita a manutenção do código ; | ||
- Garante que todos os teste continuem funcionando. | - Garante que todos os teste continuem funcionando. | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
Edição das 23h38min de 14 de março de 2019
Consequência do código ruim A organização têm uma série de percas com um software com código ruim .O código ruim traz uma série de consequências entre eles o prejuízos financeiros , na qual o software precisa de mais refatorações (manutenção), e o tempo da manutenção é maior . Com maior demanda de tempo no código mais gastos para a organização onde os programadores neste momento poderiam trabalhar em novos projetos. A produtividade dos programadores diminui necessitam identificar onde está ocorrendo o gargalo do código ou como é conhecido BUG , demandando maior tempo e esforços pois encontram grandes dificuldades em lê o código , e as soluções encontradas nem sempre vai resolver o problema se toda a estrutura não for refatorada. Os programadores também sofrem com um código ruim . Ao lê um código ruim o programador se sente frustado, porquê não está trabalhando em um código que ele gostaria de trabalhar e pensa muitas vezes em refazer o projeto , do que refatorar o mesmo .
Por quê entregamos código ruim O clean code nos traz alguns pontos:
- Entregas Apertadas : Quando se tem um tempo pequeno para entregas das tarefas , uma nova funcionalidade uma refatoração o que o programador está preocupado é em apenas entregar a funcionalidade , porque tem a necessidade de entregar logo , então ele faz apenas um código para funcionar sem se preocupar com a qualidade do código .
- Usuários com necessidades urgentes : É constante nas empresas um usuário vir com uma necessidade urgente , na qual deseja que seu problema seja resolvido em questão de minutos , 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 , as vezes já estão cansados e querem se livrar de uma vez da tarefa , entregam o código de qualquer jeito. , pensando em rever depois , mais isso nunca acontece .
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.
