Jedes Softwareunternehmen hat nur ein Ziel: die bestmöglichen Entwickler einzustellen. So ausgeklügelt der Einstellungsprozess auch sein mag, der Beweis liegt im Pudding. Wie kommt es, dass einige Softwareentwickler in der Lage sind, Projekte fristgerecht und mit den erwarteten oder sogar übertreffenden Qualitätsstandards abzuschließen, während andere ohne Erwähnung scheitern? Wir haben uns mit einigen unserer Starentwickler zusammengesetzt, um herauszufinden, was sie auszeichnet, welche Werte ihre Entscheidungen bestimmen und wie sie sich selbst effektiv einsetzen. Sehen Sie sich ihre besten Tipps unten an:
- Ich verfolge aktiv Websites wie eweek.com, sdtimes.com, um über technische Bereiche, die für mich relevant sind, sowie über die Branche im Allgemeinen auf dem Laufenden zu bleiben.
- Es ist zwar keine Praxis oder Gewohnheit im eigentlichen Sinne, aber es ist wichtig, an einem anspruchsvollen Projekt mit zuarbeiten, bei dem auch erfahrene Entwickler im Team sind, damit Sie ständig Feedback von Ihren Kollegen erhalten und sich mit qualitativ hochwertigem Code und verschiedenen Architekturmustern vertraut machen können.
- Obwohl es wichtig ist, sich auf eine bestimmte Technologie zu spezialisieren, ist es ebenso wichtig, gleichzeitig ein hohes Maß an Wissen über mehrere Technologien zu haben , was Sie erreichen können, indem Sie Branchenexperten folgen und Blogs lesen.
- Die Überprüfung Ihres Codes durch Gleichgesinnte ist eine großartige Möglichkeit zu lernen
- Wenn Sie sich bei videobasierten Bildungswebsites wie Pluralsight anmelden, können Sie verschiedene Facetten der Softwareentwicklung erkunden.
- Die Arbeit an einem Nebenprojekt in dem Bereich, für den Sie sich interessieren, ist ebenfalls eine gute Möglichkeit, um zu wachsen.

Sunil Thakur, Das große Wort
![]()
- Ich lese gerne regelmäßig technische Bücher und versuche, die Konzepte in meiner täglichen Arbeit anzuwenden. Einige Bücher, die meine Programmierkenntnisse erheblich verbessert haben, sind Clean Code, Effective Java und Pragmatic Programmer
- Ich liebe es, Probleme frontal anzugehen, auch wenn sie nichts mit der aktuellen Aufgabe zu tun haben und umgangen werden könnten. Dadurch erhalte ich einen
umfassenderen Einblick in die Software und erweitere meine Fähigkeiten. Auch wenn es eine gewisse Verlängerung der Arbeitszeit erfordert, gibt es mir die Genugtuung, etwas Neues gelernt zu haben. - Ich bemühe mich, regelmäßig neue Technologien/Ideen zu lernen, die mir helfen, eine optimale Lösung für ein Problem zu finden. Ich verbringe auch Zeit damit, mich mit den Aktivitäten der anderen Teammitglieder vertraut zu machen, um ihre Arbeit zu verstehen und neue Ideen zu bekommen.
- Mit zunehmender Erfahrung habe ich erkannt, dass es sehr wichtig ist, nicht nur eine Lösung für ein Problem zu entwickeln, sondern auch qualitativ hochwertige Software (sauberen Code), da dies langfristig die Wartung der Software erleichtert. Außerdem spart es enorm viel Zeit beim Verstehen/Debuggen des Codes.
- Immer wenn ich auf eine Antwort von jemandem warten muss, um mit einer Aufgabe voranzukommen, nutze ich die Zeit, um meinen vorherigen Code zu überarbeiten, und bei jedem erneuten Durchgang beseitige ich Fehler.
- Ich leite/besuche regelmäßig Sitzungen zu verschiedenen Themen, die von den Teammitgliedern ausgewählt werden, um Ideen auszutauschen, was allen hilft, ihre Fähigkeiten zu erweitern/verbessern.
- Die Überprüfung des Codes anderer und die Arbeit an Überprüfungskommentaren zu meinem Code ist eine großartige Möglichkeit, die Qualität der Software gemeinsam zu verbessern.
- Ich stelle viele Fragen zu einer Aufgabe/einem Thema, nachdem ich das Designdokument mehrmals durchgesehen habe. Das hilft, das Problem besser zu verstehen und die Software mit minimalen Fehlern herauszugeben.

- Ich besuche regelmäßig öffentliche Standardbibliotheken/angepasste Produktbibliotheken, aus denen Ich kann dort bereits vorhandene Codestücke abrufen - das spart Zeit und gibt Ihnen Zugang zu lesbarem Code!

- Bevor Sie sich für neue Technologien für ein Projekt entscheiden, sollten Sie immer die besten auf dem Markt erhältlichen Optionen recherchieren, und was noch wichtiger ist, die noch ein aktives Entwicklungsprogramm haben. Evaluieren Sie die Optionen zunächst, indem Sie ein Proof of Concept implementieren, das Ihre Echtzeitumgebung so genau wie möglich widerspiegelt. Entscheiden Sie sich für eine Option, die am besten mit Ihrer Umgebung harmoniert.
- Wenn Funktionen auf leicht unterschiedliche Weise implementiert werden können, sollten Sie dies immer vorher mit den betroffenen Interessengruppen besprechen , ihre Meinung einholen und diese umsetzen. Auf diese Weise können zukünftige Änderungen durch die Beteiligten nach der Auslieferung vermieden werden.
- Wenn Sie auf die Klärung der Anforderungen durch die Interessengruppen warten, sollten Sie nicht untätig bleiben. Sie können immer noch mit dem Schreiben von Scheincode für die Klärung fortfahren. Wenn Sie von den Interessengruppen Klarstellungen erhalten, ersetzen Sie einfach den Scheincode durch den erforderlichen Code.
- Interne Codedokumentation ist für einen Entwickler wichtig, um die Logik und die Funktionalität des Codes zu erläutern. Sie ist für andere Entwickler, die den Code zu einem späteren Zeitpunkt pflegen, sehr nützlich. Sie hilft auch dem Codeautor, sich an den vor langer Zeit geschriebenen Code zu erinnern. Es ist am besten, die interne Codedokumentation bereits beim Schreiben des Codes zu verfassen, anstatt sie für später zu planen. Wenn Sie sie für später planen, besteht die Gefahr, dass Sie mit etwas anderem beschäftigt sind und die Dokumentation ignorieren. Ein umfangreicher Code ohne interne Dokumentation ist so, als würde man ein Flugzeug bei null Sicht fliegen.
- Bei der Versionskontrolle sollten wir so häufig wie möglich aktualisieren, sogar mehrmals am Tag, anstatt die Aktualisierung alle paar Tage oder Wochen vorzunehmen. Eine größere Häufigkeit würde zu Konflikten führen und das Risiko erhöhen, dass das Repository Merge beschädigt wird. Vergewissern Sie sich immer, dass der Quellcode, den Sie übermitteln, kompilierbar ist.
- Kluges Programmieren spart viel Zeit und Mühe - achten Sie stets auf die besten Programmierpraktiken und -muster und wenden Sie diese regelmäßig auf Ihren Code an.
- Vermeiden Sie das Refactoring oder die Optimierung eines Codes, wenn es viele erneute Tests erfordert. Warum etwas kaputt machen, wenn es bereits funktioniert. Ziehen Sie die Optimierung eines Codes nur dann in Betracht, wenn eine neue Anforderung an den Code gestellt wird, die im Rahmen des Projektplans erneute Tests erfordert.
- Bereinigen Sie den Code regelmäßig, denn die Anhäufung von kommentiertem und veraltetem Code führt nur zu einer Vergrößerung der Datei. Verlassen Sie sich so weit wie möglich auf automatisierte Unit-Tests und End-to-End-Tests und verbinden Sie diese mit einem automatisierten Build- und Testprozess. Dadurch können Entwickler viel Zeit sparen und Probleme schneller erkennen und beheben.
- Bei der Umsetzung von Anforderungen in die Implementierung sollten Sie im Zweifelsfall immer den betreffenden Analysten fragen, auch wenn Sie ihn mit häufigen Fragen nerven müssen.
Es ist besser, während der Implementierung klare Anforderungen zu haben, als mit einer falschen funktionalen Implementierung zu enden. Auf diese Weise wird vermieden, dass wertvolle Zeit der Entwickler verschwendet wird und die Liefertermine überschritten werden. - Übernehmen Sie immer die Verantwortung für das Testen Ihres Codes und Ihrer Implementierungen, anstatt sie einem Tester zu überlassen. Sie können Ihren Code schneller liefern, wenn Sie ihn selbst gründlich testen, bevor der Tester ihn weiter testet.

Byju Parameswaran Nair, COAS
- Teilen Sie Informationen frei mit anderen im Team und in Foren; pflegen Sie stets
Kameradschaft mit Ihren Kollegen. - Streben Sie nach Spitzenleistungen und tun Sie alles mit Integrität

Mohana Krishna Yadav Pallapothu, GAC

- LESEN & STUDIEREN Sie alles, was mit Technologie zu tun hat. Ich lese auch Code von Open Source-Projekte, um verschiedene Codierungsstile zu lernen.
- Während der Entwicklung und Fehlerbehebung verbringe ich in der Regel viel Zeit damit, das System zu testen, um sicherzustellen, dass meine Änderungen keine anderen Teile des Systems zerstören.

Saurav Chakraborty, CGR
Verfasst von
Ankita Katuri
Software engineer at coMakeIT
Contact



