Sistemas complexos eficazes muitas vezes derivam de sistemas simples e eficazes. Este princípio é especialmente importante para o design de produtos minimamente viáveis, lembrando-nos de começar com o simples e evoluir gradualmente para estruturas mais complexas.
Dois, Princípio de Pareto
Também conhecido como a regra 80/20, revela que 20% dos esforços-chave geralmente podem gerar 80% dos resultados efetivos. Ao projetar um produto mínimo viável, deve-se concentrar nas funcionalidades essenciais que trazem o maior valor.
Três, Lei de Parkinson
O trabalho tende a expandir-se para preencher o tempo ou o orçamento disponíveis. É crucial definir prazos moderados, que ofereçam tempo suficiente, mas que evitem a flexibilidade excessiva que leva à ineficiência.
Quatro, a Lei de Goodhart
Quando um determinado indicador se torna um objetivo, muitas vezes já não é um bom indicador. Ao construir sistemas complexos, como captação de recursos para produtos públicos ou mecanismos de verificação de identidade, é necessário considerar cuidadosamente este princípio.
Cinco, Lei de Brooks
Adicionar mais pessoal a um projeto de software que já foi adiado pode fazer com que o projeto demore ainda mais. Isso nos lembra que devemos manter um tamanho de equipe enxuto, em vez de expandir o pessoal de forma cega.
Seis, Lei de Moore
O número de transistores em um chip dobra aproximadamente a cada dois anos, enquanto o custo é reduzido pela metade. Esta observação revela a característica exponencial do progresso tecnológico, que é um fator importante na criação de grande valor no campo da tecnologia.
Sete, Lei de Metcalfe
O valor da rede é proporcional ao quadrado do número de seus usuários. Este princípio enfatiza a importância de construir sistemas que possam alcançar um crescimento exponencial de valor.
Oitavo, Número de Dunbar
O número de relações sociais estáveis que os seres humanos podem manter é limitado. Isso nos lembra que, ao projetar estruturas organizacionais, devemos considerar os limites cognitivos, controlar adequadamente o tamanho das equipes e, quando necessário, adotar modos de confiança apropriados.
Nove, Filosofia Unix
Enfatiza três conceitos centrais no desenvolvimento de software: foco, modularidade e colaboração. Este pensamento nos encoraja a construir sistemas de software modulares, permitindo que os diversos componentes trabalhem juntos de forma eficiente.
Dez, Lei de Conway
A estrutura do sistema projetada pela organização muitas vezes reflete sua estrutura de comunicação interna. Isso nos sugere que, ao projetar uma organização, devemos nos inspirar nos métodos de desenvolvimento de software, ao mesmo tempo em que permanecemos atentos às limitações de escalabilidade da arquitetura geral.
Ver original
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
19 gostos
Recompensa
19
6
Partilhar
Comentar
0/400
UncleWhale
· 14h atrás
Só o simples pode sobreviver.
Ver originalResponder0
StopLossMaster
· 07-08 06:42
Começar pelo simples é muito correto.
Ver originalResponder0
SmartContractPhobia
· 07-08 06:40
O sistema deve ser simplificado o mais cedo possível.
10 Princípios para a Construção de DAO: Um Caminho de Sabedoria do Simples ao Complexo
Dez Princípios para Estabelecer um DAO
Uma, Lei de Gauss
Sistemas complexos eficazes muitas vezes derivam de sistemas simples e eficazes. Este princípio é especialmente importante para o design de produtos minimamente viáveis, lembrando-nos de começar com o simples e evoluir gradualmente para estruturas mais complexas.
Dois, Princípio de Pareto
Também conhecido como a regra 80/20, revela que 20% dos esforços-chave geralmente podem gerar 80% dos resultados efetivos. Ao projetar um produto mínimo viável, deve-se concentrar nas funcionalidades essenciais que trazem o maior valor.
Três, Lei de Parkinson
O trabalho tende a expandir-se para preencher o tempo ou o orçamento disponíveis. É crucial definir prazos moderados, que ofereçam tempo suficiente, mas que evitem a flexibilidade excessiva que leva à ineficiência.
Quatro, a Lei de Goodhart
Quando um determinado indicador se torna um objetivo, muitas vezes já não é um bom indicador. Ao construir sistemas complexos, como captação de recursos para produtos públicos ou mecanismos de verificação de identidade, é necessário considerar cuidadosamente este princípio.
Cinco, Lei de Brooks
Adicionar mais pessoal a um projeto de software que já foi adiado pode fazer com que o projeto demore ainda mais. Isso nos lembra que devemos manter um tamanho de equipe enxuto, em vez de expandir o pessoal de forma cega.
Seis, Lei de Moore
O número de transistores em um chip dobra aproximadamente a cada dois anos, enquanto o custo é reduzido pela metade. Esta observação revela a característica exponencial do progresso tecnológico, que é um fator importante na criação de grande valor no campo da tecnologia.
Sete, Lei de Metcalfe
O valor da rede é proporcional ao quadrado do número de seus usuários. Este princípio enfatiza a importância de construir sistemas que possam alcançar um crescimento exponencial de valor.
Oitavo, Número de Dunbar
O número de relações sociais estáveis que os seres humanos podem manter é limitado. Isso nos lembra que, ao projetar estruturas organizacionais, devemos considerar os limites cognitivos, controlar adequadamente o tamanho das equipes e, quando necessário, adotar modos de confiança apropriados.
Nove, Filosofia Unix
Enfatiza três conceitos centrais no desenvolvimento de software: foco, modularidade e colaboração. Este pensamento nos encoraja a construir sistemas de software modulares, permitindo que os diversos componentes trabalhem juntos de forma eficiente.
Dez, Lei de Conway
A estrutura do sistema projetada pela organização muitas vezes reflete sua estrutura de comunicação interna. Isso nos sugere que, ao projetar uma organização, devemos nos inspirar nos métodos de desenvolvimento de software, ao mesmo tempo em que permanecemos atentos às limitações de escalabilidade da arquitetura geral.