Was noch wichtig ist zu erwähnen: Entwickler/innen (mich eingenommen) neigen tendenziell dazu ihre Fähigkeiten zu überschätzen. Oftmals wird gefragt warum wir komischen Quarkcode haben und sich in gewisser Weise darüber lustig gemacht, die Ursache aber immer auf die anderen geschoben. Deswegen ist es unglaublich wichtig seine Skills wirklich mal realistisch einzuschätzen und zu schauen mit welchen Büchern, Kursen etc. man da noch nachholen kann.
Wie immer, super Video! Die acht Punkte sind auch aus meiner Sicht die Top 8 wenn es um Softwareentwickler:innen geht. Bei Punkt 5 oder 6 würde ich noch eine gewisse "Frustrationstoleranz" mit dazu nehmen, die man sich aneignen sollte. Aus meiner persönlichen Erfahrung würde ich auch sagen ist es wichtig alle Punkte in Balance zu haben sowohl für die einzelne Entwickler:in als auch im Team. Die Punkte und das Video sind auch eine gute Möglichkeit mal etwa Selbstreflexion zu betreiben 🤔- danke dafür!
Mal meine Bewertung über mich selbst 10/10 stetiges Lernen 8/10 Mathematisch-abstrakte Fähigkeiten 7 / 10 Sprachliche Fähigkeiten (Englisch lässt grüßen xD) 8 / 10 Empathischer Code 4/10 Elegante Lösungen 8 /10 Gründlichkeit 5/10 Dinge fertigbekommen 10/10 Teamfähigkeit Ich denke die Geschwindigkeit kommt mit der Erfahrung ebenso die eleganten Lösungen. Wenn man häufiger vor Problemen mit ähnlicher Struktur gesehen habe, wird das hoffentlich auch besser.
Sehr tolles Video. Es werden alle wichtigen Punkte wirklich gut formuliert. Das Video war schön zu schauen und hat mich positiv in den Tag starten lassen. 😊 Einen Tipp hätte ich noch: "Nur weil man in einem Thema gut ist heißt es nicht, dass man überall der Beste ist." Das vergessen viele ältere Entwickler 😅
Fantastische Darstellung und ich stimme absolut zu. Mir fehlt in deiner Liste nichts. Meine Selbsteinschätzung: Neugier und Lernen 🤤 1.0 Mathe & Abstraktion 🙂 0.5 Sprache 🥸 0.5 Lesbarkeit 👌 1.0 Eleganz ❤ 1.0 Gründlichkeit 😅 0.5 Get it done 🚲 0.5 Kommunikation 😢 0.5 5.5/8.0 🥴 Da geht noch was. V.a. Punkte 7 und 8 finde ich am wichtigsten zu verbessern.
Ich würde einen Punkt gerne nachschieben, bin mir aber nicht sicher, welcher Begriff am Besten passt: Hartnäckigkeit/Disziplin/Beständigkeit Meiner Erfahrung nach, gibt es gerade im IT Bereich sehr viele extrem intelligente Leute (Asperger/Autisten). Die wirst du von der Aufnahmefähigkeit und Intelligenz als "Normalo" niemals schlagen. Aber vieles kannst du durch harte Arbeit und "Sitzfleisch" wettmachen. Zu Punkt #2 würde mich mal interessieren, welche Themen genau wichtig sind, weil ich da definitiv Nachholbedarf hab. Gibt es Literatur/Quellen die du empfehlen kannst?
Super Video, würde ich so unterschreiben. Ich schätze mich mit 6/8 ein. Dinge Klar zu kommunizieren fällt mir immer wieder schwer vor allem wird es schwierig wenn ich selbst das Problem nicht genau verstehe. Auch der Punkt mit gut genug liefern ist eine persönliche Schwäche von mir. Wenn ich keine Deadline kriege dann fange ich unbewusst an den Code immer wieder zu überarbeiten weil immer wieder Dinge auffallen die besser umgesetzt werden können. Deshalb funktionieren auch meine Beruflichen Projekte so gut und die Freizeit Projekte nie abgeschlossen werden. Der Rest passt eigentlich auch :D
Hi Vitalij, schön dich in den Kommentaren von Godo zu sehen. Deinen letzten Satz kann ich gut nachvollziehen: xD "Deshalb funktionieren auch meine Beruflichen Projekte so gut und die Freizeit Projekte nie abgeschlossen werden."
Meines erachtens ist eine Fähigkit ebenfalls wichtig bei guten Entwicklern, das sie wissen was sie nicht wissen, also die selbstreflexion. Wer weiß was eer nicht weiß kann sich adequarte Hilfe holen und kann auch klar nein sagen.
Год назад
Das ist das einzige, was mir auch fehlte. Wissen, welche Dinge man nicht kann, ist meines Erachtens eine extrem wichtige Fähigkeit. Die Fähigkeit und das Selbstbewusstsein zu haben sagen zu können "Da kenne ich mich nicht gut genug aus, Frag doch mal XY, der kennt sich da besser aus".
Eleganz ist fast schon subjektiv, um ehrlich zu sein. Im Web habe ich mal ein Beispiel für elegant vs nicht so elegant gefunden, wo der eine Code Anweisungen so oft wie nötig wiederholt, und der andere stattdessen eine Schleife benutzt. Aber dann würde ich sagen, ein mögliches Teilmaß für die Eleganz wäre Skalierbarkeit. Skalierbarkeit ist kein subjektiver Maß mehr. Findest du dass Skalierbarkeit zur Eleganz beiträgt? Oder ist es eher ein Architekturmaß?
[gr] Skalierbarkeit ist sicherlich ein Teil der Eleganz, aber für sich genommen alleine nicht ausreichend. Und ja, es ist sicherlich zu einem gewissen Grad subjektiv, dennoch denke ich, auch wenn vielleicht die feinen Abstufungen schwer objektiv zu benennen sind, gibt es doch auch viele Fälle, wo es relativ klar sein dürfte, welcher Ansatz der "bessere" ist.
Hi Golo, tolles Video! Bei Punkt 2 bin ich aber nicht so sicher, ob du die Formalia nicht zu hoch hängst - wenn man versteht, warum reguläre Ausdrücke keine kontextfreien Sprachen parsen können und was Big-O-Notation einem über das Laufzeitverhalten des eigenen Codes sagen kann ist man doch eigentlich schon ganz gut unterwegs. Sortieralgorithmen sollte man kennen, aber muss sie eigentlich nicht selbst schreiben können (außer in komischen Bewerbungsgesprächen). Punkt 3 dagegen kommt im Video fast ein bisschen zu kurz: Mit Kunden und Kollegen effizient kommunizieren, neue Terminologien erlernen, XY-Probleme erkennen und auflösen können, Dinge richtig und klar benennen können, usw. - verstehen und formulieren sind einfach jeden Tag unglaublich wichtig. Was mir in der Auflistung fehlt, ist ein gewisses wirtschaftliches Grundwissen oder Interesse: Wer nicht nur den Use-Case, sondern auch den Business-Case des Kunden versteht, kann eine besser passende Lösung entwickeln, weil für alle Abwägungen und Entscheidungen eine bessere Grundlage vorhanden ist.
Vielen Dank dafür! Dieses Video würde ich allen PersonalchefInnen und Ihren Abteilungen empfehlen, sowie allen anderen Genres, die nach wie vor seltsame Klischees zum Thema Software-EntwicklerInnen in ihrem Portfolio haben. Viel gelungener wird man es nicht umschreiben können; vor allem nicht in einem solchen Zeitfenster. Dem vorherigen Kommentator stimme ich zu, dass sowohl eine gewisse Frustrationstoleranz/Leidensfähigkeit hilfreich ist als auch eben die Balance innerhalb dieses magischen 8-Ecks. Als weitere "Softskills" (oder wie das heute so heißen mag), die aber eigentlich implizit in den Punkten enthalten sind, wenn man sie ernst nimmt, würde ich noch Demut und Reflexion hinzufügen. Denn es ist schon umwerfend in einer Zeit leben zu dürfen, in der neuerdings so gigantische Möglichkeiten für nahezu jeden zugänglich sind. Und dann darf man nicht nur damit herumbasteln, sondern wird dafür auch noch entlohnt...mich haut das immer wieder um.🥳
Insgesamt ein sehr starkes Video. Ich werde hier mal die Selbstbewertung weglassen, auch wenn ich glaube nicht allzu schlecht abzuschneiden. Was aber meiner Meinung nach noch zwei wichtige Kompetenzen für Entwickler sind, ist zum einen die Fähigkeit zur Selbstreflexion (zum Beispiel ich hätte vor noch wenigen Jahren wirklich Probleme mit dem "fertig werden" gehabt und das hat sich bei mir dank meiner gesammelten Erfahrung deutlich verbessert und auch so ein "abhaken" der Punkte aus dem Video ist ja auch ein gutes Beispiel dafür) und zum anderen ist es für mich inzwischen bei Kollegen und Bewerbern eine wichtige Fähigkeit zwischen Bewertung der Sache und einer Person sauber zu trennen. Gerade Entwickler "leiden" ja darunter, dass oftmals wirklich jeder Schnipsel an Arbeit mindestens einem Review unterliegt und das teilweise dauerhaft während der Arbeit und nicht erst als "Abschlussabnahme". Zu häufig sehe ich leider gerade in Code Reviews, dass nicht sauber zwischen Kritik am vorliegenden Code und an der Person getrennt wird, was schnell zu Spannungen im Team führen kann, oder dafür sorgt, dass sich in Reviews "zurück gehalten" wird. Ihr habt hier ja schon einige gute Videos zu dem Thema gemacht und auch ich habe irgendwann mal meine Gedanken in einen Blogbeitrag gegossen.
Danke für das Video! Werde mit meinen Studenten auf jeden Fall alle Punkte besprechen. Von mir aber schon vorab- in jedem Punkt kann man unterbreiten, aber auch übertreiben. Und daher ist es nicht immer einfach eine Balance zu finden. Aber möglich ist es, daher vielen Dank und einen schönen Start in die Woche!
6/8 - Punkt 4 ist für mich als Soloentwickler nicht relevant, trotzdem kenne ich meinen Code in und auswendig und kann ihn sehr gut lesen aber für andere sieht vermutlich recht kryptisch aus, habe inzwischen meinen eigenen "Style" entwickelt 😉 Zu Punkt 8 kann ich nichts sagen, noch nie gemacht. Dafür ist Punkt 2 meine größte Stärke 👍
Wichtiges Thema und gutes Video! Ich hab ähnliche Ansichten dazu und hab jetzt irgendwie Lust, über einzelne Punkte aus dem Video mit dir mal etwas mehr zu diskutieren. :)
Proaktiv sollte man also für Menschen lesbaren (aber nicht zu stark veralteten) Code schreiben sowie (häufige(re)) Änderungen / Erweiterungen (an (einer) zentraler/(-n) Stelle(n)) in der Architektur und Codebasis (sowie den Werkzeugen zum Erstellen derselben) einplanen.
Zum Punkt _sprachliche Fähigkeiten_ habe ich noch eine Interessante Sache: Das Lesen von Code aktiviert im Gehirn die Zentren, die für das Sprechen verantwortlich ist. Mathe- und Logikzentren sind wohl weniger beteiligt. Das ist in einer kleinen Studie veröffentlicht worden, von der ich vor drei Jahren in der Podcast-Ausgabe von _Computer und Kommunikation_ vom 13.06.2020 das erste mal hörte. (Leider erlaubt RUclips keine Links zu senden...) Danke fürs Video ✌
[gr] Vielen lieben Dank 😊 Wegen des Bildschirms - das (und viele andere Fragen zur Hardware) beantworte ich Dir in ruclips.net/video/HdwBYeGHAdY/видео.html 😉
Ich würde vielleicht noch "nach Hilfe fragen können" als Punkt hinzufügen. Und naja, kommentieren bei pull requests oder Code generell ist wahrscheinlich schon längst ein eigenes Video und vermutlich auch in "Teamfähigkeit" gesagt. Aber wie hier in den Kommentaren schon erwähnt wurde, es ist leicht in Muster zu verfallen, dass man abschätzig/abschreckend wirkt, je nachdem, wie über eine Herangehensweise kommentiert wird
Für den Punkt 4 (den empathischen Code) empfiehlt sich die Buchserie Clean Code von Robert C. Martin (Uncle Bob). Ich schau mir gerade die Video-Serie an - wirklich unterhaltsam. Auf YT gibt es übrigens die erste Folge zum Anschauen. Suchbegriffe: FULL EPISODE // Clean Code with Uncle Bob Episode 1
So sieht es aus! Wenn sich jemand 8 Punkte gibt, dann kann er kein richtig guter Entwickler sein, da Selbstüberschätzung sicher kein Kriterium ist, welches wirklich gute Entwickler auszeichnet.
Ich würd noch gern mit anfügen, dass man erstmal überhaupt wissen muss, wie ein PC funktioniert 😅 (scheint leider nicht mehr gegeben zu sein mit Garbage Collection usw.) Und ja, ein Hobbypsychologe zu sein hilft auch sehr, um die alltäglichen Machtspielchen zu durchschauen 😅
In einigen Punkten habe ich sicher Defizite und ich bin mir auch ziemlich sicher, dass ich die nie zu 100% beheben werde. Aber wer ist schon perfekt? :-)
DEN SW-Entwickler gibt es nicht mehr. App-Entwickler, Frontend, Backend, Fullstack, Datenbanken (als Anwender der DB), Library-Entwickler und Informatiker, diese entwickeln DBs und neue Sprachen. Jeder Entwicklertyp hat ein eigenes Anforderungsprofil.
Ich style mich sehr sehr gut. Wie siehst du ein top Team aus Entwickelnden, den PO mal außen vor gelassen. Was ist eine gute Mischung und welche Klischeeentwickler*innen braucht so ein Team? Beispiel: der/die SQL-Pro, der kommunikative, der Erfahrene, der der jede neue Technik feiert und einsetzt usw.
Was noch wichtig ist zu erwähnen: Entwickler/innen (mich eingenommen) neigen tendenziell dazu ihre Fähigkeiten zu überschätzen. Oftmals wird gefragt warum wir komischen Quarkcode haben und sich in gewisser Weise darüber lustig gemacht, die Ursache aber immer auf die anderen geschoben. Deswegen ist es unglaublich wichtig seine Skills wirklich mal realistisch einzuschätzen und zu schauen mit welchen Büchern, Kursen etc. man da noch nachholen kann.
Wie immer, super Video! Die acht Punkte sind auch aus meiner Sicht die Top 8 wenn es um Softwareentwickler:innen geht. Bei Punkt 5 oder 6 würde ich noch eine gewisse "Frustrationstoleranz" mit dazu nehmen, die man sich aneignen sollte.
Aus meiner persönlichen Erfahrung würde ich auch sagen ist es wichtig alle Punkte in Balance zu haben sowohl für die einzelne Entwickler:in als auch im Team.
Die Punkte und das Video sind auch eine gute Möglichkeit mal etwa Selbstreflexion zu betreiben 🤔- danke dafür!
Mal meine Bewertung über mich selbst
10/10 stetiges Lernen
8/10 Mathematisch-abstrakte Fähigkeiten
7 / 10 Sprachliche Fähigkeiten (Englisch lässt grüßen xD)
8 / 10 Empathischer Code
4/10 Elegante Lösungen
8 /10 Gründlichkeit
5/10 Dinge fertigbekommen
10/10 Teamfähigkeit
Ich denke die Geschwindigkeit kommt mit der Erfahrung ebenso die eleganten Lösungen. Wenn man häufiger vor Problemen mit ähnlicher Struktur gesehen habe, wird das hoffentlich auch besser.
Wenn ich mir meinen Code anschaue, hoffe ich das auch
1 Stetiges Lernen - 0.5
2 Mathematisch-abstrakte Fähigkeiten 0.5
3 Sprachliche Fähigkeiten 1
4 Empathischer Code 1
5 Elegante Lösungen 0.5
6 Gründlichkeit 1
7 Dinge fertig bekommen 1
8 Teamfähigkeit 1
Summe: 6
Vielen Dank für die schöne Zusammenfassung.
[gr] Sehr gerne - und vielen Dank 😊
Sehr tolles Video. Es werden alle wichtigen Punkte wirklich gut formuliert. Das Video war schön zu schauen und hat mich positiv in den Tag starten lassen. 😊
Einen Tipp hätte ich noch: "Nur weil man in einem Thema gut ist heißt es nicht, dass man überall der Beste ist." Das vergessen viele ältere Entwickler 😅
Fantastische Darstellung und ich stimme absolut zu. Mir fehlt in deiner Liste nichts.
Meine Selbsteinschätzung:
Neugier und Lernen 🤤 1.0
Mathe & Abstraktion 🙂 0.5
Sprache 🥸 0.5
Lesbarkeit 👌 1.0
Eleganz ❤ 1.0
Gründlichkeit 😅 0.5
Get it done 🚲 0.5
Kommunikation 😢 0.5
5.5/8.0 🥴 Da geht noch was. V.a. Punkte 7 und 8 finde ich am wichtigsten zu verbessern.
Ich würde einen Punkt gerne nachschieben, bin mir aber nicht sicher, welcher Begriff am Besten passt:
Hartnäckigkeit/Disziplin/Beständigkeit
Meiner Erfahrung nach, gibt es gerade im IT Bereich sehr viele extrem intelligente Leute (Asperger/Autisten). Die wirst du von der Aufnahmefähigkeit und Intelligenz als "Normalo" niemals schlagen. Aber vieles kannst du durch harte Arbeit und "Sitzfleisch" wettmachen.
Zu Punkt #2 würde mich mal interessieren, welche Themen genau wichtig sind, weil ich da definitiv Nachholbedarf hab. Gibt es Literatur/Quellen die du empfehlen kannst?
Super Video, würde ich so unterschreiben.
Ich schätze mich mit 6/8 ein. Dinge Klar zu kommunizieren fällt mir immer wieder schwer vor allem wird es schwierig wenn ich selbst das Problem nicht genau verstehe. Auch der Punkt mit gut genug liefern ist eine persönliche Schwäche von mir. Wenn ich keine Deadline kriege dann fange ich unbewusst an den Code immer wieder zu überarbeiten weil immer wieder Dinge auffallen die besser umgesetzt werden können. Deshalb funktionieren auch meine Beruflichen Projekte so gut und die Freizeit Projekte nie abgeschlossen werden.
Der Rest passt eigentlich auch :D
Hi Vitalij, schön dich in den Kommentaren von Godo zu sehen. Deinen letzten Satz kann ich gut nachvollziehen: xD "Deshalb funktionieren auch meine Beruflichen Projekte so gut und die Freizeit Projekte nie abgeschlossen werden."
Meines erachtens ist eine Fähigkit ebenfalls wichtig bei guten Entwicklern, das sie wissen was sie nicht wissen, also die selbstreflexion. Wer weiß was eer nicht weiß kann sich adequarte Hilfe holen und kann auch klar nein sagen.
Das ist das einzige, was mir auch fehlte. Wissen, welche Dinge man nicht kann, ist meines Erachtens eine extrem wichtige Fähigkeit. Die Fähigkeit und das Selbstbewusstsein zu haben sagen zu können "Da kenne ich mich nicht gut genug aus, Frag doch mal XY, der kennt sich da besser aus".
Eleganz ist fast schon subjektiv, um ehrlich zu sein. Im Web habe ich mal ein Beispiel für elegant vs nicht so elegant gefunden, wo der eine Code Anweisungen so oft wie nötig wiederholt, und der andere stattdessen eine Schleife benutzt. Aber dann würde ich sagen, ein mögliches Teilmaß für die Eleganz wäre Skalierbarkeit. Skalierbarkeit ist kein subjektiver Maß mehr. Findest du dass Skalierbarkeit zur Eleganz beiträgt? Oder ist es eher ein Architekturmaß?
[gr] Skalierbarkeit ist sicherlich ein Teil der Eleganz, aber für sich genommen alleine nicht ausreichend.
Und ja, es ist sicherlich zu einem gewissen Grad subjektiv, dennoch denke ich, auch wenn vielleicht die feinen Abstufungen schwer objektiv zu benennen sind, gibt es doch auch viele Fälle, wo es relativ klar sein dürfte, welcher Ansatz der "bessere" ist.
Hey :) Danke mal wieder für das tolle Video :D
Ich weiß nicht, ob ich das irgendwo übersehen habe, aber was kosten die Merch-Klamotten?
[gr] Vielen Dank für das Lob 😊
Wegen des Merchs: Melde Dich einfach bei uns per E-Mail unter hello@thenativeweb.io
Hi Golo, tolles Video!
Bei Punkt 2 bin ich aber nicht so sicher, ob du die Formalia nicht zu hoch hängst - wenn man versteht, warum reguläre Ausdrücke keine kontextfreien Sprachen parsen können und was Big-O-Notation einem über das Laufzeitverhalten des eigenen Codes sagen kann ist man doch eigentlich schon ganz gut unterwegs. Sortieralgorithmen sollte man kennen, aber muss sie eigentlich nicht selbst schreiben können (außer in komischen Bewerbungsgesprächen).
Punkt 3 dagegen kommt im Video fast ein bisschen zu kurz: Mit Kunden und Kollegen effizient kommunizieren, neue Terminologien erlernen, XY-Probleme erkennen und auflösen können, Dinge richtig und klar benennen können, usw. - verstehen und formulieren sind einfach jeden Tag unglaublich wichtig.
Was mir in der Auflistung fehlt, ist ein gewisses wirtschaftliches Grundwissen oder Interesse: Wer nicht nur den Use-Case, sondern auch den Business-Case des Kunden versteht, kann eine besser passende Lösung entwickeln, weil für alle Abwägungen und Entscheidungen eine bessere Grundlage vorhanden ist.
Vielen Dank dafür!
Dieses Video würde ich allen PersonalchefInnen und Ihren Abteilungen empfehlen, sowie allen anderen Genres, die nach wie vor seltsame Klischees zum Thema Software-EntwicklerInnen in ihrem Portfolio haben. Viel gelungener wird man es nicht umschreiben können; vor allem nicht in einem solchen Zeitfenster.
Dem vorherigen Kommentator stimme ich zu, dass sowohl eine gewisse Frustrationstoleranz/Leidensfähigkeit hilfreich ist als auch eben die Balance innerhalb dieses magischen 8-Ecks.
Als weitere "Softskills" (oder wie das heute so heißen mag), die aber eigentlich implizit in den Punkten enthalten sind, wenn man sie ernst nimmt, würde ich noch Demut und Reflexion hinzufügen. Denn es ist schon umwerfend in einer Zeit leben zu dürfen, in der neuerdings so gigantische Möglichkeiten für nahezu jeden zugänglich sind. Und dann darf man nicht nur damit herumbasteln, sondern wird dafür auch noch entlohnt...mich haut das immer wieder um.🥳
2 Weitere Fähigkeiten: gesund leben (an Schlaf, Ernährung, wenig Koffein denken)
Und Widerstandsfähig sein, mit Rückschlägen umgehen
Die 8 Punkte passen gut und fassen es auch genau in der Reihenfolge gut zusammen.
[gr] Danke schön 😊
Wie immer ein klasse Video lieber Golo! Danke für die sehr gute Darstellung 👍😎
[gr] Vielen lieben Dank 😊
Communication is key!
Insgesamt ein sehr starkes Video. Ich werde hier mal die Selbstbewertung weglassen, auch wenn ich glaube nicht allzu schlecht abzuschneiden.
Was aber meiner Meinung nach noch zwei wichtige Kompetenzen für Entwickler sind, ist zum einen die Fähigkeit zur Selbstreflexion (zum Beispiel ich hätte vor noch wenigen Jahren wirklich Probleme mit dem "fertig werden" gehabt und das hat sich bei mir dank meiner gesammelten Erfahrung deutlich verbessert und auch so ein "abhaken" der Punkte aus dem Video ist ja auch ein gutes Beispiel dafür) und zum anderen ist es für mich inzwischen bei Kollegen und Bewerbern eine wichtige Fähigkeit zwischen Bewertung der Sache und einer Person sauber zu trennen.
Gerade Entwickler "leiden" ja darunter, dass oftmals wirklich jeder Schnipsel an Arbeit mindestens einem Review unterliegt und das teilweise dauerhaft während der Arbeit und nicht erst als "Abschlussabnahme". Zu häufig sehe ich leider gerade in Code Reviews, dass nicht sauber zwischen Kritik am vorliegenden Code und an der Person getrennt wird, was schnell zu Spannungen im Team führen kann, oder dafür sorgt, dass sich in Reviews "zurück gehalten" wird. Ihr habt hier ja schon einige gute Videos zu dem Thema gemacht und auch ich habe irgendwann mal meine Gedanken in einen Blogbeitrag gegossen.
Danke für das Video! Werde mit meinen Studenten auf jeden Fall alle Punkte besprechen. Von mir aber schon vorab- in jedem Punkt kann man unterbreiten, aber auch übertreiben. Und daher ist es nicht immer einfach eine Balance zu finden. Aber möglich ist es, daher vielen Dank und einen schönen Start in die Woche!
6/8 - Punkt 4 ist für mich als Soloentwickler nicht relevant, trotzdem kenne ich meinen Code in und auswendig und kann ihn sehr gut lesen aber für andere sieht vermutlich recht kryptisch aus, habe inzwischen meinen eigenen "Style" entwickelt 😉 Zu Punkt 8 kann ich nichts sagen, noch nie gemacht. Dafür ist Punkt 2 meine größte Stärke 👍
Wichtiges Thema und gutes Video! Ich hab ähnliche Ansichten dazu und hab jetzt irgendwie Lust, über einzelne Punkte aus dem Video mit dir mal etwas mehr zu diskutieren. :)
[gr] Melde Dich gerne per E-Mail unter hello@thenativeweb.io 😊
Proaktiv sollte man also für Menschen lesbaren (aber nicht zu stark veralteten) Code schreiben sowie (häufige(re)) Änderungen / Erweiterungen (an (einer) zentraler/(-n) Stelle(n)) in der Architektur und Codebasis (sowie den Werkzeugen zum Erstellen derselben) einplanen.
Zum Punkt _sprachliche Fähigkeiten_ habe ich noch eine Interessante Sache:
Das Lesen von Code aktiviert im Gehirn die Zentren, die für das Sprechen verantwortlich ist. Mathe- und Logikzentren sind wohl weniger beteiligt.
Das ist in einer kleinen Studie veröffentlicht worden, von der ich vor drei Jahren in der Podcast-Ausgabe von _Computer und Kommunikation_ vom 13.06.2020 das erste mal hörte.
(Leider erlaubt RUclips keine Links zu senden...)
Danke fürs Video ✌
Elegante Lösungen bzw. clever u. smarte Lösungen
Ich schaue jetzt schon viele deiner Videos mit Begeisterung an, ich stelle mir immer die Frage, was ist das für ein Monitor im Hintergrund !
[gr] Vielen lieben Dank 😊
Wegen des Bildschirms - das (und viele andere Fragen zur Hardware) beantworte ich Dir in ruclips.net/video/HdwBYeGHAdY/видео.html 😉
@@thenativeweb ich danke dir für den Link , es gibt noch einen Punkt den ich gerne Ergänzen würde nach 45 Jahren IT, Bescheidenheit.
Du hast den Hoodie Punkt vergessen :D... den hol ich mir definitiv auch noch
[gr] Sehr gerne 😊
Tolles Video! Für mich wirst du immer mehr zum deutschsprachigen Uncle Bob!
[gr] Vielen Dank 😊
Guter Code ist nicht nur lesbar, sondern auch gut testbar und leicht änderbar/erweiterbar.
Top Video! #FürDenAlgorithmus
Wichtig ist auch, dass man sich gut selbst motivieren kann.
Ich würde vielleicht noch "nach Hilfe fragen können" als Punkt hinzufügen. Und naja, kommentieren bei pull requests oder Code generell ist wahrscheinlich schon längst ein eigenes Video und vermutlich auch in "Teamfähigkeit" gesagt. Aber wie hier in den Kommentaren schon erwähnt wurde, es ist leicht in Muster zu verfallen, dass man abschätzig/abschreckend wirkt, je nachdem, wie über eine Herangehensweise kommentiert wird
... bezüglich der Selbsteinschätzung frage ich lieber andere 😅
Für den Punkt 4 (den empathischen Code) empfiehlt sich die Buchserie Clean Code von Robert C. Martin (Uncle Bob). Ich schau mir gerade die Video-Serie an - wirklich unterhaltsam. Auf YT gibt es übrigens die erste Folge zum Anschauen. Suchbegriffe: FULL EPISODE // Clean Code with Uncle Bob Episode 1
Wow. Feuchter Traum 😅
90 % der Entwickler haben max ne 4.
[gr] Aber - es lässt sich ja daran arbeiten 😊
So sieht es aus! Wenn sich jemand 8 Punkte gibt, dann kann er kein richtig guter Entwickler sein, da Selbstüberschätzung sicher kein Kriterium ist, welches wirklich gute Entwickler auszeichnet.
Ich würd noch gern mit anfügen, dass man erstmal überhaupt wissen muss, wie ein PC funktioniert 😅 (scheint leider nicht mehr gegeben zu sein mit Garbage Collection usw.)
Und ja, ein Hobbypsychologe zu sein hilft auch sehr, um die alltäglichen Machtspielchen zu durchschauen 😅
In einigen Punkten habe ich sicher Defizite und ich bin mir auch ziemlich sicher, dass ich die nie zu 100% beheben werde. Aber wer ist schon perfekt? :-)
Der Herr Niemand
Ein guter Entwickler hat seine eigenen Coding-Richtlinien soweit verinnerlicht, dass er darüber nicht mehr großartig nachdenken muss.
DEN SW-Entwickler gibt es nicht mehr. App-Entwickler, Frontend, Backend, Fullstack, Datenbanken (als Anwender der DB), Library-Entwickler und Informatiker, diese entwickeln DBs und neue Sprachen.
Jeder Entwicklertyp hat ein eigenes Anforderungsprofil.
Ich style mich sehr sehr gut.
Wie siehst du ein top Team aus Entwickelnden, den PO mal außen vor gelassen. Was ist eine gute Mischung und welche Klischeeentwickler*innen braucht so ein Team? Beispiel: der/die SQL-Pro, der kommunikative, der Erfahrene, der der jede neue Technik feiert und einsetzt usw.
Gleich mal Dislike und Deabo für‘s Gendern. Das zerstört leider alles, egal, wie gut die Inhalte auch sein mögen.