- Dmitry Mamonov , Wrike „Vom Fahrrad zum Motorrad: Warum die Entwicklung eigener Lösungen besser sein kann als die Verwendung vorgefertigter Frameworks.“
- Vladimir Krasilshchik , Yandex „Willkommen, sonst sind Radfahrer nicht erlaubt“
- Vyacheslav Lapin , EPAM – Hacken der „Einstiegskurve“
Wie unterscheidet sich der Prozess der Entwicklung eines eigenen Produkts aus technischer Sicht von Outsourcing-Projekten? Wann ist es sinnvoll, von Grund auf in die Entwicklung zu investieren, und wann ist es besser, auf eine fertige Lösung zu setzen?
In der Softwareentwicklung gilt das Schreiben eigener Fahrräder als die Romantik der Arbeit. Programmierer teilen stolz ihre Fahrräder und veröffentlichen sie auf Github. Laut Sprecher handelt es sich um „Hello World“-Projekte mit dem Ziel, etwas zu lernen, oder um Unsinn auf der Ebene von „Wir können uns nicht erinnern, warum wir eine Billardkugel erfunden haben, aus der Haare wachsen, aber es war höllisch schwierig.“
In seiner Rede geht der Redner auf die Fragen ein, die sich ein „Radfahrer“ oder ein „Radfahrer“-Teamleiter stellen sollte, bevor er zur Tour de France geht. Er wird Beispiele für Bibliotheken und Frameworks nennen, deren Entstehung durch einen pragmatischen Ansatz gerechtfertigt und diktiert wurde, sowie Beispiele für Kreationen, deren Entstehung auf der Grundlage pragmatischer Überlegungen unmöglich ist.
„Fahrräder“ zu erfinden ist eine großartige Lehrmethode! Aufstrebende Künstler kopieren meist die Gemälde von Meistern. Warum wird das NIH-Syndrom in der IT als böse angesehen? Um zu verstehen, wie eine Bibliothek oder ein Framework funktioniert, ist es schließlich am besten, zu versuchen, das Problem, das sie lösen, selbst zu lösen, normalerweise indem man etwas Ähnliches schreibt.
Da wir zu einem Modell des ständigen, permanenten Lernens übergegangen sind (tatsächlich sind Lernen und Arbeit zu einem einheitlichen Prozess geworden), unterstützt uns der „Fahrradbau“ dabei perfekt, da er im Wesentlichen eine Lernpraxis ist: Wir lesen Tutorials, Artikel, schauen zu Reden auf Konferenzen halten und versuchen, einiges davon in unseren Kampfprojekten auszuprobieren und so den kürzesten Weg entlang der „Einstiegskurve“ in eine neue Technologie zu finden.
Allerdings ist dies oft nicht der kürzeste, günstigste und sicherste Weg, die geschäftlichen Probleme des Kunden zu lösen, sodass der Kunde selten damit einverstanden ist. Wohin soll sich ein „armer Entwickler“ in einer solchen Situation wenden? Dies wird in Wjatscheslaws Bericht erörtert.
Was gibt es sonst noch zu lesen: |
---|
GO TO FULL VERSION