Wir machen uns \u00fcberfl\u00fcssig. Meine These: Und das ist gut so. Wir wollen es noch nicht wahr haben und genie\u00dfen derzeit noch eine Art Schutzposition. W\u00e4hrend es Mangel an IT-Kr\u00e4ften gibt und die Digitalisierung f\u00fcr viele Bereiche Stellenabbau bedeutet entwickeln sich die Technologien paradox. Paradox ist es aber nur auf den ersten Blick.
Die scheinbare Paradoxie: Entwickler werden durch ihre eigene Digitalisierung selbst von den Auswirkungen auf den minimierten Arbeitskr\u00e4ftebedarf betroffen sein. Nicht langfristig, sondern es steht kurz bevor! Wie kann das sein?<\/p>\n
Entwickler sind derzeit noch in einer Position, dass die Digitalisierung so langsam akzeptiert ist, in manchen Bereichen bereits Fahrt aufnimmt, aber so richtig verankert in vielen Bereichen noch nicht ist. Auch mit dem Pandemieschub ist im Allgemeinen die F\u00fchrungskraft abh\u00e4ngig von ihren Technologieberatern, meist Entwickler, die Aufgaben planen und Aufw\u00e4nde einsch\u00e4tzen. \u00dcberliche Muster dabei sind: Backendentwicklung ist sehr aufw\u00e4ndig im Vergleich zur Frontendentwicklung, native Appentwicklung ist keine einfache Webentwicklung und zu einem gegeben Design ben\u00f6tigt es grafikaffine Entwickler, die dies auch Umsetzen k\u00f6nnen. Die Entwicklung verr\u00e4t dem Management nat\u00fcrlich nur z\u00f6gerlich, dass diese Aufgaben heute zu einem Bruchteil des Aufwandes zu erledigen sind.
Die drei Kernbereiche, aus denen die Aufw\u00e4nde f\u00fcr die Entwicklung entstehen, sind kurz davor zu fallen.<\/p>\n
Die Backendentwicklung hat den Ruf, das eigentliche Feld des hochspezialisierten Entwicklers zu sein. Das ist historisch so gewachsen. Betriebssystementwicklung (Linux-Kernel, etc.), Algorithmenentwicklung (Facebook, Google) sind das Herzst\u00fcck der jeweiligen Innovationen. Und in der Tat, \u00fcberall dort, wo es viel neue Businesslogik zu entwickeln gibt, werden auch in Zukunft noch die spezialisierten Entwickler ben\u00f6tigt. Doch f\u00fcr die meisten Gesch\u00e4ftsmodelle gibt es heute Frameworks, die in dem Backendbereich eingesetzt wird. Dazu kommen Generatoren, wie jHipster, die nicht nur gro\u00dfe Teile des Backends einfach auf Basis von standardisierten Diagrammen automatisiert erzeugen k\u00f6nnen. Auch Swagger geht nach dem Konzept „Interface-First“ vor. Gar nicht so unglaublich aber wahr: Eigentlich braucht man nur beschreiben, welche Daten ausgetauscht werden sollen und schon steht fast das gesamte Backend. Und das ist ein sinnvoller Fortschritt, der dort vollzogen wird. Warum sollen die immerselben Businesslogiken von der Backendtruppe immer wieder auf neue h\u00e4ndisch eingetippt werden? Oder warum soll der Entwickler sich Stunden aufschreiben, in denen er eigentlich nur Altes kopiert und sich ansonsten auf die faule Haut legt?<\/p>\n
Da wir bereits von Businesslogik sprechen, die fr\u00fcher \u00fcblicherweise im Backend angesiedelt war, so kommt der eine oder andere vielleicht auf die Idee, dass diese nun einfach in die Frontendentwicklung abwandert und dann eben dort stattfindet. Das ist nicht richtig. Sie wandert zwar im Zuge der ebenfalls richtigen Evolution von klassischen, serverabh\u00e4ngigen, mehrseitigen Anwendungen in richtung Singlepage-Application oder PWA (Progressive Web Apps) also Anwendungen, die eher unabh\u00e4ngig von einem Server funktionieren und deshalb viel Businesslogik in der Anwedung selbst und nicht im Server haben. Doch diese wird bereits von den entsprechenden Generator wie jHipster gleich mitgeneriert.<\/p>\n
Derzeit ist es sinnvoll f\u00fcr Innovationen, mit einem plattformunabh\u00e4ngigen Framework App f\u00fcr mobile Ger\u00e4te zu entwickeln. Einfach weil es g\u00fcnstiger ist, gleich f\u00fcr mehrere Plattformen zu entwickeln. Besser und hochwertiger allerdings ist die native Entwicklung f\u00fcr jede Plattform im Speziellen. Also eigens f\u00fcr Apple (iOS) und eigens f\u00fcr Android. Daf\u00fcr ben\u00f6tigt man spezielle Swift oder Java-Entwickler. WebAssambly ist die n\u00e4chste Evolutionsstufe: So wie Website einfach von eine Domain geladen werden, k\u00f6nnen mit WebAssembly schon heute native Apps entwickelt werden, die nicht \u00fcber einen AppStore geladen werden m\u00fcssen, sondern einfach \u00fcber eine Domain abgerufen werden k\u00f6nnen. Und diese werden, sobald es die entsprechenden Phones daf\u00fcr gibt, gleichma\u00dfen gut auf dem Phone, dem Tablet und dem Desktop laufen. Schnell, nativ entwickelt.<\/p>\n
Zu meiner Anfangszeit gab es Microsoft Frontend. Wer mit diesem Tool glaubte, Webentwicklung betreiben zu k\u00f6nnen, wurde schnell eines besseren belehrt. Das Tool wurde praktisch zu einem Witz unter allen Menschen, die sich mit der Entwicklung von Software oder auch nur einfachen Webseiten im Web besch\u00e4tigten. Auch andere Tools, die Frontends irgendwie grafisch entwickeln lassen wollten, erreicht nie den Wartbarkeits und Erweiterbarkeits und Sauberkeitsanspruch echter Softwareentwickler. Heute gibt es allerdings die ersten Tools, wie WebFlow, die einen Grafiker in die Lage versetzen, seine Designs quasi direkt in diesem Tool umzusetzen, mit den \u00fcblichen Werkzeugen, mit leicht ungewohnter Herangehensweise. Ist diese Herangehensweise in gewissen Bl\u00f6cken zu denken, allerdings akzeptiert, so generiert der Design gleich das gesamt Frontend. Ein Entwickler st\u00f6pselt blo\u00df noch die Details zusammen. So ein Tools ist beispielsweise WebFlow.<\/p>\n
Was f\u00fcr den Entwickler bleibt ist Zusammenst\u00f6pseln: Das werden die Waldundwiesenentwickler \u00fcbernehmen. Davon wird der Bedarf dann in Zukunft gewaltig abnehmen. Und neue Businesslogik f\u00fcr echte Innovationen wird weiterhin ben\u00f6tigt. Das wiederum werden die besten Spezialisten auf ihrem Gebiet ausf\u00fchren.<\/p>","protected":false},"excerpt":{"rendered":"
Wir machen uns \u00fcberfl\u00fcssig. Meine These: Und das ist gut so. Wir wollen es noch nicht wahr haben und genie\u00dfen derzeit noch eine Art Schutzposition. W\u00e4hrend es Mangel an IT-Kr\u00e4ften gibt und die Digitalisierung f\u00fcr viele Bereiche Stellenabbau bedeutet entwickeln sich die Technologien paradox. Paradox ist es aber nur auf den ersten Blick.<\/p>","protected":false},"author":1,"featured_media":286,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[42],"tags":[72,68,64,66,65,71,70,63,67,69],"class_list":["post-285","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-technologien","tag-appentwicklung","tag-arbeitsmarkt","tag-jhipster","tag-locode","tag-low-code","tag-pwa","tag-swagger","tag-webassambly","tag-webflow","tag-zukunft"],"yoast_head":"\n