Plus je regardais les exemples du SDK Newton, moins je les voyais comme du code « pour bien démarrer ».
En réalité, ils montrent ce que le protocole attend des développeurs en termes de priorités.
Remarquez à quel point les exemples refusent de supposer. Un Shield non correspondant n’est pas accepté. Une politique refusée n’est pas traitée comme une erreur temporaire. Même l’inspection d’un Shield est conçue autour de la vérification, plutôt que de l’hypothèse.
Cela m’a amené à penser que ces exemples enseignent davantage que de la syntaxe : ils transmettent des habitudes.
Une bonne infrastructure ne facilite pas seulement les actions réussies. Elle rend aussi les actions incorrectes plus difficiles à ignorer.
C’est un choix de conception subtil, mais il en dit long sur la façon dont @NewtonProtocol aborde l’automatisation sécurisée.
$NEWT #Newt @NewtonProtocol
#newt $NEWT @NewtonProtocol
En réalité, ils montrent ce que le protocole attend des développeurs en termes de priorités.
Remarquez à quel point les exemples refusent de supposer. Un Shield non correspondant n’est pas accepté. Une politique refusée n’est pas traitée comme une erreur temporaire. Même l’inspection d’un Shield est conçue autour de la vérification, plutôt que de l’hypothèse.
Cela m’a amené à penser que ces exemples enseignent davantage que de la syntaxe : ils transmettent des habitudes.
Une bonne infrastructure ne facilite pas seulement les actions réussies. Elle rend aussi les actions incorrectes plus difficiles à ignorer.
C’est un choix de conception subtil, mais il en dit long sur la façon dont @NewtonProtocol aborde l’automatisation sécurisée.
$NEWT #Newt @NewtonProtocol
#newt $NEWT @NewtonProtocol
