Clean Code Development
Seminar
In Dortmund
Beschreibung
-
Kursart
Intensivseminar berufsbegleitend
-
Niveau
Mittelstufe
-
Methodik
Inhouse
-
Ort
Dortmund
-
Dauer
2 Tage
-
Beginn
nach Wahl
Robert Cecil Martin (Uncle Bob) hat in seinem 2009 erschienenen Buch Clean Code: A Handbook of Agile Software Craftsmanship viele Tipps und Best Practices zur Softwareentwicklung zusammengetragen. Der Geselle schreibt bereits funktionsfähigen Code, der ausgeliefert wird, und der Kunde ist zufrieden. Martins Empfehlungen machen aus einem einfachen Programmierer einen Handwerksmeister. Nach der Vermittlung der grundlegenden Werte stehen Fragen rund um den Quellcode im Mittelpunkt. Am Ende des Seminars sollte jeder Seminarteilnehmer ein Clean Coder sein, und besseren Code schreiben können -- wenn das für alle Mitglieder im Team gilt, wird ein Clean Coder auch Code von Kollegen schneller lesen und verstehen können. Erfolgreiche Entwickler sind in der Lage, Wartungsaufträge zügiger und kostengünstiger zu erledigen.
Standorte und Zeitplan
Lage
Beginn
Beginn
Hinweise zu diesem Kurs
Kurs ›[(Java für Fortgeschrittene)]‹, ›Java für Umsteiger‹ oder vergleichbare Kenntnisse. Erfahrungen mit ›[(Design Patterns (Entwurfsmuster))]‹ und/oder ›[(Refactoring)]‹ sind von Vorteil.
Meinungen
Themen
- Clean Code
- Programmierung
- Java
Dozenten
tutego Dozent
IT-Programmierung
auf Anfrage Unsere Dozenten haben jahrelange praktische Erfahrungen in Ihren Fachgebieten durch Projektarbeit. Ihr Referent für das Seminar kann sich durch seine langjährige Erfahrung als Dozent und detaillierten Kenntnisse im gewünschten Bereich schnell auf die Bedürfnisse Ihrer Mitarbeiter einstellen.
Inhalte
- Besprechung Ihres Codes und den Problemen, die Sie damit haben
- Empfehlungen von diversen bekannten Programmierern
- Guten Namen, schlechte Namen
- Namenskonventionen
- Namen von Klassen, Methoden und Variablen
- Kurze Methoden
- Was darf eine Methode alles tun?
- Seiteneffekte
- … machen schlechten Code nicht wett
- Von guten und schlechten Kommentaren
- Empfehlungen, um unseren Code wartbarer und damit lesbarer und brauchbarer zu gestalten
- Wie soll ein Team damit umgehen?
- Wie bilden wir Daten im Code ab?
- Demeters Gesetz
- Zugunfälle
- Wann benutzen wir Exceptions?
- Welche Exceptions benutzen wir?
- Den normalen Ablauf klar erkennbar machen
- Fremdcode einbinden
- Log4j
- Empfehlungen
- TDD (Test Driven Development)
- Gekapselt, klein, kohäsiv
- Wir sollten annehmen, dass Änderungswünsche kommen
- Die Konstruktion von der Anwendung eines Systems trennen
- Factories
- Keep It Simple (KIS-Prinzip)
- Gefahren und Möglichkeiten
- Collections
- Testen
- Emergent Design
- Refactoring
- Make it run, make it clean…
- Martin Fowlers Buch ›Refactoring‹ dient als Basis für eine weiterführende Diskussion von Fehlern, schlechten Ideen und schlechtem Stil
Zusätzliche Informationen
Clean Code Development