Hallo David, vielen Dank für deine tollen Videos und Webcasts! Ich bereite mich gerade auf meine Abschlussprüfung vor und arbeite Hauptsächlich mit Business Central (AL) ich habe lange gebraucht um die Sprache als richtige Programmiersprache die auch den OOP ansatz umsetzen kann zu verstehen, hatte aber mit OOP immer meine Schwierigkeiten. Die konzepte davon sind mir in der Theorie zwar geläufig, allerdings ist die Sprache do weit weg von C# dass ich mich in der Schule gerade mit design patterns unheimlich schwer getan habe. Dein Video hat mir aber hoffnung gegeben dass ich es noch schaffen kann. Ich möchte mein persistentes Wissen darüber in AL aufbauen, denn das wird mir für immer erhalten bleiben. Vielen Dank noch mal, ich freue mich schon auf dein nächstes Video :)
Es gibt noch eine vierte Kategorie, methodisches Wissen. Das Wissen wie man sich Wissen aneignet und Informatiker haben hier meiner Erfahrung nach ein großes Defizit.
Endlich wieder ein cooles Video. :D Mir kommts oft so vor, dass gerade das transiente Wissen den größten Teil ausmacht. Quasi jedes Projekt produziert Massen an diesen transienten Wissen.
Hey, ja das ist leider so und ich kenne etliche Entwickler die quasi genau da immer nachtanken und im höheren Alter dann merken, das sie langsam abgehangen werden :) Gruß David
Hi David, wie immer ein interessantes Video! Wir haben es uns gerade im Teammeeting angeschaut und mussten feststellen, dass wir die Architekturvideos noch weiter gucken müssen :-D Am schwierigsten ist es oft, sich die Zeit für die Weiterbildung zu nehmen. Nicht weil wir sie nicht hätten, sondern weil man es einfach machen muss. Liebe Grüße Alex & Team
Hi David, vielen Dank für die Einblicke. Genau das versuche ich nun seit einigen Monaten umzusetzen und in der Tat, es zahlt sich jetzt schon aus. Btw. ich werde gleich noch spazieren gehen - im Oberbergischen Wald - der sieht eurem aber leider ähnlich. Und die Glocke ist an ;) Sebastian
Hallo David, danke für dieses tolle Video. Ja es ist schwer die Grenze zu ziehen. Was soll ich lernen was nicht. Nur das was mein Arbeitgeber für sinnvoll erachtet, oder was für mich wichtig ist? Spezialisierung ist ok, jedoch ist das an vielen Stellen gar nicht gewünscht. Denn man ist vielerorts der Meinung, dass es besser ist viel breiter aufgestellt, als spezialisiert zu sein. Das fängt schon bei Frameworks oder irgendwelchen API's an, wo gewisse Leute meinen, dass diese zum Standard gehören und überall benutzt gehören, was überhaupt nicht stimmt. Denn man muss nicht zwangsläufig mit solchen Apis in Berührung gekommen sein, weil es der letzte Arbeitgeber nicht für sinnvoll erachtete. Es ist eine Krux, anstatt froh zu sein, dass sich Entwickler weiterentwickeln wollen, wird denen oft vorgeworfen, sogar Kompetenz abgesprochen, weil man die eine oder andere API nicht kennt. Man kann aber nicht alles lernen. ;-)
SW Entwicklung und Wald-Themen... sehr schön! Das deckt so ungefähr meine beiden hauptsächlichen Interessensbereiche ab. 🙂 Deine Spaziergänge im Wald machen Dich und Deine Videos noch sympathischer. Weiter so. 👍🌳🌲 Mache ich in meinem Mini-Kanal auch so.
Prima Tipp! Einmal sehr gut verstandene Grundlagen helfen wirklich langfristig. Bei späterer Spezialisierung sollte man einfach berücksichtigen, daß es viel "Marchitecture" gibt, also Marketing-Architecture (heiße Luft zur Werbung für eigentlich alten Wein in frischen Fässern/bekannte Architektur/Konzepte) und entsprechend ausbalanciert lernen. Das ging mir 1990 mit einmal tief verstandenem OOP Wissen so, ich davon sehr lange zehren: Jahre später waren C++, Java, JS und C# leicht, nur mein fehlendes Administratorwissen (Netzwerke, Protokolle, Server) hinderte mich daran verteilte Web-Anwendungen programmieren zu können. Meine gut verstandenen Grundlagen nach abgeschlossenen Berufsausbildung als Radio- und Fernsehtechniker und einem Elektrotechnikstudium mit Fachrichtung Technische Informatik (Wahlkurse Nachrichtentechnik, Astrophysik, Mikrowellentechnik) sowie abschließende Diplomarbeit PC-Programmierung eines anwenderfreundlichen Matrizen-Rechenprogrammes für mechanische Balkensystem-Konstruktionen in der ersten objektorientierten Turbo Pascal Version, so das ich die mitgelieferten Benutzeroberflächenbeispielbibliotheken verwenden konnte.
Ich habe mal den Spruch gehört "Kauf niemals ein Buch mit einer Version im Titel" :D aber stimmt schon Frameworks kommen und gehen oder die verändern sich über mehrere Versionen so stark dass man das gar nicht mehr wieder erkennt.
@@DavidTielke auf der anderen Seite macht dieses "anstrengende" Wissen auch genau unseren Job so abwechslungsreich. Könnte allerdings auch schwierig sein für Entwickler die keine Zeit für solches Wissen haben weil Familie, Hausbau etc. 3 Jahre mal nicht das neue Framework angeschaut und schon das Gefühl alles ist anders. Du hast React angesprochen, nach React kam bei mir VueJS und kaum habe ich es einigermaßen verstanden, rufen alle JS Developer nach Svelte :D Ich denke sowas müsste man den Jüngeren Developer überlassen, die arbeiten sich ein, erstellen eine Schulung und erklären alles in kompakter Form
Das kommt auf das Buch an. Ich habe mir aus beruflichen wie auch privaten Interesse das Blender Buch vom Rheinwerk Verlag gekauft. Dort ist die Version 2.8 angegeben, die aktuell auch die letzte Version von Blender ist. Da sich dort an den grundsätzlichen Methoden , UI ... nicht viel ändern wird, dürften die Infos noch lange aktuell bleiben. Habe auch noch ein Buch zu MySQL 4.0 dessen Inhalt größtenteils auch noch in der aktuell Version Bestand hat. Bücher zu Windows-Versionen habe ich mir vor Jahren mal gekauft. Da stimmt deine Aussage. Dort wird ständig etwas geändert, sodass solche Bücher mit der nächsten Version meist Altpapier sind.
@@alexanderbehling4680 ist es nicht so dass mit Blender 3.0 die komplette UI überarbeitet wurde, stichwort Linksclick vs Rechtsklick. Auch Mysql 5 und 8 hat sich einiges geändert, ENUM, JSON, oder GROUP Statement dass man alle Felder auch im Select angegeben muss. Einiges gilt einfach irgendwann nicht mehr, natürlich sind die Bücher nicht komplett nutzlos und einiges kann man übertragen in die neuren Versionen
Stimmt die UI bei Blender hat sich geändert. Die Art wie man verschiebt oder skaliert nicht, wenn man vom Rechts- vs Linksklick mal absieht. Kann man übrigens einstellen, ob man mit linker oder rechter Maustaste selektieren will. Aktuell lerne ich Blender ja und habe mir das Buch ergänzend zu den vielen guten Tutorials hier auf YT gekauft quasi als Nachschlagewerk. Das sich in MySQL 5 und 8 einiges geändert hat, ist mir bekannt. Manche Dinge sind aber geblieben wie das Prinzip des relationalen DBMS oder die Normalisierung, welches auch auf anderen relationalen DBMS übertragbar ist.
Eine Ergänzung zum Thema *wie* lernen von einem der ganz Großen: "Programming is a skill best acquired by practice and example rather than from books." (Alan Turing)
Oh man dieses Video trifft mich so sehr. Ich versuche bei uns in die Firma die jüngere Entwickler:innen Persistentes Wissen interessant zu machen. Ein Kurs zum Thema Browser Grundlagen kriegt kein Teilnehmer aber dann ein Kurs zum Thema Vue.js kriegt zu viel Teilnehmer. Die Leute denken bestimmt wie kann ich überhaupt Sachen von Thema Browser Grundlagen verwenden im mein täglichen Arbeit.
Also bei uns wärst du noch Profi, ich arbeite mich gerade sogar in das MFC Framework ein, dieses Framework ist sogar 6 Jahre Älter als ich^^ Insgesamt ist dein Wissen in Großkonzernen weiterhin sehr aktuell, da solche Konzerne immer sehr Langsam neue Technologien adaptieren, weil neue Technologien oft starke Migrationsprobleme und auch Performanceprobleme haben, besonders wenn ein Unternehmen mehrere Millionen Kunden hat, stellt das Unternehmen ungern die Technologie um, da neue Technologie oft langsamer ist, als die Legacysysteme, die Teilweise sogar auf Bitebene optimiert wurden^^ Außerdem bieten Legacytechnologien immer ungeahnte Verhandlungsmöglichkeiten in Sachen Gehalt, besonders wenn man einer der wenigen ist, der ein System warten und weiterentwickeln kann, dass zwar viele Kunden des Konzerns enthält, jedoch kaum noch jemand mehr versteht^^
Hallo David, danke für die logische Einordnung des Wissens. Würdest Du Excel VBA auch als "Semi-transientes" Wissen einordnen? P.S. mein Opa hat bei der Waldpflanzung auch die falsche Entscheidung getroffen (transiente Kultur).
Das Schwierige dabei ist dieses Wissen einzuordnen. Ist das Wissen weiter links und ist allgemeingultiger oder ist es weiter rechts und spezieller. Dazu kommt wie Flüchtig ein Wissen ist, schnell veraltet und hoher oder lange nutzbar und tiefer. Das einzuordnen finde ich ihmmer schwierig wenn man neu in ihrgend ein thema ist.
2 года назад+3
Einiges im Bereich Frameworks und Architektur kommt ja immer mal wieder in leicht anderer Form auf ;) Frameworks lerne ich sozusagen "on the Job" - würde mir da keine Bücher etc. kaufen. Sprachen etc. schon eher. Persönlich konzentriere ich mich eher auf Grundlagen aus Interesse und das was gerade für den Job wichtig ist (z.B. Domänenwissen, aktuell gerne mal Dinge Rund um Sicherheit und DSGVO, etc.).
Hey Carsten, genau - das ist meist das Wissen was bleibt. Deshalb weiß ich nicht ob es so gut ist, in einzelnen Fraemworks tieferes Wissen zu haben für den langfristigen Erfolg! Gruß David
2 года назад+1
@@DavidTielke Absolut - wirklich tiefes Wissen lohnt sich da IMHO nur wenn Du am Framework selber mitentwickeln willst - selbst Berater brauchen vermutlich nicht mehr die Tiefe. Spannend wird es halt wenn Du Risiken und Probleme abschätzen musst - so in der Richtung: gibt es mit dem Framework vielleicht Performanceprobleme später? Skaliert das? Oder auch nur: Ist das sicher? (Beispiel Crypto-Libraries: Selbst wenn die gut implementiert sind bleiben vielleicht Schlüssel im Speicher hängen weil der GC oder die Runtime nicht wirklich darauf ausgelegt war - ist eine Library die native Bindings zu einer getesteten C-Library hat nicht vielleicht doch besser?)... Ist einfach so, dass die Zeiten wo man alles über den Beruf wissen konnte schon sehr lange vorbei sind (falls es das jemals gab, auch wenn ich mir einbilde, dass man zu C64 Zeiten schon alles über den Rechner und den Code dafür wissen konnte). Ob da mal nicht eine ganz üble Blase entsteht weil keiner mehr die Dependencies untereinander und die entstehende Komplexität überblicken kann ....
@: Über den C64 konnte man damals nicht alles wissen, es werden selbst aktuell, also 40 Jahre nach Erscheinen des C64, Tricks entdeckt, die unter anderem auf Bugs bzw. undokumentierten Features im VIC basieren. Und viele dieser Bugs bzw. "hidden Features" kannten noch nicht mal die Designer des VIC. Die Annahme, dass man über ein geschlossenes System, wie es der C64 ist, relativ schnell und einfach alles weiss, ist nicht richtig. Als "einfache" Aufgabe kann man ja mal versuchen, einen C64 Emulatur zu entwickeln, auf dem die aktuellen Demos fehlerfrei laufen. :)
2 года назад
@@mk1roxxor Stimmt aber ich denke Du weist was ich meine: Du konntest ohne große Probleme bis in eine sehr große Tiefe recht genau sagen was passiert und wie Dein Programm funktioniert. Im Vergleich dazu kann ich zumindest nicht mal genau sagen wie die Layout-Engine meines Browsers auf ein paar Zeilen CSS reagiert.
Hab eine Umschulung begonnen dort wurde mir nichts gezeigt habe jetzt ein jahr dran gehangen als azubi im 3.Lehrjahr und dort war ich auch auf mich gestellt keine hilfe keine anderen entwickler... Jetzt habe ich am 8.1 meine Abschlussprüfung und weis schon das ich danach arbeitslos bleiben werde weil keine Erfahrung... Da entscheidet man sich den traumjob zu machen verzichtet auf gehalt und maxht eine umschulung ist gewillt zu lernen und nur steine werden in den weg gelegt... Und dann heist es deutschland hat it mangel
Hier ist auch ein ursprünglicher Sauerländer, ich bin einfach nur traurig darüber, wie stark unsere Bäume hier zerstört wurden auf Grund der Monokulturen. Eine leider sehr passende Metapher für die Softwareentwicklung.
Hey, sehr cool, woher kommst Du? Ja, die Metaphern in den Videos würdigen und verstehen oftmals leider viele nicht... Schade, schön das es Dir gefällt! Gruß David
@@DavidTielke Moin, also ich komme aus Iserlohn bzw. habe nun wieder dort hin gefunden. Du hast für einen jungen Entwickler, wie mich, auf jeden Fall sehr viele nützliche Erfahrungswerte. Vielleicht komme ich bei deinen anderen Videos auch dazu, was für die Zukunft mitzunehmen.
David, ich mag deine Videos wirklich sehr. Aber eine Sache war wirklich befremdlich: du sagst "hier in Winterberg das ist auch ein warnendes Beispiel für dich als software Entwickler" und lachst dabei. Das passt irgendwie nicht. Mach dennoch weiter!
Moin Florian, jepp, bin total bei Dir - das ist mir erst im Schnitt aufgefallen, die Szene habe ich glaub 5 Mal drehen müssen wegen Versprechern und ich habe während dem Satz gedacht, ich verhaue ihn wieder und deshalb hab ich gelacht. Aber Punkt für Dich, muss ich mehr Sorgfalt reinstecken in sowas :) Gruß David
Hallo David, vielen Dank für deine tollen Videos und Webcasts! Ich bereite mich gerade auf meine Abschlussprüfung vor und arbeite Hauptsächlich mit Business Central (AL) ich habe lange gebraucht um die Sprache als richtige Programmiersprache die auch den OOP ansatz umsetzen kann zu verstehen, hatte aber mit OOP immer meine Schwierigkeiten. Die konzepte davon sind mir in der Theorie zwar geläufig, allerdings ist die Sprache do weit weg von C# dass ich mich in der Schule gerade mit design patterns unheimlich schwer getan habe. Dein Video hat mir aber hoffnung gegeben dass ich es noch schaffen kann. Ich möchte mein persistentes Wissen darüber in AL aufbauen, denn das wird mir für immer erhalten bleiben. Vielen Dank noch mal, ich freue mich schon auf dein nächstes Video :)
Es gibt noch eine vierte Kategorie, methodisches Wissen. Das Wissen wie man sich Wissen aneignet und Informatiker haben hier meiner Erfahrung nach ein großes Defizit.
Super Video mit vielen interessanten Gedanken! Genau so sollte man es machen. Vielen Dank!
Endlich wieder ein cooles Video. :D
Mir kommts oft so vor, dass gerade das transiente Wissen den größten Teil ausmacht. Quasi jedes Projekt produziert Massen an diesen transienten Wissen.
Hey,
ja das ist leider so und ich kenne etliche Entwickler die quasi genau da immer nachtanken und im höheren Alter dann merken, das sie langsam abgehangen werden :)
Gruß David
Hi David,
wie immer ein interessantes Video! Wir haben es uns gerade im Teammeeting angeschaut und mussten feststellen, dass wir die Architekturvideos noch weiter gucken müssen :-D
Am schwierigsten ist es oft, sich die Zeit für die Weiterbildung zu nehmen. Nicht weil wir sie nicht hätten, sondern weil man es einfach machen muss.
Liebe Grüße Alex & Team
Hi David,
vielen Dank für die Einblicke.
Genau das versuche ich nun seit einigen Monaten umzusetzen und in der Tat, es zahlt sich jetzt schon aus.
Btw. ich werde gleich noch spazieren gehen - im Oberbergischen Wald - der sieht eurem aber leider ähnlich.
Und die Glocke ist an ;)
Sebastian
Hallo David,
danke für dieses tolle Video.
Ja es ist schwer die Grenze zu ziehen.
Was soll ich lernen was nicht.
Nur das was mein Arbeitgeber für sinnvoll erachtet, oder was für mich wichtig ist?
Spezialisierung ist ok, jedoch ist das an vielen Stellen gar nicht gewünscht.
Denn man ist vielerorts der Meinung, dass es besser ist viel breiter aufgestellt, als spezialisiert zu sein.
Das fängt schon bei Frameworks oder irgendwelchen API's an, wo gewisse Leute meinen, dass diese zum Standard gehören und überall benutzt gehören, was überhaupt nicht stimmt.
Denn man muss nicht zwangsläufig mit solchen Apis in Berührung gekommen sein, weil es der letzte Arbeitgeber nicht für sinnvoll erachtete.
Es ist eine Krux, anstatt froh zu sein, dass sich Entwickler weiterentwickeln wollen, wird denen oft vorgeworfen, sogar Kompetenz abgesprochen, weil man die eine oder andere API nicht kennt.
Man kann aber nicht alles lernen. ;-)
SW Entwicklung und Wald-Themen... sehr schön! Das deckt so ungefähr meine beiden hauptsächlichen Interessensbereiche ab. 🙂 Deine Spaziergänge im Wald machen Dich und Deine Videos noch sympathischer. Weiter so. 👍🌳🌲 Mache ich in meinem Mini-Kanal auch so.
Hey,
auf jeden Fall - Danke, das freut mich sehr. Cooler Kanal :) Musst Du mal weiterführen!
Gruß David
Dem kann ich nur zustimmen. Die Natur ist einfach auch herrlich zum Kopf abschalten und nebenbei ist man da auch nicht erreichbar.
Prima Tipp! Einmal sehr gut verstandene Grundlagen helfen wirklich langfristig. Bei späterer Spezialisierung sollte man einfach berücksichtigen, daß es viel "Marchitecture" gibt, also Marketing-Architecture (heiße Luft zur Werbung für eigentlich alten Wein in frischen Fässern/bekannte Architektur/Konzepte) und entsprechend ausbalanciert lernen.
Das ging mir 1990 mit einmal tief verstandenem OOP Wissen so, ich davon sehr lange zehren: Jahre später waren C++, Java, JS und C# leicht, nur mein fehlendes Administratorwissen (Netzwerke, Protokolle, Server) hinderte mich daran verteilte Web-Anwendungen programmieren zu können.
Meine gut verstandenen Grundlagen nach abgeschlossenen Berufsausbildung als Radio- und Fernsehtechniker und einem Elektrotechnikstudium mit Fachrichtung Technische Informatik (Wahlkurse Nachrichtentechnik, Astrophysik, Mikrowellentechnik) sowie abschließende Diplomarbeit PC-Programmierung eines anwenderfreundlichen Matrizen-Rechenprogrammes für mechanische Balkensystem-Konstruktionen in der ersten objektorientierten Turbo Pascal Version, so das ich die mitgelieferten Benutzeroberflächenbeispielbibliotheken verwenden konnte.
Hallo Bernd,
Marchitecture finde ich gut, muss ich mir merken :)
Gruß David
Sehr schöne Analogie mit dem Wald ☝️
Ich habe mal den Spruch gehört "Kauf niemals ein Buch mit einer Version im Titel" :D aber stimmt schon Frameworks kommen und gehen oder die verändern sich über mehrere Versionen so stark dass man das gar nicht mehr wieder erkennt.
Hey,
oh ja - genau deshalb finde ich diese Art von Wissen so "anstrengend".
Gruß David
@@DavidTielke auf der anderen Seite macht dieses "anstrengende" Wissen auch genau unseren Job so abwechslungsreich.
Könnte allerdings auch schwierig sein für Entwickler die keine Zeit für solches Wissen haben weil Familie, Hausbau etc. 3 Jahre mal nicht das neue Framework angeschaut und schon das Gefühl alles ist anders.
Du hast React angesprochen, nach React kam bei mir VueJS und kaum habe ich es einigermaßen verstanden, rufen alle JS Developer nach Svelte :D
Ich denke sowas müsste man den Jüngeren Developer überlassen, die arbeiten sich ein, erstellen eine Schulung und erklären alles in kompakter Form
Das kommt auf das Buch an.
Ich habe mir aus beruflichen wie auch privaten Interesse das Blender Buch vom Rheinwerk Verlag gekauft. Dort ist die Version 2.8 angegeben, die aktuell auch die letzte Version von Blender ist.
Da sich dort an den grundsätzlichen Methoden , UI ... nicht viel ändern wird, dürften die Infos noch lange aktuell bleiben. Habe auch noch ein Buch zu MySQL 4.0 dessen Inhalt größtenteils auch noch in der aktuell Version Bestand hat. Bücher zu Windows-Versionen habe ich mir vor Jahren mal gekauft. Da stimmt deine Aussage. Dort wird ständig etwas geändert, sodass solche Bücher mit der nächsten Version meist Altpapier sind.
@@alexanderbehling4680 ist es nicht so dass mit Blender 3.0 die komplette UI überarbeitet wurde, stichwort Linksclick vs Rechtsklick. Auch Mysql 5 und 8 hat sich einiges geändert, ENUM, JSON, oder GROUP Statement dass man alle Felder auch im Select angegeben muss.
Einiges gilt einfach irgendwann nicht mehr, natürlich sind die Bücher nicht komplett nutzlos und einiges kann man übertragen in die neuren Versionen
Stimmt die UI bei Blender hat sich geändert. Die Art wie man verschiebt oder skaliert nicht, wenn man vom Rechts- vs Linksklick mal absieht. Kann man übrigens einstellen, ob man mit linker oder rechter Maustaste selektieren will. Aktuell lerne ich Blender ja und habe mir das Buch ergänzend zu den vielen guten Tutorials hier auf YT gekauft quasi als Nachschlagewerk.
Das sich in MySQL 5 und 8 einiges geändert hat, ist mir bekannt. Manche Dinge sind aber geblieben wie das Prinzip des relationalen DBMS oder die Normalisierung, welches auch auf anderen relationalen DBMS übertragbar ist.
Danke für deine Videos!
Eine Ergänzung zum Thema *wie* lernen von einem der ganz Großen: "Programming is a skill best acquired by practice and example rather than from books." (Alan Turing)
Oh man dieses Video trifft mich so sehr. Ich versuche bei uns in die Firma die jüngere Entwickler:innen Persistentes Wissen interessant zu machen. Ein Kurs zum Thema Browser Grundlagen kriegt kein Teilnehmer aber dann ein Kurs zum Thema Vue.js kriegt zu viel Teilnehmer. Die Leute denken bestimmt wie kann ich überhaupt Sachen von Thema Browser Grundlagen verwenden im mein täglichen Arbeit.
Hey Zac,
genau das meinte ich - die Art von Wissen ist leider besonders für die Einsteiger oft nicht sexy genug!
Gruß David
Also bei uns wärst du noch Profi, ich arbeite mich gerade sogar in das MFC Framework ein, dieses Framework ist sogar 6 Jahre Älter als ich^^ Insgesamt ist dein Wissen in Großkonzernen weiterhin sehr aktuell, da solche Konzerne immer sehr Langsam neue Technologien adaptieren, weil neue Technologien oft starke Migrationsprobleme und auch Performanceprobleme haben, besonders wenn ein Unternehmen mehrere Millionen Kunden hat, stellt das Unternehmen ungern die Technologie um, da neue Technologie oft langsamer ist, als die Legacysysteme, die Teilweise sogar auf Bitebene optimiert wurden^^ Außerdem bieten Legacytechnologien immer ungeahnte Verhandlungsmöglichkeiten in Sachen Gehalt, besonders wenn man einer der wenigen ist, der ein System warten und weiterentwickeln kann, dass zwar viele Kunden des Konzerns enthält, jedoch kaum noch jemand mehr versteht^^
Hallo David, danke für die logische Einordnung des Wissens. Würdest Du Excel VBA auch als "Semi-transientes" Wissen einordnen? P.S. mein Opa hat bei der Waldpflanzung auch die falsche Entscheidung getroffen (transiente Kultur).
Na da bin ich doch gerade über dich drüber gestolpert, moin moin netter Kanal =)
Das Schwierige dabei ist dieses Wissen einzuordnen.
Ist das Wissen weiter links und ist allgemeingultiger oder ist es weiter rechts und spezieller.
Dazu kommt wie Flüchtig ein Wissen ist, schnell veraltet und hoher oder lange nutzbar und tiefer.
Das einzuordnen finde ich ihmmer schwierig wenn man neu in ihrgend ein thema ist.
Einiges im Bereich Frameworks und Architektur kommt ja immer mal wieder in leicht anderer Form auf ;)
Frameworks lerne ich sozusagen "on the Job" - würde mir da keine Bücher etc. kaufen.
Sprachen etc. schon eher.
Persönlich konzentriere ich mich eher auf Grundlagen aus Interesse und das was gerade für den Job wichtig ist (z.B. Domänenwissen, aktuell gerne mal Dinge Rund um Sicherheit und DSGVO, etc.).
Hey Carsten,
genau - das ist meist das Wissen was bleibt. Deshalb weiß ich nicht ob es so gut ist, in einzelnen Fraemworks tieferes Wissen zu haben für den langfristigen Erfolg!
Gruß David
@@DavidTielke Absolut - wirklich tiefes Wissen lohnt sich da IMHO nur wenn Du am Framework selber mitentwickeln willst - selbst Berater brauchen vermutlich nicht mehr die Tiefe.
Spannend wird es halt wenn Du Risiken und Probleme abschätzen musst - so in der Richtung: gibt es mit dem Framework vielleicht Performanceprobleme später? Skaliert das? Oder auch nur: Ist das sicher? (Beispiel Crypto-Libraries: Selbst wenn die gut implementiert sind bleiben vielleicht Schlüssel im Speicher hängen weil der GC oder die Runtime nicht wirklich darauf ausgelegt war - ist eine Library die native Bindings zu einer getesteten C-Library hat nicht vielleicht doch besser?)...
Ist einfach so, dass die Zeiten wo man alles über den Beruf wissen konnte schon sehr lange vorbei sind (falls es das jemals gab, auch wenn ich mir einbilde, dass man zu C64 Zeiten schon alles über den Rechner und den Code dafür wissen konnte).
Ob da mal nicht eine ganz üble Blase entsteht weil keiner mehr die Dependencies untereinander und die entstehende Komplexität überblicken kann ....
@: Über den C64 konnte man damals nicht alles wissen, es werden selbst aktuell, also 40 Jahre nach Erscheinen des C64, Tricks entdeckt, die unter anderem auf Bugs bzw. undokumentierten Features im VIC basieren. Und viele dieser Bugs bzw. "hidden Features" kannten noch nicht mal die Designer des VIC. Die Annahme, dass man über ein geschlossenes System, wie es der C64 ist, relativ schnell und einfach alles weiss, ist nicht richtig. Als "einfache" Aufgabe kann man ja mal versuchen, einen C64 Emulatur zu entwickeln, auf dem die aktuellen Demos fehlerfrei laufen. :)
@@mk1roxxor Stimmt aber ich denke Du weist was ich meine: Du konntest ohne große Probleme bis in eine sehr große Tiefe recht genau sagen was passiert und wie Dein Programm funktioniert.
Im Vergleich dazu kann ich zumindest nicht mal genau sagen wie die Layout-Engine meines Browsers auf ein paar Zeilen CSS reagiert.
Hab eine Umschulung begonnen dort wurde mir nichts gezeigt habe jetzt ein jahr dran gehangen als azubi im 3.Lehrjahr und dort war ich auch auf mich gestellt keine hilfe keine anderen entwickler... Jetzt habe ich am 8.1 meine Abschlussprüfung und weis schon das ich danach arbeitslos bleiben werde weil keine Erfahrung...
Da entscheidet man sich den traumjob zu machen verzichtet auf gehalt und maxht eine umschulung ist gewillt zu lernen und nur steine werden in den weg gelegt... Und dann heist es deutschland hat it mangel
Die IT ist nunmal sehr schnelllebig. Was gestern aktuell war kann morgen outdated sein.
Hier ist auch ein ursprünglicher Sauerländer, ich bin einfach nur traurig darüber, wie stark unsere Bäume hier zerstört wurden auf Grund der Monokulturen.
Eine leider sehr passende Metapher für die Softwareentwicklung.
Hey,
sehr cool, woher kommst Du? Ja, die Metaphern in den Videos würdigen und verstehen oftmals leider viele nicht... Schade, schön das es Dir gefällt!
Gruß David
@@DavidTielke Moin, also ich komme aus Iserlohn bzw. habe nun wieder dort hin gefunden. Du hast für einen jungen Entwickler, wie mich, auf jeden Fall sehr viele nützliche Erfahrungswerte.
Vielleicht komme ich bei deinen anderen Videos auch dazu, was für die Zukunft mitzunehmen.
Hey,
freut mich sehr, das dir die Videos weiterhelfen! Sauerland ist einfach klasse... :)
Gruß David
👍👍
Danke!
David, ich mag deine Videos wirklich sehr. Aber eine Sache war wirklich befremdlich: du sagst "hier in Winterberg das ist auch ein warnendes Beispiel für dich als software Entwickler" und lachst dabei. Das passt irgendwie nicht.
Mach dennoch weiter!
Moin Florian,
jepp, bin total bei Dir - das ist mir erst im Schnitt aufgefallen, die Szene habe ich glaub 5 Mal drehen müssen wegen Versprechern und ich habe während dem Satz gedacht, ich verhaue ihn wieder und deshalb hab ich gelacht. Aber Punkt für Dich, muss ich mehr Sorgfalt reinstecken in sowas :)
Gruß David
@@DavidTielke das Lachen macht dich auch sympathisch. Also Punkt zurück;)
Passt trotzdem nicht dahin.... :D
Gruß David
0:11.... Was ist denn da auf dich gefallen? Ne Eichel?
Hey,
nein bin auf einen Ast getreten :)
Gruß David