Was ist EINFACH? KISS Principle für Softwareentwickler

[@peterzwegat2744]

Sehr cooles Video! Ich finde die Entwicklung der Deutschen Softwareentwickler auf KZbin aktuell wirklich gut. Man sieht, dass du dir wirklich Mühe gegeben hast.

[@DavidTielke]

Hallo Peter, vielen Dank für das Lob, das freut mich sehr - ja es war sehr viel Arbeit, umso mehr freut es mich, das es dir gefällt... :) Gruß David

[@dominicdominik1375]

TLDR: Vorschlag Podcast aus Videos generieren #FragDavid Hallo David, vielen lieben Dank für deine tollen Videos! Ich lerne eine Menge mit dir. Ein Anmerkung, die mir persönlich und sicher auch eine Menge anderer einen großen Mehrwert bringen würde: Könntest du deine Videos als Podcast veröffentlichen? Nicht, dass ich dich nicht gerne sehe beim Lernen ;-) Für das Auto oder die Wanderung wäre das perfekt und vermutlich mit geringem Aufwand umzusetzen.

[@marcusreinicke]

Ach David, bei Dir hört sich das immer so einfach an. Leider ist die Realität nie eine heile Welt, wo das so ohne weiteres geht. Es gibt leider immer sehr viele Knüppel, die einem zwischen den Beinen geworfen werden. Aber danke Dir, mach bitte weiter so. Ich nehme immer so viel von Dir mit🤗🤗🤗

[@DavidTielke]

Lieber Marcus, manchmal ist das so in meinen Videos - da hast Du Recht! Aber das hier funktioniert genau so einfach wie geschildert, das habe ich schon in über 100 Projekten eingeführt :) woran glaubst du scheitert es? Gruß David

[@marcusreinicke]

@@DavidTielke guten Morgen David. Hey, dass sollte keine Kritik sein, im Gegenteil. Wenn sich die Mannschaft partout dagegen wehrt. Wenn gesagt wird, die 25 Jahre alten Guides sind ok. Wenn der Zeitfaktor, über die Qualität gesetzt wird. Wenn das Team sich nicht auf einem Style Guide einigen kann. Wenn man alleine da steht, um solche Veränderungen zu forcieren. Das sind so einige Punkte, die es einem manchmal, fast unmöglich machen. Wie gesagt, ist es keine Kritik an Dich, eher an die Entwickler, die davor Angst haben, die immer mit dem Spruch kommen, „Das haben wir schon immer so gemacht“. Da haben wir jetzt keine Zeit zu u. u. u. . 😉👍🤗🤗🤗

[@rlange117]

Super Video. Die Struktur des Videos gefällt mir sehr gut. Interessante Story über die Entstehung, die einem auch im Kopf bleibt. Dann der Übergang zur Thematik in der Software entwicklung. Eine einladende Landschaft die nicht zu sehr vom Inhalt ablenkt. Das ganze gewürzt mit netter Musik Gefällt mir sehr gut das Video. Wäre vlt auch interessant solche Themen die nicht sehr Bild lastik sind als Podcast hochzuladen damit man, wenn man selbst in der Natur ist dich mitnehmen kann 😁

[@DavidTielke]

Hey, schön das es Dir gefällt - macht auch deutlich mehr Spaß solche Videos zu machen, als immer nur am Schreibtisch :) Danke für das Lob! Bzgl. Podcast das kam ja schon öfters hier, das Problem ist halt das es immer noch ein zusätzlicher Schritt ist und ich mir unsicher bin, ob das hier nicht ausreicht - schließlich kann man das Video auch einfach so auf dem Handy "hören" wenn man unterwegs ist. Gruß David

[@WarpingWombat]

Tolles Video ich werde so eine Baseline Mal für unser Projekt festmachen

[@DavidTielke]

Hallo Nicolai, sehr cool - halt und auf den laufenden wie die Ergebnisse sind! Gruß David

[@aristor2926]

Super Video. Genau sowas fehlt bei uns im Unternehmen. Die Einsteiger sin vollkommen überfordert und die Leuchttürme zeigen kein Verständnis für mangelnde Erfahrung. Mit so einer Baseline könnten wir 100pro effektiver arbeiten und würden auch nicht mehr ein schlechtes Gewissen haben, dass wir nicht schon alles wissen. Die Zufriedenheit würde steigen.

[@DavidTielke]

Hey, so etwas fehlt leider bei vielen Teams - deshalb ran an die Arbeit :) Lg David

Schönes Video. Was ich mich ein wenig frage: Was machst Du denn mit den Leuchttürmen? Mit genügend vielen "Einsteigern" und wenig darüber dürfte die Baseline unter Umständen ganz schnell einige unterfordern und vielleicht sogar die Qualität runterbringen. Nehmen wir C# - Baseline wäre für viele wohl eher nicht die aktuelle Version sondern vielleicht sowas wie C#5? - Die Neueren Sachen helfen aber oft auch Boilerplate etc. zu vermeiden. Ähnlich sieht es bei Frameworks aus. Ich denke hier muss echt ein richtiger "Kompromiss" geschlossen werden, bei denen die Leuchttürme und die Einsteiger zu Wort kommen - keinesfalls nur die Einsteiger (oder schlimmer: die "Bremsen") - den oben muss es klar sein, dass sie runter müssen und umgekehrt muss es den unten klar sein, dass sie durchaus noch nach oben müssen! Aber ja ich denke über so eine Baseline sollte man unbedingt nachdenken (und hoffen, dass die sich in unserer Branche nicht monatlich verschiebt ... Web-Entwickler hier?)

[@DavidTielke]

Hallo Carsten, die Baseline richttet sich ja nicht an der Menge der Leuchttürme oder der Einsteiger, sondern die regelt das was realistisch in einem Projekt erforderlich ist. Wenn sehr viele Entwickler unter der BL liegen, hat man ganz klar ein Qualifikations- und Weiterbildungsproblem. Wenn es triftige Gründe gibt, die C#-Version anzuheben, weil es aus Sicht der Qualität Sinn ergibt, dann erst alle auf die aktuelle Version schulen und dann updaten! Aber eine neue Sprachversion einführen ist ja kein Selbstzweck, sondern sollte einen Sinn haben. Gruß David

@@DavidTielke Stimmt - ist in der Regel kein Selbstzweck. Persönlich bin ich allerdings der Meinung, dass es zum Beruf gehört sich "aktuell" zu halten. Muss nicht jedes Neue Framework sein, aber die neuen Versionen der Tools die man einsetzt sollte man schon lernen. War aber nur ein Beispiel.

[@breakchiller]

greetz aus Kassel :D

[@DavidTielke]

Grüße zuück :) Gruß David

[@ytano5782]

Das KISS Prinzip wird immer dann problematisch, wenn die Lösung einen direkten Einfluss auf das Produkt hat und damit gegen den Markt konkurriert. Man könnte einen Algorithmus schreiben, den die Baseline versteht, weil einfachste Mathematik verwendet wurde. Aber dieser Algorithmus setzt sich dann unter Umständen gegen performantere Wettbewerbsprodukte durch. Oder es sind NFA betroffen, wie Laufzeit und Speicherverbrauch, weil leicht verständliche Strukturen gesetzt wird. Ich bin eher ein Freund davon sich Leuchttürme zu nutze zu machen und gezielt dort einzusetzen, wo USPs generiert werden können. Es besteht dann immer die Gefahr, dass dieser Code dann nur von einem Leuchtturm gewartet werden kann. Aber lieber dieses Risiko also ganz auf ein USP zu verzichten.