Für diejenigen, die nicht mit der Erstellung von Software zu tun haben, mag die Arbeit des Entwicklers recht einfach erscheinen: Sie sind auf dem Markt gefragt, sie zahlen gut, Unternehmen versuchen, angenehme Nishtyaks zu befriedigen, und so weiter. All dies ist wahr, aber wenn man ehrlich ist, dann hat der Programmierer viele unangenehme Momente. Wir haben zehn der beliebtesten Dinge gesammelt, die Softwarehersteller am häufigsten verärgern.
10. Eisen
Natürlich benötigen Programme Ausrüstung, um ausgeführt zu werden. Unabhängig davon, wie einige Entwickler versuchen, die Rolle der Hardware früher oder später beim Erstellen und Debuggen von Software zu ignorieren, werden sie unweigerlich auf gerätespezifische Probleme stoßen. Anfängern wird daher empfohlen, immer die Eigenschaften von Eisen und die Systeme zu studieren, auf denen ihr Code ausgeführt wird, damit es später weniger Schwierigkeiten gibt.
"Jeder Programmierer, der mindestens einmal einen seltsamen Absturz auf einem Datenbankserver getestet oder versucht hat zu verstehen, warum die RAID-Laufwerke nicht richtig funktionieren, weiß, wie schmerzhaft dies für Hardwareprobleme ist." Steve Borthwick
"Programmierer hassen Hardware, weil sie nicht immer alles dafür verantwortlich machen können!" Anonym
9. Sitzen Sie den ganzen Tag
Solange Sie keinen Desktop mit einem Laufband haben, wird Softwareentwicklung niemals wie eine Art Aerobic-Übung sein. Die meisten Programmierer verbringen viele Stunden damit, auf ihrem Arsch zu sitzen, auf die Tastatur zu tippen und aufmerksam auf die Bildschirme zu starren. Nach einiger Zeit kann längeres Sitzen sehr unangenehm werden. Und wenn Sie nicht einmal an einen anderen Ort ziehen können, um die Umgebung zu verändern, bringt Sie dies manchmal schnell in Angst.
„Ich sitze den ganzen Tag auf einem Stuhl und starre auf den Bildschirm. Es begann vor einiger Zeit ... zuerst zurück, dann Nacken, Augen müde und wie brennend, Kopfschmerzen ... es gibt keine Ruhe der Beine ... Ich habe versucht, dies mit Fitness, Taijiquan, Yoga, Qigong zu kompensieren, ich ging zur Arbeit an einem Fahrrad - und trotzdem kann ich nicht mehr darauf sitzen acht oder mehr Stunden. Um den ganzen Tag im Büro zu verbringen ... beobachte, wie die Sonne durch den Himmel geht und nicht von diesem verdammten Stuhl aufschaut, während das Leben vergeht. " Markus Toman
8. Debuggen
Selbst der beste, sorgfältig geschriebene Code ist nicht ohne Fehler. Natürlich müssen Entwickler regelmäßig Zeit damit verbringen, Fehler zu suchen und zu beheben - sowohl in ihrem Code als auch in denen anderer. Einige Käfer können leicht gefunden und behandelt werden, während andere durch ihre Eitelkeit zu weißer Hitze führen können, was sie dazu zwingt, viele Stunden zu verbringen und an der Stabilität ihrer Psyche zu zweifeln.
„Erkennung eines schwer zu reproduzierenden oder schlimmstenfalls eines Integrationstestfehlers, der versehentlich denselben Code besteht oder nicht besteht !!! Dann fühlt es sich so an, als ob Sie diese verdammt mysteriösen Fehler, die sich irgendwo im Code verstecken, niemals finden können. Fu! " Emmanuel Ngwane
"Wir schreiben so große Programme (manchmal auch kleine), dass wir beim Debuggen in solche Wildnis eintauchen und vergessen, was der Fehler selbst ist . " Ayush Bhatnagar
„Debuggen, insbesondere bei der Arbeit an großen Projekten mit Tausenden von Zeilen. Viele Geeks wie ich ziehen es vor, das Bild beim Debuggen über den Projektor anzuzeigen, damit sich meine Augen besser anfühlen. Isaac Perez
7. Schlechte Dokumentation
Die Arbeit mit dem Code anderer Leute ist manchmal ärgerlich, aber nicht so sehr, wenn er gut dokumentiert ist. Dies ist leider nicht immer der Fall. Wenn der Code keine Kommentare enthält oder normalerweise erklärt, wie alles funktioniert, müssen Sie viel mehr Zeit mit dem Debuggen, Erweitern oder Integrieren der Anwendung verbringen. Dies wirkt sich nicht optimal auf das Wohlbefinden der Programmierer aus.
„Am ärgerlichsten ist es, wenn Sie mit schlecht dokumentierter Software befasst sind. Dies macht das Leben für diejenigen schwierig, die die Arbeit an dem Projekt annehmen. Fehlende Kommentare und schlechte Semantik, insbesondere wenn nach dem vorherigen Programmierer eine Reihe von Fehlern und Fehlern zurückblieben. “ Angel Angeles III
"Der Prozess ist in einem undokumentierten und nicht kommentierten Code, den ein Idiot geschrieben hat." Abhishek Chauhan
"Ich verbringe, wie die meisten Programmierer, mehr Zeit damit, schlecht dokumentierten Code zu pflegen, als neuen zu schreiben." Walt Karas
6. Code zusammenführen
Versionsverwaltungssysteme wie Git oder Subversion sind großartige Tools, mit denen viele Programmierer gleichzeitig an derselben Codebasis arbeiten können, ohne die Ellbogen zu drücken. Letztendlich müssen die Änderungen jedoch in das Repository übernommen werden, und hier können Konflikte auftreten, wenn beispielsweise zwei Entwickler eine Datei oder ein Unterprogramm geändert haben. Manchmal werden solche Konflikte einfach gelöst, manchmal nicht.
" Ich mag das Zusammenführen nicht, weil ich den Code ändern möchte, damit mein Kollege es anders machen möchte - und was machen wir? "Ich versuche immer, Wege zu finden, um beide Lösungen zu kombinieren, aber wenn ein echter Konflikt auftritt, wird das Zusammenführen zu einer sehr unangenehmen Aufgabe." Jessica su
"Konflikt der Fusion" absolutes Übel . " Koustuv sinha
5. Unrealistische Erwartungen
Softwareentwickler - Leute sind alles andere als dumm. Aber genau aus diesem Grund zeigen alle Arten von Vorgesetzten, Projektmanagern und Verkäufern oft unrealistische, hohe Erwartungen daran, was ein Programmierer oder ein Programmierteam bis zu einem bestimmten Datum erstellen kann, und planen daher zu viel. Infolgedessen brennen Entwickler bei der Arbeit aus und haben im Allgemeinen keine Freude daran.
„Am unangenehmsten ist es, den Leuten zu erklären, dass Sie kein Zauberer sind, dass Ihr Wissen Grenzen hat, was genau mit Hilfe der verfügbaren Tools innerhalb der vorgegebenen Zeit realisiert werden kann, und all dies Menschen zu vermitteln, die noch nie an der Programmierung beteiligt waren und nicht bereit sind, dies zu tun " . Mark Miller
"Ihr Chef erwartet viel von Ihnen und Ihren Kollegen, aber Zeit und Ressourcen reichen nicht aus, um den erwarteten Ergebnissen näher zu kommen." Kevin sekin
"Projektmanager und Geschäftsanalysten versprechen Kunden, den Mond vom Himmel zu bekommen, und Programmierer müssen dies um jeden Preis tun . " Ratnakar sadasyula
"Ich liebe es, wenn jemand etwas Triviales verlangt und dann beiläufig eine Nachfrage aufwirft, für die sich die Informatik für weitere zwanzig Jahre entwickeln muss . " Vladislav Zorov
4. Andere Leute brechen meinen Code
Code, der von einem Entwickler auf die eine oder andere Weise geschrieben wurde, muss mit dem Code anderer Programmierer interagieren. Es spielt keine Rolle, ob es sich um Teile einer Anwendung, Bibliotheken von Drittanbietern, Tools oder einer anderen Anwendung im Allgemeinen handelt. Unser Code existiert nicht isoliert. Infolgedessen kann jemand aufgrund von Eile, Missverständnissen oder Nachlässigkeit den Code eines anderen brechen, was zu Unzufriedenheit, Streit, Stress und häufig zu Flüchen führt.
„Das Schlimmste, was ich hatte, war, als ich ein Programm mit einer Person schrieb, die ohne Vorankündigung die Bibliothek änderte, auf die wir uns beide bezogen. Infolgedessen ruft meine Unterroutine verlorene Variablen auf oder fügt sie hinzu. Oder, noch schlimmer, der Bibliothekscode ist abgestürzt, auf den ich keinen Zugriff hatte. " Sheri Fresonke Harper
„Wenn ein Teil Ihres Codes nicht mehr funktioniert, weil jemand seinen Teil des Codes geändert hat. Oft erfordern ihre Funktionen mehr Argumente als zuvor. Manchmal verschwinden Funktionen im Allgemeinen oder werden in eine andere Datei übertragen. “ Jessica su
„Die Notwendigkeit, ständig zurück zu kommen und den Code zu wiederholen, den Sie vor ein paar Tagen geschrieben haben und der nur (nicht das erste Mal) aufgrund von Änderungen am allgemeinen System„ gebrochen “wurde, ohne dass jemand darüber gesprochen hat, der noch nicht einmal getestet oder bewertet hat dass Tests fehlschlagen. Infolgedessen erfahren Sie, dass Ihr Code „nicht funktioniert“ . “ Simon Hayes
3. Die Leute verstehen nicht, was ich tue
Trotz der wachsenden Popularität des Berufs eines Programmierers und der Allgegenwart von Software verstehen viele Nicht-IT-Experten immer noch nicht, was die Entwickler tatsächlich tun. Für sie sind wir nur "Technikfreaks" und sie sehen keinen großen Unterschied zwischen beispielsweise Software- und Hardwareentwicklern. Ständige Missverständnisse und unangemessene Ideen, insbesondere unter Ihrer Familie und Ihren Freunden, können einen Programmierer verrückt machen.
„Unter Menschen, die nicht mit IT zu tun haben, gibt es ein weit verbreitetes Missverständnis, dass Programmierer, die an Computern arbeiten, in der Lage sein sollten, diese zu reparieren. Das ist ungefähr so, als ob Sie ein Auto fahren. Sie sollten in der Lage sein, das Getriebe zu sortieren. “ Steve Borthwick
„Ja, ich verdiene meinen Lebensunterhalt damit, Code zu schreiben. Nein, ich kann nicht anders, als das Problem mit dem Drucker oder durch Öffnen der an den Brief angehängten Datei oder durch einen Computer, der nicht startet, zu lösen. Zumindest - bis du mir Mittagessen oder Bier gibst, kann ich vielleicht helfen. “ Phil Johnson
"Erklären Sie den Leuten, dass ich nicht in jeder Ecke ein Geschäft habe, in dem Raubkopien von Software auf ihren Computern installiert werden." Anbalagan Jeyabalachandran
„Familie und Freunde denken, dass ich alles, was mit Computern verbunden ist, aus der Ferne reparieren kann. Sowohl Hardware als auch Software. Sie verstehen nicht. Infolgedessen müssen Sie sich ihre stechenden Kommentare wie "Was für ein Programmierer sind Sie, auch wenn Sie das DVD-Laufwerk auf meinem Laptop nicht reparieren können" anhören. Jazib Babar
"Nur 1-2% der Leute wissen, was ich tatsächlich mache." Yasin Pekşen
2. Zeitmangel
Wie in den meisten anderen Geschäftsbereichen braucht die Erstellung guter Software Zeit. Leider möchten Management und / oder Kunden wie anderswo normalerweise nicht lange genug warten, um die ideale Lösung korrekt umzusetzen. Daher werden Entwickler häufig aufgefordert, sie schneller zu machen. Dies führt zur Verwendung unschöner Hacks, zu technischen Schulden und schlechter Dokumentation. Die beschriebenen Konsequenzen verursachen wiederum Kopfschmerzen bei nachfolgenden Verbesserungen und Wartungen, insbesondere bei Programmierern, die sich mit vorgefertigtem Code befassen müssen.
„Ich möchte alles gut machen , aber wegen des Drucks muss ich es hastig machen. Manchmal ist dies gerechtfertigt, aber das Gefühl, dass die moderne Programmierkultur in diese Richtung zu weit gegangen ist, lässt nicht nach. “ Tichon Jelvis
„Das Schlimmste für mich ist, schnell unordentlichen Code zu schreiben und zu wissen, dass ich ihn viel eleganter gestalten kann. Ständig unter Zeitdruck ... " Gene Sewell
"... Wenn vieles, was Sie tun, nicht einmal im entferntesten guten Programmiertechniken ähnelt und nur weil Geschwindigkeit wichtiger ist als Qualität, müssen Sie tun, was Sie verlangen." Jose Palala
"... Es gibt immer nicht genug Zeit und Geld, um die richtige Lösung zu finden, aber sie reichen immer aus, um sie später immer wieder am Knie zu korrigieren . " Romi awasthy
1. Arbeiten Sie mit dem Code eines anderen
Früher oder später müssen sich Softwareentwickler mit Code befassen, der von jemand anderem geschrieben wurde. Unabhängig davon, ob es sich um Legacy-Code handelt, der von einem Vorgänger bei der Arbeit geerbt wurde, oder um eine API eines Drittanbieters oder um Code, der von einem Berater geschrieben wurde, können Sie die Notwendigkeit, das Programm eines anderen zu reparieren, zu erweitern und / oder zu integrieren, nicht vollständig vermeiden. Und das lässt Entwickler oft Haare von den Köpfen reißen.
„... Das Schlimmste ist, den Alien-Code zu klettern, ihn zu verstehen, zu debuggen und zu konfigurieren. Und es ist völlig dunkel, wenn die Person, die es geschrieben hat, gekündigt hat und dir in keiner Weise helfen wird. " Ratnakar sadasyula
"Der Versuch, Tausende von Zeilen undokumentierten Codes zu entschlüsseln." Simon zhu
"Es gab Zeiten, in denen ich mich mit dem von Beratern geschriebenen AWESOME-Code befassen musste." Joe Samson
„Ein weiteres Problem, das sehr frustrierend sein kann, sind APIs von Drittanbietern. Manchmal verlassen Sie sich stark auf sie, und dann bemerken Sie ein Problem, oder es wird eine Art von Funktionalität benötigt, aber die API ermöglicht es nicht, es selbst zu lösen. Sie müssen sich also an den Autor wenden und auf das Beste hoffen. " Kevin sekin
„Sprach- und Rahmenfehler. Sie verbringen Tage damit, herauszufinden, warum Ihr Code nicht funktioniert. Und nur um herauszufinden, dass das Ganze ein Fehler in der Sprache oder im Framework ist . “ John Paul Alcala
"Um Code zu entdecken, der von jemandem geschrieben wurde, der nicht die richtigen Qualifikationen hatte, um ihn zu erstellen ..." Nani Tatiana Isobel
Vielleicht ist noch etwas in deinen Top 10? Willkommen zu den Kommentaren :)