#Newt $NEWT @NewtonProtocol
Eine Gewohnheit, die ich beim Lesen von Protokolldokumentationen begonnen habe, ist darauf zu achten, was das Team davon ausgeht, dass Entwickler nicht selbst bauen müssen.
Das zeigt oft mehr als eine Feature-Liste.
Bei Newton Mainnet Beta habe ich immer wieder festgestellt, dass man die gemeinsamen Koordinations- und Autorisierungsmuster näher an das Protokoll heranführen will, statt jede Anwendung alles unabhängig davon neu erfinden zu lassen.
Wenn diese Richtung funktioniert, liegt der größte Nutzen vielleicht nicht darin, Entwicklern ein paar Zeilen Code zu ersparen. Es könnte darum gehen, vorhersehbareres Verhalten über völlig unterschiedliche Anwendungen hinweg zu schaffen, die sich auf dieselben zugrunde liegenden Bausteine verlassen.
Es gibt auch einen interessanten Interessenausgleich. Gemeinsame Infrastruktur kann zwar doppeltes Engineering reduzieren, sie kann aber auch beeinflussen, wie Entwickler ihre Anwendungen entwerfen. Die Herausforderung besteht darin, das richtige Gleichgewicht zwischen Standardisierung und Flexibilität zu finden.
Darum behandle ich Mainnet Beta als mehr als nur einen Produkt-Launch. Es ist eine Gelegenheit zu sehen, ob sich diese protokollbasierten Bausteine in realen Umgebungen wirklich als nützlich erweisen, wenn Entwickler damit zu arbeiten beginnen.
Welche Anwendungsfunktionen sollten sich irgendwann zu Protokollbausteinen entwickeln, und welche sollten immer einzigartig auf der Anwendungsebene bleiben?
$LAB $VANRY
Eine Gewohnheit, die ich beim Lesen von Protokolldokumentationen begonnen habe, ist darauf zu achten, was das Team davon ausgeht, dass Entwickler nicht selbst bauen müssen.
Das zeigt oft mehr als eine Feature-Liste.
Bei Newton Mainnet Beta habe ich immer wieder festgestellt, dass man die gemeinsamen Koordinations- und Autorisierungsmuster näher an das Protokoll heranführen will, statt jede Anwendung alles unabhängig davon neu erfinden zu lassen.
Wenn diese Richtung funktioniert, liegt der größte Nutzen vielleicht nicht darin, Entwicklern ein paar Zeilen Code zu ersparen. Es könnte darum gehen, vorhersehbareres Verhalten über völlig unterschiedliche Anwendungen hinweg zu schaffen, die sich auf dieselben zugrunde liegenden Bausteine verlassen.
Es gibt auch einen interessanten Interessenausgleich. Gemeinsame Infrastruktur kann zwar doppeltes Engineering reduzieren, sie kann aber auch beeinflussen, wie Entwickler ihre Anwendungen entwerfen. Die Herausforderung besteht darin, das richtige Gleichgewicht zwischen Standardisierung und Flexibilität zu finden.
Darum behandle ich Mainnet Beta als mehr als nur einen Produkt-Launch. Es ist eine Gelegenheit zu sehen, ob sich diese protokollbasierten Bausteine in realen Umgebungen wirklich als nützlich erweisen, wenn Entwickler damit zu arbeiten beginnen.
Welche Anwendungsfunktionen sollten sich irgendwann zu Protokollbausteinen entwickeln, und welche sollten immer einzigartig auf der Anwendungsebene bleiben?
$LAB $VANRY