Systeme scheitern nicht, weil sie schlecht geschrieben sind; sie scheitern, weil sie nicht mit den komplexen und sich ständig verändernden Bedürfnissen eines Unternehmens Schritt halten können. In einem Gespräch mit Ignacio Brasca, einem Mitarbeiter-Software-Ingenieur mit mehrjähriger Erfahrung im Aufbau komplexer Datensysteme, betonte er, dass Software sich sehr ähnlich verhält wie ein biologisches System – und dass die Entropie, die dazu beiträgt, dass es wächst, nicht unterschätzt werden kann. Ignacio bezieht sich oft auf Donella Meadows Idee, dass "es keine getrennten Systeme gibt; die Welt ist ein Kontinuum", und argumentiert, dass Systeme nur dauern, wenn sie nicht nur gebaut werden, um zu funktionieren, sondern um zu wachsen. Der Determinismus deiner Handlungen Unter der Annahme, dass Sie nicht auf Dienste angewiesen sind, die Sie nicht kontrollieren können, argumentiert Brasca, dass Determinismus eines der wichtigsten Elemente eines effektiven Systems ist. 
 
 Wenn du weißt, was du ändern wirst und was diese Veränderung provozieren wird, kannst du ein System aufbauen, das für immer anhält. Wenn du weißt, was du ändern wirst und was diese Veränderung provozieren wird, kannst du ein System aufbauen, das für immer anhält. Diese Klarheit ist oft das, was unnötige Abstraktion, vorzeitige Flexibilität und Über-Engineering verhindert. Für Brasca geht es beim Determinismus nicht um Steifigkeit; es geht darum, eine starke Grundlage zu haben, die Wachstum fördert, ohne zu verlieren, was Ihr System in erster Linie gut funktionierte. Flexibilität vs. Über-Engineering Flexibilität ist ein weiterer Bereich, der sorgfältig angegangen werden muss. Ignacio glaubt, dass in realen Unternehmen Flexibilität teuer wird, wenn sie ohne ein klares Verständnis dessen verfolgt wird, welche tatsächlichen Bedürfnisse im Laufe der Zeit entstehen werden. Teams versuchen oft, für jedes mögliche zukünftige Szenario zu entwerfen, nur um später zu entdecken, dass sie für die falschen optimiert haben. » Das Wort Er erklärt: „Wir denken an unnötige Komplexität, aber manchmal ist es das Gegenteil. Du nimmst den falschen Ansatz für die anfänglichen Einschränkungen und endest mit etwas, das einfach, robust und immer noch nicht funktional ist.“ Überschaubar Brasca stützt sich auf einen einfachen Rahmen: „Make it work, make it good, make it fast.“ Der Beweis, dass ein System ein echtes Problem löst, kommt zuerst. Letztendlich lohnt sich Flexibilität nur, wenn sie mit der Art und Weise übereinstimmt, wie das System sich entwickeln wird.Over-Engineering tritt auf, wenn Teams für imaginäre Zukunftsentwürfe anstelle von beobachtbaren Veränderungen entwerfen und Komplexität hinzufügen, ohne Klarheit oder Kontrolle zu verbessern. Nachhaltigkeit in der Praxis Die Lösung von Geschäftsbeschränkungen in der Theorie ist eine Sache; wenn die Theorie die Praxis trifft, können sich die Dinge schnell ablenken. "Hier ist die Sache: Irrtum ist der einzige Teil der Software-Engineering, der wirklich Sinn macht. man schreibt nie ein Programm unter der Annahme, dass alles richtig wird. Der schwierige Teil besteht darin, eine saubere, solide und verständliche Codebasis aufrechtzuerhalten und gleichzeitig alle Änderungen in einer horizontalen Architektur zu verfolgen, die es Ihnen ermöglichen, zu verfolgen, wenn etwas schief geht. Das Richtige zu bekommen, argumentiert Ignacio, ist das, was Systeme trennt, die überleben, von denen, die langsam zusammenbrechen. Tooling, DX und Überlebende Veränderung Um zu skalieren, spielen Entwickler-Tooling und -Erfahrung eine entscheidende Rolle, ob ein System Wachstum, Veränderungen und Personalumsatz überlebt. Er stellt fest, dass Ingenieure dazu neigen, unglaublich leidenschaftlich über ihre Werkzeuge und Handwerkskunst zu sein; manchmal kann der Versuch, alles zu überoptimieren, selbst zu einem Problem werden. 
 
 Eine Entscheidung, die die langfristige Reibung für seine Teams erheblich reduzierte, war die Investition frühzeitig in CI/CD-Pipelines.Während sie oft unterschätzt werden, schaffen starke Warteschlangen Vertrauen.Automatisierte Kontrollen, Validierungsschritte und konsequente Bereitstellungsprozesse ermöglichen es, sich schnell zu bewegen, ohne die Produktion zu unterbrechen. Eine Entscheidung, die die langfristige Reibung für seine Teams erheblich reduzierte, war die Investition frühzeitig in CI/CD-Pipelines.Während sie oft unterschätzt werden, schaffen starke Warteschlangen Vertrauen.Automatisierte Kontrollen, Validierungsschritte und konsequente Bereitstellungsprozesse ermöglichen es, sich schnell zu bewegen, ohne die Produktion zu unterbrechen. In diesem Sinne wird das Tooling zu einer Erweiterung der Systemphilosophie.Es stärkt den Determinismus, begrenzt unnötige Komplexität und stellt sicher, dass Wachstum nicht auf Kosten der Zuverlässigkeit kommt. Schlussfolgerung: Aufbau für Veränderung, nicht für Dauer Nach diesem Gespräch mit Ignacio habe ich erkannt, dass Systeme nicht dauerhaft sind, weil sie intelligent oder perfekt sind; sie sind dauerhaft, weil sie mit Veränderung im Auge entworfen wurden. Das Ziel ist also nicht, die Zukunft perfekt vorherzusagen, sondern Systeme so eng wie möglich mit den Problemen auszurichten, die sie heute lösen sollen, und dabei Raum zu lassen, sich morgen anzupassen. Und in einer Branche, die von Geschwindigkeit, Neuheit und Skala besessen ist, kann das Entwerfen von Systemen, die verstanden, gepflegt und entwickelt werden können, der dauerhafteste Wettbewerbsvorteil aller sein. 
 
 Diese Geschichte wurde als Veröffentlichung von Jon Stojan unter HackerNoon's Business Blogging Program verteilt. This story was distributed as a release by Jon Stojan under  . HackerNoon’s Business Blogging Program HackerNoon’s Business Blogging Programm HackerNoon’s Business Blogging Programm

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

Dieses Audio ist in der Originalsprache der Geschichte produziert!

Ignacio Brasca über Bausysteme, die andauern

About Author

KOMMENTARE

Hängeetiketten

DIESER ARTIKEL WURDE VORGESTELLT IN

Related Stories

HackerNoon Decoded 2024: Celebrating Our Writing Community!

HackerNoon Decoded 2024: Celebrating Our AI Community!

HackerNoon Decoded 2024: Celebrating Our Programming Community!

HackerNoon Decoded 2024: Wir feiern unsere Produktmanagement-Community!

HackerNoon Decoded 2024: Celebrating Our Writing Community!

HackerNoon Decoded 2024: Celebrating Our AI Community!

HackerNoon Decoded 2024: Celebrating Our Programming Community!

HackerNoon Decoded 2024: Wir feiern unsere Produktmanagement-Community!

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps