Caso queira fazer consertos ou melhorias simples no DKnowledge, pode mandar seu pull request diretamente para a branch peer-review ou community review.
Qualquer pessoa no mundo pode revisar e construir seus próprios artigos e códigos, e mandar para o repositório, contando que sigam o designer do paper, caso queira desenvolver uma ideia, a pessoa pode se reunir com outros voluntários interessados da comunidade para criar um paper.
Os projetos principais são fatiados em níveis e módulos, com prioridades e tempos diferentes, cada nível e módulo pode ser cortado em diferentes funções, e as funções podem ser divididas entre uma equipe ou qualquer outro grupo de pessoas ou pessoa individual.
Os níveis de prioridade são definidos por partes primárias, onde outros módulos são dependentes de sua conclusão, como exemplo, o Dk em si é dependente da conclusão da estrutura de computação, rede inteligente e evolutiva BSDK que é dependente de algoritmos de A.I e metaprogramação, que é dependente de modelos de evolutivos e altoML, que é dependente da organização de voluntários e propostas de resolução ótimas.
Esses níveis de prioridade são altamente dependentes um do outro, de forma que, a conclusão de um leva a priorização do próximo, e todas as atualizações vão ficando em segundo plano, e abertas aos voluntários, para correção e otimização.
Então cada função e módulo tem suas dependências, as dependências tem prioridade maior, o que não significa que outras funções não possam ser trabalhadas.
Tanto pessoas individuais quanto equipes podem trabalhar no modelo DFM de maneira independente em qualquer lugar do mundo, entregando papers em um processo de desenvolvimento, ou revisando papers entregues, se baseando nos projetos principais, equipes ou pessoas também podem enviar propostas de resolução através de um paper e até mesmo pedir financiamento e suporte.
A partir do paper, todas as funções podem começar a ser desenvolvidas, sendo o ideal começar pelo nível de prioridade.
Em um projeto aberto, as funções são distribuídas, qualquer pessoa pode trabalhar em funções específicas, o paper serve para dar uma visão geral das funções, podendo ser atualizado com o tempo, as funções também podem ser quebradas em funções menores e o recomendado é que cada função seja independente, e que apenas os módulos tenham dependências funcionais.
Um módulo pode não ser independente, pois precisa de funções para seu funcionamento, já uma função deve ser independente e cumprir, bem, uma única função, assim os módulos usam as funções para executar outras funções através delas.
Essas questões são importantes tanto do ponto de vista técnico quanto organizacional, pois assim cada pessoa pode trabalhar em quantas funções e módulos quiser, enquanto os times dedicados trabalham por prioridade, integrando e revisando.
Inicialmente será criado um repositório no github apenas para propostas de resolução, envio e revisão de papers, outro repositório será criado para propostas e requisições de financiamento e suporte em conjunto com nossa DAO temporária na plataforma aragon.
O modelo mais usado para o DFM nos projetos principais é a metaprogramação, onde os voluntários elaboram um ambiente de treinamento e testes onde algoritmos de A.I criam uma solução ótima para um problema em forma de funções que poderão ser usadas na estrutura BSDK.
Todo o processo é documentado e otimizado, de forma que qualquer pessoa do mundo pode revisar e colaborar com a proposta, buscando as melhores soluções para as necessidades apresentadas.
Agile development models and scientific method. Falsificationism Deductive hypothetical method Bayesian Process and the Occam's razor
A.I modeling, simulation and various techniques for building optimal solutions and metaprogramming.
Voluntary and collaborative project creation models related to Drayker and its ecosystem.
Proposals, projects and general initiatives of volunteers outside the DFM models or with their own methodology can be organized in this repository and community.
No permission is required, any volunteer can create their outreach, content, proposals and protocols as they please.
In the EI repository, volunteers can expose their projects and initiatives, get volunteers, ideas, help, crowdfunding, support, and many other resources, and can also be used as a forum for Drayker-related initiatives.
Cada método tem um repositório específico, dentro desse repositório podem ser discutidos os fundamentos de cada método, otimizações, propostas de melhoria e resolução relacionadas ao método, aprendizagem do mesmo, padrões de projeto, ferramentas e tudo mais relacionado ao método específico do repositório.
Quando uma proposta de resolução é aplicada a um projeto, ela deve usar um dos métodos, e passar pelo protocolo até ser aprovada como projeto secundário, incorporada no projeto principal ou outros projetos.
Ambiente de falseabilidade, atacando ideias e propostas por todos os lados e propondo soluções.