== Regra 4 - Invenção de nomes ==
Escolher o nome com sapiência, para que outras pessoas consigam identificar e associar a sua função.
O nome tem que ser : Legível, Relacionado com o problema, ter prefixo.
Prós : Bom entendimento, capacidade de análise.
Capacidade de análise.
Contras: Dá muito trabalho.
Gasta mais memória.
Concluindo, vale a pena gastar um pouco mais de tempo para criar variáveis. Isso influi num bom entendimento no futuro, ou para outras pessoas que lerão seu documento.
== Regra 5 - “Small is Beautiful” ==
Faça um código simples, direto e pouco prolixo.
== Regra 6 - Como organizar seu livro diário ==
Serve para manter o registro sobre a sua propriedade e lembrar das alterações que você fez.
Foram mencionadas associações de Engenharia de Software como: SBC, IEEE, ACM.
Separar os erros por tipo: Interface, dispositivos de entrada e saída, memória, etc. .
Isso tudo está denominado no Personal Sofware Process (PSP) , para fins de facilitar o desenvolvimento do software ou documentos em geral.
1 comment:
Primeira observação: as regras são válidas para todos os documentos de software, não só código!
"Isso tudo está denominado no Personal Sofware Process (PSP) , para fins de facilitar o desenvolvimento do software. " --> scd.
Veja PSP é um conceito, descrito em um livro que mostra como o engenheiro de software deve organizar o seu livro diário, não é um livro diário.
Post a Comment