Тёмный

Aufgaben die Softwareentwickler nerven - Was denkst Du? 

David Tielke
Подписаться 18 тыс.
Просмотров 6 тыс.
50% 1

Als Softwareentwickler musst du jeden Tag verschiedene Aufgaben erledigen, manche machen Spaß und andere sind super nervig. Egal ob Programmierung, Unit-Tests, Scrum Meetings, das schreiben von Anforderungen und vieles mehr. Wir schauen und heute einmal an, was Softwareentwicklern so richtig auf den Geist geht, welche Tätigkeiten sie in der Softwareentwicklung neben der Programmierung wirklich übernehmen müssen und warum es sich mit unter auf die Softwarequalität und die Software Architektur auswirken kann.
Kapitel
[0:00] Was nervt Dich als Softwareentwickler?
[1:36] Richtige Hardware für Softwareentwickler
[3:42] Softwareentwickler und der Support
[6:56] Wenn der Kollege die Entwickler nervt
[10:13] Softwareentwickler und Anforderungen
[11:45] Telefone und Softwareentwickler
[13:36] Zeitschätzungen und Softwareentwickler
[15:51] Sollen Softwareentwickler dokumentieren?
▬ Über diesen Kanal ▬▬▬▬▬▬▬▬▬▬▬▬
Seit vielen Jahren arbeite ich als Consultant, Coach und Trainer für professionelle Softwareentwicklung mit den Schwerpunkten Softwarequalität, Softwarearchitektur sowie Prozessmanagement. Auf meinem Kanal möchte ich Euch mein Wissen und meine langjährige Erfahrung in diesen Bereichen vermitteln - natürlich kostenlos. Dabei versuche ich stets Euch das Wissen so zu vermitteln, dass Ihr damit direkt in der Praxis loslegen könnt und das ganze immer mit guten Portion Humor. Lernen soll ja schließlich Spaß machen :)
▬ Empfohlene Videos ▬▬▬▬▬▬▬▬▬▬▬▬
Wie viel Softwarequalität Ihr braucht - • Architekturen - Von Mo...
Warum Software unwartbar wird - • Warum Software unwartb...
Architektur - Modularisierung - • Architektur - Modulari...
Was ist Architektur - • Was ist Architektur?
Warum Architektur - • Warum Architektur für ...
▬ Wichtige Links ▬▬▬▬▬▬▬▬▬▬▬▬
Abonniere meinen Kanal: / @davidtielke
Alle Videos: / @davidtielke
▬ Social Media ▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
► Twitter: / davidtielke
► Xing: www.xing.com/profile/David_Ti...
► LinkedIn: / david-tielke-06140912b
▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬

Наука

Опубликовано:

 

1 авг 2024

Поделиться:

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист
Посмотреть позже
Комментарии : 42   
@stevenhilinger5743
@stevenhilinger5743 2 года назад
Hallo David, ein Zeitschätzungsvideo wäre toll, das kommt bei mir öfter vor und dann wird man bei der Schätzung auch noch runtergehandelt um später zu nörgeln, weil es doch nicht reicht und wenn es reicht, dann muss man sich hierfür total unter Druck setzen. Kannst du hier mal ein Video dazu machen? LG
@DavidTielke
@DavidTielke 2 года назад
Hey Steven, setze mich die Tage mal hin und schaue was man da alles machen könnte :) Gruß David
@svenvancrombrugge9073
@svenvancrombrugge9073 2 года назад
Zunächst mal gute Besserung für deinen Rücken! Meine Nerv-Aufgaben: - unnötige Unterbrechungen durch Kollegen, die ins Büro kommen oder Anrufen; dann konzeptionell wieder von vorne beginnen (beim Debugging von Spaghetti-Code besonders spaßig), obwohl das Thema entweder völlig unnötig oder mit einer Mail oder einem Ticket ohne Störung hätte erledigt werden können - fehlende oder ungenügende Anforderung die zu Feedback Loops führen - Debuggen von legacy Code, wo man sich nach dem 10ten Bug denkt "in der Zeit hätte ich das ganze Modul besser neu geschrieben"
@Marco_M84
@Marco_M84 2 года назад
Meine fünf "Nerv"-Themen: * Unterbrechungen durch Kollegen/Kunden - Besonders das Telefon. Wenn es nicht brennt reicht eine E-Mail. * Unklare Anforderungen vom Kunden oder PO/PM * Zu hoher Zeitdruck - neue Prioritäten * Unwissenheit der Kollegen / Fortbildungsstatus * Kryptische Fehlermeldungen von (Fremd)komponenten - Gerade erst zwei gehabt wo man sich hätte Stunden sparen können wenn die Fehlermeldung aussagekräftig wäre. Bezüglich PCs ist es zweischneidig. Wenn der eigene PC super schnell ist treten die Performanceprobleme bei einen selber kaum auf sondern erst beim Kunden. Aber der Rechner sollte auch keine 5 Jahre alt sein ;-) Ansonsten stimme ich den weiteren Punkten zu.
@DavidTielke
@DavidTielke 2 года назад
Hey Marco, danke für Deine Punkte, hatten wir ja FAST alles - bei den "unklaren Anforderungen" bin ich grade selbst total überrascht, dass das nicht genannt wurde - guter Punkt! Gruß David
@aristor2926
@aristor2926 2 года назад
Ich bin noch Azubi, aber meine sind: - Die Kommunikation mit Kollegen. Die ist echt anstrengend. Jeder versucht schlauer als der andere zu sein und würft wahllos mit "Fachbegriffen" um sich die gar keine sind. - alter Quellcode, der selbst damals sinnfrei sein musste. - veraltete Entwicklungs-Standards, neue Technologien haben kein Platz, da sich kaum einer rein arbeiten möchte und der Chef auch nur seine Expertise in dem alten Zeug hat - zu viele Kommunikationswege: interner Chat, Ticketverwaltung, E-Mail, Telefon, mündlich. Man muss jeden Dialog in einem Gruppenchat verfolgen, da es irgendwann einem selber betreffen könnte - Meetings, in denen zu viel rumgelabert wird ohne die wichtigen Themen zu besprechen - keine empathische Führung von oben oder Blockaden durch den Flaschenhals Chef, da er keine Entscheidungsgewalt teilen möchte
@DavidTielke
@DavidTielke 2 года назад
Hey, 1. Oh ja, das kenne ich :) 2. Richtig, auch ein guter Punkt! 3. Auch gut und sehr sehr gefährlich ;) 4. Stimmt auch, den Punkt hatte ich gar nicht auf dem Plan! 5. Den auch nicht, das ärgert mich etwas - das wär echt gut gewesen :) Danke für Dein Feedback :) Gruß David
@hubertfuchs2237
@hubertfuchs2237 2 года назад
Hi, ich bin neugierig: Was für "Fachbegriffe" sind das zum Beispiel?
@eikeimnetz
@eikeimnetz 2 года назад
JA! Bitte unbedingt ein Estimation/Aufwandschaetzungsvideo Auch dieses ist wie immer sehr lehrreich
@lukas2754
@lukas2754 2 года назад
C# Extention methods und Clean Code - meinst du, das passt zusammen?
@jofi
@jofi 2 года назад
Auf ein Video zu Zeitschätzungen warte ich schon lange! Ich wäre mehr als dankbar :)
@DavidTielke
@DavidTielke 2 года назад
Moin Jonas, ok, dann packe ich das mal auf die Liste :) Gruß David
@olel.9963
@olel.9963 2 года назад
Für eine Rollentrennung zwischen Entwickler, Anforderungsmanager, 1st, 2nd und 3rd Level Support sind wir viel zu wenig Leute mit einem viel zu breiten fachlichen Spektrum. Das machen wir alles quasi in Personalunion. Lediglich für größere Anforderungen haben wir einen Kollegen, der dies vorstrukturiert und koordiniert. Hardware war noch nie mein Problem. Die Anwendungen laufen (und compilieren) auf dem Server. Und ich mache ja Softwareentwicklung und keinen Videoschnitt. 🙂 Was am meisten stört, sind Kollegen, die mich hartnäckig in ein Gespräch verwickeln wollen, obwohl ich signalisiere, dass es gerade nicht passt und ich mich später melde. - Nachteil der Vor-Ort-Arbeit.
@DavidTielke
@DavidTielke 2 года назад
Hey Ole, ok, also die nervigen Kollegen - ich habe das Problem früher immer mit Kopfhörern gelöst. Egal wo ich bei Kunden entwickel und ob ich Musik höre oder nicht, ich habe immer Kopfhörer auf :) Gruß David
@alexanderbehling4680
@alexanderbehling4680 2 года назад
Ist bei mir ähnlich. Nur ein kleines Team aus Chef, Mediengestalterin und meiner Wenigkeit. Da ist man natürlich für alles was mit der Technik irgendwie zu tun hat verantwortlich. Hat seine Vor- und Nachteile. Meine Top1 ist definitiv Chef, da er fast immer mit irgendwelchen Problemen ankommt, wenn man gerade konzentriert am proggen ist. Dicht gefolgt von Telefon. Da gibt es Tage, da geht es, da nur wenige Anrufe und an anderen Tagen klingelt es quasi pausenlos. Wenn man sich dabei konzentrieren muss, ist das echt anstrengend. Hardware ist für mich egal, da ich in der Webentwucklung arbeite und somit keinen Code schreibe der kompiliert werden muss. Nicht desto trotz habe ich letztes Jahr einen neuen I5 mit SSD und 16 GB RAM bekommen. Bis jetzt habe ich keine Performance-Probleme. Sollte das irgendwann ein Problem sein, wird der PC entweder aufgerüstet oder getauscht. Das Problem mit den Kollegen habe ich nicht, da ich wie erwähnt neben meinem Chef nur eine Kollegin habe. Die fragt nur selten nach.
@hsyeswellitsme
@hsyeswellitsme 2 года назад
Irgendwie kenne ich einiges, aber manches ist doch schon recht lange her. Als Bsp. die langsame Hardware. Bei uns sind seit Jahren Entwicklungs- und Testrechner virtualisiert, das hat bisweilen zwar eizelne Einschränkungen (bspw. sieht die GUI Applikation nicht alle Tastatur-Keys). Virtualisierung war aber bei Corona der Matchwinner. Dank der vSphere macht es absolut keinen Unterschied ob ich im Geschäft oder von zu Hause aus arbeite. Bzgl. Performance, den Einzelmaschinen auf der vSphere kann man die Anzahl der Prozessoren, den Speicher- und Plattenplatz einfach zuordnen, die Entwicklungsmaschinen sind dabei eher schmalbrustig (da läuft eh nur eine Entwicklungsumgebung und es wird gemächlich editiert). Für das Übersetzen gibt es Compileserver, die das deutlich schneller durchführen, oft werden auch weitere Aktionen drangehängt (z.B. Code-Checker oder Blackbox Tests). Bei den Testsystemen: wenn ein System in Maintenenace ist bekommt man die Maschine genannt und man kann schnell selber drauf nachschauen, bzw. man bekommt die Maschine direkt und man kann dem Fehler selber nachstellen (ohne sich eine Ersatzumgebung aufbauen zu müssen). Bzgl. Support, da haben wir ein Skript welches automatisiert die komplette Umgebung des Kunden in ein tar File packt. Der Kunde weiß wie man dieses Skript aufruft und das File uns zur Verfügung stellt. Dazu beschreibt er noch was er gemacht hat und was seiner Meinung falsch ist. Die Fehleranalyse kann anschließend größtenteils ohne weiteren Kundenkontakt erfolgen. Und wenn wir weitere Infos brauchen (meistens Lifedaten jenseits der Logs, Corefiles, Config, etc.) dann fragen wir gezielt nach, bei manchen Kunden kommen wir sogar per Remote Access sogar direkt auf deren Maschinen. Nun ja, und was nervt mich? Ziemlich oft Windows und Office (z.B. Requirement Dateien des Kunden).
@danieltran7637
@danieltran7637 Год назад
Hi David, ich wäre dir für das angesprochene Video(-s) zur Aufwandsschätzung sehr dankbar. Da ich mir persönlich als Junior noch sehr, sehr, sehr schwer damit tue und gerne darin besser werden würde. Gerade Aufwandsschätzungen die Themen betreffen mit denen ich zuvor noch nie einen Berührungspunkt hatte sind besonders schwer. Aber auch bei Themen wo ich eig. eine Aufwandsschätzung abgeben könnte, da ich in bspw. mit dem jeweiligen Modul oder Abschnitt der Software zu tun hatte, dann fühle ich mich jedes Mal ein wenig Unwohl wenn ich meine Schätzung abgeben muss. Da das für mich dann immer so einen faden Beigeschmack hat von: "Was solange brauchst du dafür?! Ich würde nur so lange brauchen..." also das egal wie die Schätzungen nie passen. Also ich wäre dir und auch den anderen Entwicklern hier, die schon ein wenig länger mit dabei sind, sehr dankbar dafür wenn Sie mir Ihre konkreten Tipps mitteilen könnten. Da ich wirklich, wirklich gern besser darin werden würde. Da es ja auch wie du im Video gesagt hast ein vollkommen legitimes Thema ist, von dem jenigen der ein bestimmtes Feature implementieren soll eine ungefähre zeitliche Aufwandsschätzung bekommen zu können, um die Planung besser machen zu können.
@omegapirat8623
@omegapirat8623 10 месяцев назад
Ich finde viel Arbeitsspeicher ist bei der Hardware sehr wichtig.
@carstenschlegel6975
@carstenschlegel6975 2 года назад
Definitiv war oder ist es das Telefon. Solche Unterbrechungen können von "bisschen stören" bis zum "riesen Problem" reichen. (Bei 0:07 sagst Du "Ich habe mal 20 Entwickler ... angerufen" ;-) ) Dokumentieren nervt, da zähle ich auch zu den 2/3. Aber ich sehe auch die Vorteile einer guten Dokumentation. Und wenn eine Frage kommt, die durch die Dokumentation beantwortet werden kann, dann reicht oft ein "rtfm" als Antwort ;-)
@DavidTielke
@DavidTielke 2 года назад
Hey Carsten, oh mein Gott, da hab ich wohl meine eigenen Tipps torpediert - ich bin eben aus dem Lachen gar nicht mehr rausgekommen, als ich Deinen Kommentar gelesen habe.... :D Gruß David
@CoderboyPB
@CoderboyPB 2 года назад
Gute Besserung, aber hoffe, du bist wieder hergestellt.
@ChristianSterzl
@ChristianSterzl 11 месяцев назад
Entwickler bekommen oft nicht mal eigene PCs sondern irgend so einen Citrix Client und das wars.
@chrisMuc1966
@chrisMuc1966 Год назад
Dokumentation für den Anwender schreiben.
@sebulba33333
@sebulba33333 2 года назад
Autschn. -> Ich hoffe das ist nicht dein Auto im Hintergrund :D
@justusm1442
@justusm1442 Год назад
Also der Punkt der mich am meisten nervt ist schlechte Kommunikation egal ob mündlich, schriftlich eine fehlende Dokumentation oder auch teilweise falsche Kommentare. Dadurch verliert man immer viel Zeit.
@sv00010
@sv00010 11 месяцев назад
Auf jeden Fall ein Video zur Zeitschätzung machen.
@guitaek4100
@guitaek4100 Год назад
Dinge die mich nerven: Warten auf Ausführung eines Codes, Dokumentation, regelmäßige Meetings
@user-qm9jx6bk2l
@user-qm9jx6bk2l 4 дня назад
Mich nerven Kollegen, die nur debuggen statt sich einmal wirklich den Code ansehen. Denn meist ist das Ergebnis nur Spaghetti-Code.
@user-tw4st1hb2v
@user-tw4st1hb2v 3 месяца назад
Amen 1:44
@techdesign2832
@techdesign2832 2 года назад
Grundsätzlich zu viele Termine. Elon Musk hat mal gesagt, dass Termine schei... sind. 🤷 Weiterhin Gute Besserung David! Gruß Les. 😉
@DavidTielke
@DavidTielke 2 года назад
Hey Leschek, ich habe nur in Scrum-Teams gefrage (fällt mir grade auf), deshalb ist der Punkt total untergegangen, aber hast recht - das kann echt nerven! Gruß David
@ronnybluthgen9906
@ronnybluthgen9906 Год назад
In altem schlechten (aber notwendigen und produktiven) Code "herumfuschen", der nur schwer zu verstehen ist und null dokumentiert ist.
@HazanHezgul
@HazanHezgul 4 месяца назад
Mich nervt scrum und die damit verbundenen Termine.
@markuskruger1889
@markuskruger1889 11 месяцев назад
Doku, Besonders Benutzerdoku. Als Entwickler kann man die eh nicht gut aus Benutzersicht schreiben.
@bjorn6726
@bjorn6726 Год назад
Lieber Dokumentieren als Support 😉
@kaffeetasse2461
@kaffeetasse2461 7 месяцев назад
mich nervt es wenn mich der chef zwingt, mit diesem kackscheiss mikroschrott windoof zu arbeiten. ich will als betriebssystem linux und sonst nix. und frameworks gehen mir auch schon immer mechtig aufn keks. fazit: selbstendig machen. wenn mir der scheff eine depperte tastatur mit furs programmieren total unpraktische german layout hinstellt, dann kauf ich mir einfach SELBER eine mit dem furs programmieren und computerarbeiten einzig wahren praktischen US-layout. und alle scheiss storenden tasten werden einfach rausgeschmissen ausgebaut: nervige tab-taste, menu und windowslogo tasten. und eine firma die den leuten nicht mehr als 2 Monitore gibt, is ein reiner gratlerladen. man braucht 3 monitore. und auch maus ohne back-button is einfach eine realitetsferne frechheit.
@ChristianSterzl
@ChristianSterzl 11 месяцев назад
Entwickler bekommen oft nicht mal eigene PCs sondern irgend so einen Citrix Client und das wars.
Далее
Refactoring von Martin Fowler - Ein Überblick
13:31
SUPER demotivierte Softwareentwickler - ein Beispiel!
10:04
Noch ein Tag im Leben eines Softwareentwicklers
9:36
Meine ständige ANGST in der Softwareentwicklung
12:06
Warum stumpfe Softwareentwickler schlecht bleiben!
8:13
Warum Softwareentwickler immer schuld sind
13:35
Просмотров 30 тыс.
Die BESTE Arbeitsumgebung für Softwareentwickler!
14:26