Erhalten Sie einen Einblick in unseren internen AIT Tech Talk Channel: Hier diskutieren unsere AITler:innen Best Practices, innovative Technologien, praktische Tools und Leseempfehlungen. Die AIT Tech Talk Blogserie fasst unsere Themen der vergangenen zwei Wochen für Sie kurz zusammen.
🦸♀️💡🧙♂️
Warum sich Qualität in Software lohnt – “Hervorragender Artikel, um den Sachverhalt managementtauglich zu erklären. Pflichtlektüre für jeden PM und Architekten.
Dabei ist mir klar geworden: das beliebte Dreieck aus Zeit, Qualität, Budget stimmt nur bis zur Design Payoff Line. Danach ist es Bullshit und schadet eher in der leidigen Diskussion mit den Kunden um “mehr Zeit für Clean Code”. Ich werde daher in Zukunft es nicht mehr verwenden.”
“Interessanter Post dazu: https://codescene.com/blog/code-quality-debunking-the-speed-vs-vs-quality-myth-with-empirical-data
Das zugehörige Whitepaper: https://codescene.com/hubfs/web_docs/Business-impact-of-low-code-quality.pdf
Das ist das erste Mal, dass ich harte empirische Fakten sehe, die zumindest die Korrelation zwischen Code Quality und Business Value quantifizierbar macht.”
// committed by Jan M.
Visual Studio 2022 17.9 Now Available – “Eine neue Version für Visual Studio wurde veröffentlicht, die hat zwei Änderungen, die mMn erwähnenswert sind.
- Non-modal Debug Visualizers
- Auto Surround Selection with Quotes or Brackets”
// committed by Arthur G.
Best Practices für Git commit messages – “In seinem Blog beschreibt Benjamin Abt die, aus seiner Sicht, 5 wichtigsten Best Practices. Hierzu kann man auch anderer Meinung sein, dennoch finde ich das einen guten Impuls sich dessen nochmal bewusst zu sein. Sicherlich auch in dem ein oder anderen Projekt notwendiger als in einem andern.”
Aus unseren Reihen kommen schon Widersprüche zu einer der Regeln: “Finde den no emojis Punkt eigentlich nicht gut. In vielen Fällen hilft das Verwenden von Emojis dabei eine gute Übersicht zu geben. Bei commit messages hab ich es noch nicht gebraucht, aber es generell als schlecht abzutun finde ich auch nicht richtig.“
Und als weitere Anregung: Write joyous git commit messages | Joshua Tauberer
// committed by Jim F., Felix B., Manuel P.
Professional Programming – Zusammenfassung von der Webseite: “A collection of full-stack resources for programmers. The goal of this page is to make you a more proficient developer. You’ll find only resources that I’ve found truly inspiring, or that have become timeless classics.”
// committed by Lars R.
GitHub Actions › Execute Locally – “[Bei einem Projekt] dauert es leider noch, bis uns die GitHub Runners zugänglich sind. Ich hatte im Hinterkopf, dass Actions auch lokal ausgeführt werden können und ich brauchte selbstverständlich einen Beweis . Und das klappt . Ich bin folgender Anleitung gefolgt Run github actions workflows locally using act | Julius Gamanyi. Das Entscheidende hier ist, dass erklärt wird, wie mit Self-Hosted-Runners umgegangen wird. Setup-Zeit: ~5 Minuten.
Eine weitere wichtige Info, die Funktionalität kommt nicht von GitHub und hat daher auch nicht deren Support.“
“Aufpassen: Viele Sachen funktionieren lokal erstmal nicht oder nicht so einfach, man muss also ggf. sogar die Pipelines anders schreiben.”
// committed by Manuel P., Alex B.
Das fachliche Onboarding ist kontraproduktiv – “Kurzer Artikel, der das strukturierte fachliche Onboarding in Frage stellt. Aussage: “Im Wesentlichen dienen sie dazu, die Erfahrungen, Kenntnisse, Good Practices, Lessons Learned, die das neue Teammitglied im Gepäck hat, plattzumachen.”
Meiner Meinung nach ein interessanter Denkanstoß, um offen für Änderungen und Neues zu sein.
Interessanter Kommentar zu dem Thema “Alles richtig … in der Theorie”, der dem Beitrag zwar zustimmt, aber auch die Realität aus großen Unternehmen widerspiegelt.”
// committed by Eike H.