Goulasz
-
Gesamte Inhalte
997 -
Benutzer seit
-
Letzter Besuch
-
Tagessiege
35
Inhaltstyp
Profile
Forum
Downloads
Kalender
Blogs
Shop
Alle Inhalte von Goulasz
-
#clickbait-Artikel sind schon was feines. #hna @HNA_online @workfloh https://t.co/XM78vuw9nV
-
@DanielaKayB Ersatz-Branches fürs GIT Repository anlegen. Spare in der Zeit, dann hast du in der Not.
-
Man sollte der Frau mal Literatur von Gerald #Hüther geben bzgl der wunderbaren Vorgänge im #Gehirn bei echtem… https://t.co/XOtYKG11Go
-
@presseunikassel Großartig! Mangel an Bildung ist meines Erachtens nach eine Ursache vieler Probleme. Ein Schritt in die richtige Richtung!
-
@ardalanai Madiba! Bester Mann. Wer weiß, hätte er das ein paar Jahre früher angestoßen, vielleicht wäre ich dann in Südafrika geboren.
-
@workfloh Bonus bei uns damals™: Sein Kuscheltier ist 'ne Micky Maus, wir hatten noch ne kleine. Die Nacht gabs den "kleinen Mausbruder".
-
@workfloh #BGE. Dann müssten die Leute den Job nicht mehr nur fürs Geld machen. Sondern weil sie ihn mögen.
-
#Stellenangebot per #XING. Rückfrage nach mehr Details. Erhalte Daten und ein locker 50 Punkte starkes #Formular auf ner Webseite. ¯\_(ツ)_/¯
-
TL;DR: Unit Tests nachher schreiben geht. Schön ist aber anders. Längere Antwort: Schreibt man die Tests im Nachhinein, neigt man der Einfachheit halber dazu, "zu simple" oder ineffektive Tests zu schreiben. Baut man seinen Code direkt nach TDD auf, sind die Tests zum einen robuster und plausibler, zum anderen existieren sie nicht zu einem Selbstzweck, sondern um die Shipbarkeit deines Produktes zu gewährleisten. Was sich in deinem Szenario anbietet, ist allgemein ein Refactoring mit dem Einführen der Tests zu verbinden. D.h. du guckst, ob du redundanten Code hast, den du auslagern kannst, setzt vielleicht sogar eine CI Pipeline(z.B. Jenkins) mit einem Duplicate Finder auf und implementierst in dem Rahmen deine Tests. Das geht, ist sinnig und in der Realität auch häufig der Fall. Leider sind es meiner Einschätzung nach immer noch die Mehrheit der Entwickler, die zum einen beim Entwickeln wenig auf robuste, modulare Architektur achten und auch Tests schreiben und zum anderen den Code regelmäßig im Pairing oder Dojo reviewen. Gruß, Goulasz -
RT @frankwibas: Gute Nachrichten für die Reiter toter Pferde: Statt abzusteigen kann man das Pferd jetzt digitalisieren.
