Guia do Iniciante para certificados SSL
Arquiteto-chefe da Cisco e CTO para a engenharia de David Ward criticou normas organizações de desenvolvimento (SDOs), perguntando se eles são "relevantes em um ambiente em rápida expansão de Open Source Software (OSS) projetos."
Ward pós sobre o assunto é incisivamente cronometrado: ele está liberado no mesmo gabfest de 91 (IETF) da Força Tarefa de Engenharia da Internet. Sua mensagem oferece essa crítica das operações dos organismos de normalização:
"Globalmente, as múltiplas SDOs existentes parecem incapazes de definir e manter as suas fronteiras e os novos grupos de estudo de tecnologia estão explodindo em todos eles. Toda organização é potencialmente (e perigosamente) auto-perpetuar e alguns SDOs ter um plano de ciclo de vida que limita a sua autoridade e escopo (aplicado a novas tecnologias). "
O núcleo do argumento de Ward é que projetos de código aberto se mover mais rápido do que SDOs. Isso significa velocidade projetos de código aberto "pode criar um consenso baseado no mercado para preencher um vazio normas." Ele continua a argumentar que não pode ser uma coisa ruim de sourcerers abertas fazê-lo, mas também reconhece as armadilhas de permitir que por padrão normas a surgir sem governança. A sobreposição de esforços acampamentos com opiniões diferentes sobre tecnologia apropriada, ou fornecedores cinicamente software-sourcing aberto, tanto receber uma menção como práticas indesejáveis.
Proposta alternativa de Ward são os grupos que operam como o Aberto Daylight Foundation (ODF), um networking (SDN) esforço definido por software, diz ele "imaginou a arquitetura SDN não só como poliglota no protocolo, mas também aquele cuja eficácia foi obrigado a abrir APIs e uma . estrutura modular "Ao definir um padrão que permitia múltiplas contribuições, Ward argumenta o ODF - e também os gostos da Linux Foundation, a Fundação Apache e da Fundação OpenStack - oferecer um quadro que permite aos desenvolvedores para ir mais rápido e trabalhar dentro das regras, em vez de ter que esperar por um SDO a mão para baixo tablets esculpidas que soletram para fora padrões.
Ele conclui, oferecendo duas leis que ele acha que deve reger o futuro desenvolvimento de normas futuras:
Lei de OpenSource: qualidade e força do projeto é 100% dependente do interesse, energia e capacidade da comunidade de desenvolvedores
Lei de OpenStandards: importância, validade e actualidade da especificação relevante é 100% dependente de interesses, energia e comprometimento de todos os indivíduos que tenham sido habilitadas para gerenciar, organizar e completar o esforço de trabalho do SDO
O post de Ward não é malicioso. Ele começa por "papel sobre [SDOs '] vai para a frente para permitir a inovação. Ele conclui escrevendo "Precisamos estabelecer uma nova trajetória, se mover mais rápido e se concentrar em um prédio de uma maior e melhor Internet."
Se nós estamos indo para ligar algumas dezenas de bilhões de dispositivos conectados à internet nos próximos anos, como é sugerido está prestes a acontecer, a conclusão de Ward é difícil contestar. Se aqueles que trabalham em organismos de normalização vai concordar é outra questão, não menos importante, porque Cisco tem forma de jogar muito bem em grupos de padrões, mas também trazer produtos ao mercado antes que os padrões são feitas, um truque que ajuda a congelar padrões.
É, portanto, possível perceber o post de Ward como Cisco jogar seu peso, o melhor para obter SDOs comportam de maneiras que se adequam a Cisco, e não apenas a internet do futuro. Imagina-se que pode haver alguns momentos lapidares na IETF 91 como resultado. ®
Nenhum comentário:
Postar um comentário