Refactoring: Why it is so IMPORTANT for GOOD CODE 

eine IDE serie macht Sinn. Es steigt die Effizienz enorm.

Ich freue mich auf das TDD Video. Ich habe damit immer noch meine Schwierigkeiten.

Sehr gerne mehr zu dem Thema, sehr interessant und wichtig 😊

Videos zu TDD wären grenzgenial. Bin als Quereinsteiger ganz (visual) basic unterwegs und habe bisher nur Tutorials gefunden die mich mehr verwirrt als erleuchtet haben. Beispielsweise lese ich gerade "Effektives Arbeiten mit Legacy Code" von Michael C. Feathers. Mich beschleicht das Gefühl, ich bräuchte für die meisten Beispiele noch vorab 100 weitere Bücher... Wie gesagt, Quereinsteiger, von einem Quereinsteiger (auch noch Autodidakt!) eingelernt... "ich bin unwürdig!" Danke für Deine Arbeit!

Ich liebe refactoring. Ich entwickle grad einen Zeldaklon mit Godot und habe einen tag lang nur refactored. Dabei habe ich vor allem das Zustandssystem von enums zu einem ausgeklügelten State Pattern mit einer State machine geändert. Es hat sich gelohnt und ich kann nun viel leichter weitere Zustände von Link wie "Swim" oder "climb" hinzufügen.

Danke für deinen tollen und wertvollen Job! Nutze die Informationen aus deinen Videos um nebenbei auf dem Stand zu bleiben. Das Feld IT ist so groß, da verliert man ständig irgendwo den Anschluss.

Wenn das Timing mal wieder perfekt ist 🙌 Ich wollte grad googeln was Refactoring genau ist aber Morphie wusste, was ich wissen will und lädt es zum perfekten Zeitpunkt hoch

Bitte mehr zum Refactoring-how-to! Super spannendes Thema.

Danke für das Video, gerne mehr zum Refactoring - wie du schon angeschnitten hast in konkreter Umsetzung in den IDEs. Fände Videos zur aktuellen Russlandsituation auch sehr spannend (Runet, Cyber-Angriffe, Security etc.). LG

Gerne mehr!

"es garantiert ja niemand dass ihr für immer in diesem Betrieb bleibt". Wenn der Code so kacke ist dass nur man selbst ihn verstehen und warten kann ist das doch eine Garantie Kappa :D

Gutes Thema, mehr Videos dazu wäre spannend. Red Green, wäre auch interessant als Thema für ein Video.

Gerne ein Video (oder eine Reihe) über Intellij. Verwende es bereits, habe aber das Gefühl dass ich da noch mehr raus holen könnte. Würde mich also sehr darüber freuen.

hehe ... das lernte man früher ohne wirklich mit Programmieren & Co zu tun zu haben schon beim Spielen... als man noch die Spieleinstellungen und Optimierungen etc. über configs umgesetzt hat. Die Counterstrike Configuration ist da ein gutes Beispiel, hatte man erstmal eine Quelle gefunden, die einem die nötigen Infos zu den Funktionen der einzelnen Befehle, war es der erste Schritt einmal alles überflüssige mit // rauszuhauen und natürich grundsätzlich bei diversen befehlen noch kommentare anuzhängen.. Hatte man das drauf wurde es aber irgendwann eng und übersichtlich, da hat man dann angefangen das ganze in Themenblöcke aufzuteilen. Das brachte schonmal eine gute Übersicht und so konnte man das ganze auch in der Community rumreichen und auch die Anfänger konnten was damit anfangen. Damit war aber noch nicht aller Tage Abend, denn irgendwann kam der Wunsch, eine gewisse Modularität zu bekommen und das ganze zu einer verteilten Configuration zu machen, dazu hat man die autoexec hergenommen und ein paar neue files eingetragen. In denen hat man dann gewisse Teilabschnitte ausgelagert und schon war das ganze viel besser zu händigen und es brachte diverse tolle Features, vor allem konnte man natürlich auch ausserhalb der autoexec Duplikate erstellen, mit denen abweichende Werte configuriert wurden. Das gab die Möglichkeit bei Bedarf inn der autoexec den Standard für den Spielstart wechseln, oder natürlich durch händisches laden der cfgs auch anpassungen im Spiel sofort umsetzen und ändern. Nun war schon viel Möglich und so nette Spässchen wie Buy Bots, angepasste Steuerungen & Co waren Modular und super Anpassungsfähig. Wer dann noch meinte extra cool zu sein, der ging auch auf die Menü Files zu und richtete sich komplexe Menüs ein um das ganze easy going ohne auch nur einmal die console zu benötigen steuern zu können. So ließen sich dann seine Fabrikate auch noch besser der Community bereitstellen und selbst vollnoobs brauchten nur noch ein Copy & Paste um das Game in seiner Funktionalität auf ganz andere Ebenen zu bringen !

Würde eine Serie zu dem Thema super finden😁

Hahaha, ob es Zeit für Refactoring gibt... bei uns gibt es nicht mal Zeit für Reviews - man rührt den Code von Kollegen nicht an, wenn nicht unbedingt nötig. Ich glaube, mein Arbeitgeber ist das ultimative Negativbeispiel, was Entwicklung angeht. Auch Dokumentation des Sourcecodes wird vom Management als Zeitverschwendung angesehen, egal, was die fachlich kompetenten Leute sagen. "Junior" und "Seinior" gibt es bei uns halt nicht. Da gibt's nur ahnungslose Häuptlinge und verzweifelte Indianer...

Das ist einer der Gründe, warum ich das Wine Projekt so liebe. TDD mit Code-Review und die Pflicht nur feingranulare Änderungen einzuschicken, um ein Bisecting möglichst einfach zu gestalten. :)

Bitte mehr Videos 🙏

TDD wird uns im Studiengang "Angewandte Informatik" auch in verschiedenen Modulen herauf und herunter gepredigt. :D

bevor ich auf höre zu coden schreib ich die kommentare zu den code abschnitten um zu erklären was diese tun seit dem habe ich zu mindest eine vorstellung was ich mit diesem code schnipsel machen wollte :D

Ja mehr Videos dazu!

Ich, in na Bude sitzend, wo es nicht mal ne Testumgebung gibt und alles live aufm Server entwickelt wird: This is fine.

Wir benutzen SonarQube & Jenkins zum Beispiel für die PRs

Ich selber habe die Erfahrung gemacht dass zum Beispiel Python sich sehr gut für Skripte oder kleinere Programme eignet, bei größeren Programmen aber auch sehr schnell unübersichtlich wird. Die schönste Sprache ist hier meiner Meinung nach Scala. Optimal für TDD und durch das funktionale findet man fast immer eine Möglichkeit den Code "noch schöner" zu schreiben. Was sind denn eurer Meinung nach die schönsten Sprachen bei größeren Projekten?

Bitte tiefer in die Materie einsteigen. Gerne Refactoring in Visual Studio (Resharper, ...)

Bei mir funktioniert der Link zu Bosch nicht ...

Ist das meiste nicht in Visual Studio (IDE) schon aktiv? Zumindest die Vermessung usw. gibt es ja.

int superheftigefunktiondiggi (int superheftigerparameterdiggi) { int Jaa = superheftigerparameterdiggi; int Neiin = Jaa + superheftigerparameterdiggi; return Neiin - Jaa; } // diese Funktion wird immer dann verwendet, wenn ich den Wert einer Variable haben will. Einfach als Argument einsetzen, und die Funktion gibt den Wert zurück. Übel genial diggi.

nochmal zum refactoring, also an der Uni hatte ich in neinem Master damals schon lernen müssen das ich nachdem der code läuft dueser aufgeräumt wird und optimiert wird. datentypen genauer nutzen, z.b. 8 bit char statt string, z.b. mit malloc und calloc arbeiten statt mit buf[64000] wenn der buffer doch nur 16 cgars lang ist, alle pointer überprüfen. ach so ich habe gelernt fast nur mit pointern zu arbeiten und dynamischem speicher, also alles was bei Bosch verboten ist da automotive. Klar man muss das richtig können..,sonst blauer Bildschirm forever.

Bescheid.

Wie ist die "best practice" beim Refactoring? Also ist Verringerung der Komplexität auch vorgesehen? Also zählt man vorher die Elops? Wie sieht es mit der Übersichtlichkeit aus? Es gibt ja auch Code, der super "effizient" ist aber leider nicht mehr so gut "lesbar/verstehbar" ist. Geht es ausschließlich um clean code? Ich habe jetzt durch Zufall mir schon einige Verbesserungen abgeschaut und angewöhnt. Sollte man nicht von Anfang an die "best-practice" gelehrt bekommen, dann würden sicherlich weniger Projekte Refactoring benötigen (Hypothese).

Hast du vllt ein paar Tips, was Mindset angeht, für Unit-Tests?

wäre cool wenn Du mal einecÜbersicht aller C und C++ IDE's gibst für Linux. Ich hatte früher nur KDevelop genutzt, jetzt Qt Designer...oder wie das heisst. Hey ich habe eibe cgalkenge für Euch. Schreibe manuell und fehlerfrei hich effizienten cide der eine LinjedList reversed. War eine Auffabe due ich mal vekam und Einstellungkriterium bei meinem Cheff Bill G....das war im April 2000...🤗

Ich, der immer alles erklärt, was gerade ich damit meine , aha. 🤣

unter tdd versteht man doch eigentlich, dass man einen test schreibt, dieser fehlschlägt und man dann nur *exakt so viel* code schreibt, um den test zu erfüllen. dann schreibt man den nächsten test, welcher wieder fehlschlägt. in tdd wird auch klassisch kein refactoring erwähnt. reines tdd ist meiner meinung nach eine riesen schlammschlacht, da man am ende viele viele tests schreiben musste für eine funktion, welche eigentlich auch in zwei minuten so hätte programmiert werden können. gut, man hat viele tests, aber von denen sind pro funktion immer welche dabei, die prüfen, ob null eingegeben wurde und so.... ich finde test-first development besser, da schreibt man immer noch zuerst die testcases anhand der funktionssignatur und dann den code der funktion, was das ganze dann ein wenig aufräumt und viel zeit spart, da nicht ständig iteriert werden muss, man nicht ständig zwischen der quelldatei und der testdatei wechseln muss usw.

Ich habe clean Code

Wenn ich Chilli esse ist mein Code ganz miserabel, geht in Richtung Spritzguss 😁

Erster

Automotiv und Hardware nah und C oder C++ und Code Effizienz?.....das gibt es nicht, sorry.