Como você aborda a escrita de um bom código? Como você avalia se escreveu um bom código? Como pessoas desenvolvedoras de software, estamos sempre buscando regras, princípios e padrões interessantes que possamos usar para compartilhar linguagem e valores ao escrever código simples e fácil de alterar.
Daniel Terhorst-North recentemente executou uma nova tentativa de criar uma lista de verificação para um bom código. Ele argumenta que, em vez de se ater a um conjunto de regras como SOLID, usar um conjunto de propriedades para visar é mais aplicável. Ele criou o que chama de propriedades CUPID para descrever o que devemos nos esforçar para alcançar um código "joyful": o código deve ser composable, seguir a filosofia Unix e ser previsível, idiomático e baseado em domínio.
Como você aborda a escrita de um bom código? Como você avalia se escreveu um bom código? Como pessoas desenvolvedoras de software, estamos sempre buscando regras, princípios e padrões interessantes que possamos usar para compartilhar linguagem e valores ao escrever código simples e fácil de alterar.
Daniel Terhorst-North recentemente executou uma nova tentativa de criar uma lista de verificação para um bom código. Ele argumenta que, em vez de se ater a um conjunto de regras como SOLID, usar um conjunto de propriedades para visar é mais aplicável. Ele criou o que chama de propriedades CUPID para descrever o que devemos nos esforçar para alcançar um código "joyful": o código deve ser composable, seguir a filosofia Unix e ser previsível, idiomático e baseado em domínio.
