Sehr gutes Video. Leider muss ich (als Junior) immer wieder feststellen, dass selbst manche "Seniors" einfache Grundlagen nicht beherrschen. Wo beispielsweise immer ein komplizierter for-Loop verwendet wird, obwohl einfach ein for-each genutzt werden könnte. Oder wo auf die schnelle einfach ein catch um jeden Aufruf der Methode gebaut wird, anstatt ihn in die Methode zu bauen. Sehr frustrierend und als Junior hat mal ja nichts zu sagen... :D
Ehrlich gesagt die Werbung mit dem sauberen Strom hört sich eher kontraproduktiv an. Wenn gerade kein Wind weht oder die Sonne nicht scheint, dann hat man eben Pech gehabt und der Service läuft nicht - so hört es sich an.
Letztlich interessiert den Compiler 'nur' die formelle Korrektheit des Codes, nicht ob ein Mensch mit dessen Les-/Änderungs-/Testbarkeit Probleme aller (sozialer, technischer,...) Art hat. Genau hier gibt "Clean Code" Empfehlungen, wie man vorgehen könnte. Und das SW-Produkt muss auch der menschlichen Entscheiderseite gefallen.
Also ich habe gerade mal bei informaniak nach gesehen mein setup welches ich momentan bei strato habe und ca 30€/monat zahle würde dort mal eben 250€ kosten... Ich sehe ja das Stabilität und umweltfreundlichkeit Geld kosten aber einfach mal 8 mal so viel ist schon doll.
Einfach nur Uncle Bob nachgeplappert ohne zu verstehen worum es geht. Er macht einige gute Vorgaben, aber auch einige Desaströse. Auch sollte der Anspruch von "gutem Code" nicht am absoluten "village idiot" her ausgehen. Uncle Bob sagt in seinem Buch sehr wohl wie lang seiner Meinung nach eine Function sein sollte. Und zwar 2 bis 4 Zeilen lang. Spätestens jetzt sollte man merken, dass seine Tipps nicht immer die besten sind. Wenn eine Function mit 40 Zeilen hat und ich das nach den Regeln refactor hab ich auf einmal ne Klasse mit 80 Zeilen code die im totalem Chaos untergeht. Das Verstehen der Functions gar nicht mehr leistbar weil man in der Datei nur hin und her springt. Warum sollte ich eine variable "customerProfileResponse" nennen statt einfach nur "response" wenn die function schon "retrieveCustomerProfiles" heißt. Seine Ideen führen zu besonders schlechten Namen für Klassen die statt Nomen gerne ein Verbalsubstantiv. Das Buch Clean Code ist für Anfänger geeignet. Erfahrene Entwickler werden wenig bis gar nichts mit den Tips anfangen können, bzw. werden durch ihre eigene Erfahrung wissen, dass ein nicht unerheblicher Teil Quatsch ist.
Schau dir gerne nochmal das Video an, da wird auf deine Kritik eingegangen und Uncle Bobs Ansätze auch hinterfragt. Im Buch ist zudem nicht die Rede davon, dass Funktionen 2-4 Zeilen lang sein müssen. Jeder von uns hat mal als "village idiot" angefangen und viele sind es auch noch in bestimmten Disziplinen. Das erlebe ich jeden Tag - unabhängig davon wie erfahren jemand ist.
@@timleuschner Entschuldigung meinerseits. Ich war gestern Abend schlecht drauf und habs irgendwie an dir und deinem Video ausgelassen. Bitte Entschuldige
@@searchingforsupport3919 Du brauchst kein Buch, Coding Standards reichen vollkommen aus.Und mit der Zeit wird auch der Code besser. Beim Programmieren spielt abstraktion eine große Rolle. Mit den Jahren versteht man das. Das lernt man nicht aus einem Buch
Entweder ist meine Aufmerksamkeitsspanne im arsch oder das ganze Video zieht sich und man hat das gefühl du kommst nicht auf den punkt. Die ersten 5 Minuten des Videos hätte man in 30 sek abhandeln können.
Guter Code hat einen Nachteil. In einigen Firmen gilt man dann als Lowperformer.
Sehr gutes Video. Leider muss ich (als Junior) immer wieder feststellen, dass selbst manche "Seniors" einfache Grundlagen nicht beherrschen. Wo beispielsweise immer ein komplizierter for-Loop verwendet wird, obwohl einfach ein for-each genutzt werden könnte. Oder wo auf die schnelle einfach ein catch um jeden Aufruf der Methode gebaut wird, anstatt ihn in die Methode zu bauen. Sehr frustrierend und als Junior hat mal ja nichts zu sagen... :D
Ehrlich gesagt die Werbung mit dem sauberen Strom hört sich eher kontraproduktiv an.
Wenn gerade kein Wind weht oder die Sonne nicht scheint,
dann hat man eben Pech gehabt und der Service läuft nicht - so hört es sich an.
14:22 omg, das ist mir fast schon peinlich, dass ich nie auf eine so simple Weise gekommen bin auf ungerade Nummern zu prüfen...
Letztlich interessiert den Compiler 'nur' die formelle Korrektheit des Codes, nicht ob ein Mensch mit dessen Les-/Änderungs-/Testbarkeit Probleme aller (sozialer, technischer,...) Art hat. Genau hier gibt "Clean Code" Empfehlungen, wie man vorgehen könnte. Und das SW-Produkt muss auch der menschlichen Entscheiderseite gefallen.
Besser lesbaren Code schreibt man nur mit Angular, wäre mal ein Anfang 😜😜
Vanilla JS 🥰
@@timleuschner Als Anfänger definitiv, da viele Grundlagen erlernt werden müssen.
Meiner Meinung nach sind else if Verzweigungen nicht notwendig. Einfach early returnen und fertig. Danke für das Video.
Also ich habe gerade mal bei informaniak nach gesehen mein setup welches ich momentan bei strato habe und ca 30€/monat zahle würde dort mal eben 250€ kosten... Ich sehe ja das Stabilität und umweltfreundlichkeit Geld kosten aber einfach mal 8 mal so viel ist schon doll.
Einfach nur Uncle Bob nachgeplappert ohne zu verstehen worum es geht. Er macht einige gute Vorgaben, aber auch einige Desaströse. Auch sollte der Anspruch von "gutem Code" nicht am absoluten "village idiot" her ausgehen. Uncle Bob sagt in seinem Buch sehr wohl wie lang seiner Meinung nach eine Function sein sollte. Und zwar 2 bis 4 Zeilen lang. Spätestens jetzt sollte man merken, dass seine Tipps nicht immer die besten sind. Wenn eine Function mit 40 Zeilen hat und ich das nach den Regeln refactor hab ich auf einmal ne Klasse mit 80 Zeilen code die im totalem Chaos untergeht. Das Verstehen der Functions gar nicht mehr leistbar weil man in der Datei nur hin und her springt.
Warum sollte ich eine variable "customerProfileResponse" nennen statt einfach nur "response" wenn die function schon "retrieveCustomerProfiles" heißt.
Seine Ideen führen zu besonders schlechten Namen für Klassen die statt Nomen gerne ein Verbalsubstantiv.
Das Buch Clean Code ist für Anfänger geeignet. Erfahrene Entwickler werden wenig bis gar nichts mit den Tips anfangen können, bzw. werden durch ihre eigene Erfahrung wissen, dass ein nicht unerheblicher Teil Quatsch ist.
Schau dir gerne nochmal das Video an, da wird auf deine Kritik eingegangen und Uncle Bobs Ansätze auch hinterfragt. Im Buch ist zudem nicht die Rede davon, dass Funktionen 2-4 Zeilen lang sein müssen.
Jeder von uns hat mal als "village idiot" angefangen und viele sind es auch noch in bestimmten Disziplinen. Das erlebe ich jeden Tag - unabhängig davon wie erfahren jemand ist.
@@timleuschner Entschuldigung meinerseits. Ich war gestern Abend schlecht drauf und habs irgendwie an dir und deinem Video ausgelassen. Bitte Entschuldige
Clean Code ist einer der schlechtesten Programmier Bücher
habs leider nicht gelesen, aber hättest du vielleicht eine Empfehlung für ein besseres Buch? Beste Grüße 🙂
Was gefällt dir nicht an dem Buch?
@@searchingforsupport3919 Du brauchst kein Buch, Coding Standards reichen vollkommen aus.Und mit der Zeit wird auch der Code besser. Beim Programmieren spielt abstraktion eine große Rolle. Mit den Jahren versteht man das. Das lernt man nicht aus einem Buch
@@timleuschner Nutzlose Tipps
@@sonOfLiberty100 Ahhh i see, klassischer Fall von Dunning-Kruger-Effekt.....
Entweder ist meine Aufmerksamkeitsspanne im arsch oder das ganze Video zieht sich und man hat das gefühl du kommst nicht auf den punkt. Die ersten 5 Minuten des Videos hätte man in 30 sek abhandeln können.
Das nächste Video wird ein Short :P
Danke fürs Zeit sparen