- Auf der Black Hat-Konferenz argumentierte Signal-Gründer Moxie Marlinspike, dass durch agile Entwicklung in den vergangenen 20 Jahren Software-Innovationen verschwunden seien
- Er wies darauf hin, dass Entwickler in „Black-Box-Abstraktionsebenen“ gefangen seien und die für Innovation nötige Freiheit verloren hätten
- „Jeder, der eine Engineering-Organisation leitet, hat wahrscheinlich eine Managementphilosophie, die ein Unterkonzept von Agile ist, davon abgeleitet wurde, in den Bereich von Agile fällt oder auf irgendeine Weise damit zusammenhängt“
- Statt dass Entwickler sich Bottom-up bewegen und Engineering-Fachwissen mit der Vision verbinden, neue Möglichkeiten bestehender Technologien zu erkennen,
würden Agile-Teams seiner Ansicht nach in einzelne Silos aufgeteilt, getrennt voneinander arbeiten und keinen Überblick darüber haben, was andere Teams tun
- In der Abschlusssession ergänzte auch Window Snyder, Gründerin und CEO von Thistle Technologies, dass solche Black-Box-Teams zudem dazu neigten, nur wenig Einblick in die Funktionsweise ihrer eigenen Produkte zu haben
- Snyder argumentierte außerdem, dass Studierende, die Programmieren lernen, nicht den Umgang mit Low-Level-Sprachen oder Maschinencode lernen, sondern nur High-Level-Sprachen, die die App-Entwicklung vereinfachen, weshalb Ingenieuren der nötige Kontext fehle, um zu verstehen, wie die Teile eines Puzzles in das größere Ganze passen
Sicherheitsforscher halten den Schlüssel zur Innovation in der Hand
- Marlinspike sagte außerdem, dass Software Engineering in den vergangenen Jahrzehnten abstrahiert worden sei, um schneller, flexibler und weiter voranzukommen, während Sicherheitsforscher versucht hätten, über die Abstraktion hinauszuschauen
- „Sicherheit ist der Prozess, etwas Abstraktes zu durchleuchten und zu verstehen, wie es tatsächlich funktioniert, was darunter liegt, und es manchmal sogar besser zu verstehen als die Person, die es ursprünglich geschaffen hat“
- Daher, so seine These, halten Sicherheitsforscher den Schlüssel in der Hand, um neue Innovationen anzustoßen
- Er zog auch den Vergleich, dass Software zu verstehen sei wie Magie zu verstehen, und Sicherheitsfachleute „die Menschen sind, die in der Bibliothek sitzen und Magie studieren“
Meinung von GN⁺
- Es waren pointierte und aufschlussreiche Aussagen von Marlinspike, die die grundlegenden Probleme von Agile scharf benennen
- Ich kann dem zustimmen, dass Entwickler durch die Fixierung auf Abstraktion und hohe Entwicklungsgeschwindigkeit zunehmend den Bezug zu grundlegenden Konzepten verlieren
- Bemerkenswert war auch der Fokus auf die Rolle von Sicherheitsforschern. Da Sicherheit die Arbeit ist, die hinter Abstraktionen verborgene Realität freizulegen, kann sie ein Motor für Innovation sein
- In gewisser Weise vermittelt dies die Botschaft, dass Software Engineers nach einem tieferen Verständnis streben sollten
- Die Vorteile von Agile sind jedoch ebenfalls klar vorhanden, daher dürfte ein ausgewogener Ansatz nötig sein. Es gilt, Wege zu finden, Agilität und Flexibilität von Agile zu bewahren und zugleich die Grundlagen zu stärken
- Dafür sind Verbesserungen bereits in der Entwicklerausbildung nötig. Neben High-Level-Sprachen sollte auch die Ausbildung in Low-Level-Sprachen, Computerarchitektur und anderen Grundlagenfächern verstärkt werden
11 Kommentare
Es scheint, als würde man das Problem von Managern, die Agile falsch verstanden haben, mit einem Problem von Agile selbst verwechseln.
Mit dem Lauf der Zeit scheint es so zu sein, dass man, weil es sich ROI-mäßig nicht lohnt, Low-Level-Wissen zu lernen, nur noch beim Erlernen von High-Level-Wissen bleibt.
Warum ausgerechnet auf Agile herumgehackt wird ...
Ich finde den Inhalt etwas verwirrend, weil hier die Konzepte von north-south und east-west durcheinandergebracht werden.
Dass man nicht weiß, was andere Teams machen, scheint mir eher ein Problem der cross-funktionalen Organisationsstruktur zu sein als von Agile selbst.
Dass man sich mit low level nicht gut auskennt: Wenn man sich den Inhalt ansieht, wird da eher so etwas gesagt wie „dann neigt man auch dazu, low level nicht gut zu kennen“.
Selbst wenn man gelten lässt, dass das Nichtwissen darüber, was andere Teams machen, zumindest ein wenig mit Agile zusammenhängt, kann ich wirklich nicht nachvollziehen, was mangelndes Wissen über low level mit Agile zu tun haben soll, hahaha
Wenn man es genau nimmt, liegt es vielleicht eher daran, dass sich Open Source so weit verbreitet hat und man deshalb nicht mehr alles selbst bauen muss, also das Rad nicht neu erfindet, und im Low-Level-Bereich einfach alles übernimmt und nutzt, sodass man es gar nicht erst lernt.
Wenn man diese Aussage unbedingt verstehen will, könnte man sie so deuten, dass man wegen Agile nur noch schnell etwas baut und deshalb nichts über Low Level lernt, aber ist es nicht eher so, dass man es nicht lernt, weil es schlicht nicht nötig ist?
Ich denke, dass durch Agile Entscheidungen vernachlässigt werden, die Probleme aus einer breiteren Perspektive betrachten und langfristig nachhaltig machen, und dass man sich dadurch auch aus Sicht der Software immer stärker nur darauf konzentriert, die unmittelbaren Probleme vor Augen zu lösen.
Blind einfach erst einmal etwas zum Laufen zu bringen, ist zwar nicht das, was agil ausmacht, aber es scheint eine Tendenz zu geben, sehr stark auf Geschwindigkeit fokussierte Entscheidungen zu treffen, und ich denke, dass dies ein Faktor sein kann, der es erschwert, nach tiefem Verständnis zu streben.
Ich verstehe nicht, warum man die Ursache des Problems, dass Engineering-Organisationen keine Entscheidungsbefugnis haben, bei Agile suchen will.
Was es mit Agile zu tun hat, dass man nicht weiß, was andere Teams machen, ist mir unklar ... ;;;
Allerdings ist der Name Window Snyder ziemlich ungewöhnlich ...
Ich würde mir gern das Originalvideo ansehen, aber es ist noch nicht verfügbar. Ich denke, es wird wohl in einiger Zeit auf dem offiziellen YouTube-Kanal hochgeladen. https://www.youtube.com/@BlackHatOfficialYT/
Hacker-News-Kommentare
Die Wurzel des Problems ist die moderne Unternehmensstruktur
Die guten Ideen von Agile wurden in allgemeines Software Engineering aufgenommen
Unzufriedenheit mit Agile, Scrum und OKR
Erfahrung in einem Backlog-Refinement-Meeting
Eine Theorie zu den Problemen von Agile
Sinkende Softwarequalität
Ingenieure sollten Teile des Codes „besitzen“
Erfahrung damit, tägliche Stand-up-Meetings zu vermeiden
Probleme großer Organisationen
Die Meinung, dass man die „Magie“ der Softwareentwicklung zurückholen muss
> Es gibt eine moderne Managementtheorie, nach der Verantwortung und Entscheidungsfindung entlang der Unternehmenshierarchie nach oben eskalieren müssen.
Ist das nicht eher ein Merkmal bürokratisierter Organisationen?