Aktuelle CCD-Stellenangebote¶

• Senior Java Developer / Software Architect (m/w), Heiler Software AG, Stuttgart/Karlsruhe, 06.02.2012
• Software-Entwickler (m/w), legodo, Karslruhe, 21.12.2011
• Softwareentwickler .NET für Standort Berlin gesucht, travelwindow, Berlin, 5.7.2011
• Clean Code Developer (.NET/ASP.NET MVC/JavaScript) (m/w), dff-solutions GmbH, Göttingen, 20.05.2011
• Clean Code Developer (.NET) (m/w), generic.de software technologies AG, Karlsruhe, 9.5.2011
• Backend-Entwickler (m/w) Shops und Webportale, Web Arts AG, Bad Homburg, 16.4.2011
• Clean Code Developer (.NET) (m/w) für Leipzig, INDECA GmbH, Heilbronn, 4.4.2011
  

1. Stefan Lieser
2. Ralf Westphal
3. Erik Bollow
4. Daniel Bloch
5. Benjamin Artmann
6. Christian Pappert
7. Stefan Edlich
8. Mario Röcher
9. Kai Gloth
10. Sebastian Gingter
11. Bernd Hengelein
12. Albert Weinert
13. Bastian Waidelich
14. Sebastian Stehle
15. Laurin Stoll
16. Daniel Meier
17. Boas Enkler
18. Mathias Raacke
19. Alexander Zeitler
20. Christian Deger
21. Sebastian Jancke
22. Larysa Visengeriyeva
23. Stefan Wittke
24. Christian Kesselheim
25. Christoph Muchalla
26. Rainer Schuster
27. Sascha Hennen
28. Thomas Mentzel
29. Dennis Traub
30. Giuliano Di Pasquale
31. Volker Riecken
32. Steffen Forkmann
33. Daniel Karstaedt
34. Christian Schmidt
35. Thomas Hasler
36. Markus Gallagher
37. Adrian Weidermann
38. Harry Pfleger
39. Michael Schuler
40. Holger Detering
41. Kai Timmermann
42. Ulf Fischer
43. Sandro Ciervo
44. Clivaz Olivier
45. Gregor Biswanger
46. Christian Kesselheim
47. Andreas Kaczmarek
48. Lukas Burri
49. Ingmar Schaefer
50. Sebastian Lehman
51. Wolfgang Haese
52. Robert Niemann
53. Ronald Dathe
54. Ronny Kretzmann
55. Andy Zimmermann
56. Jan Eisner
57. Peter Rinas
58. Toni Geyer
59. Oliver Boeff
60. Nils Steenbock
61. Florian Kiesl
62. Martin Hachenberg
63. Ronald Bouras
64. Markus Stoeger
65. Thomas Vogel
66. Falk Atmanspacher
67. Daniel Teubner
68. Rolf Katt
69. Martin Uitz
70. Soenke Schwenk
71. Stefan Rösch
72. Bodo Sander
73. Andreas Caspers
74. Klaus J. Stadlbauer
75. Andreas J. Wurzer
76. Bernhard Sillipp
77. Bernd Liesinger
78. Ivo Kremliczka
79. Andreas Bräsen
80. Philipp Koster
81. Pawel Tscherkaschin
82. Christian Schultze
83. Daniel Czerwonk
84. Peter Dietz
85. Klaas Kersting
86. Marcel Hoyer
87. Boris Nicolai
88. Thomas Lüera
89. Markus Eggers
90. Pawel Tscherkaschin
91. Christian Jacob
92. Adrian Weidermann
93. Dennis Heckert
94. Andreas Linden
95. Nils Wloka
96. Volker von Einem
97. Rudolf Batt
98. Manuel Beetz
99. Johann-Georg Vogelhuber
100. Klemens Schwarz
101. Carsten Schaefer
102. Norbert Baum
103. Michael Bohn
104. Martin Hoeft
105. Sergey Shishkin
106. Adrian Weidermann
107. Alexander Stuckenholz
108. Lars Kaufmann
109. Andreas Rademacher
110. Sozial Software GmbH
111. Yves Däschle
112. Henning Krapoth
113. Frank Gnad
114. Thomas Mutzl
115. Johannes Hoppe
116. Patrick Joseph
117. Daniel Trinter
118. Frank Huster
119. Felix Deierlein
120. Harald Schlindwein
121. Olaf Potratz
122. Christoph Faustein
123. Christian Raschka
124. Marcel Eppel
125. Martin Schäffner
126. Jürgen Hofmann
127. Klaus Backes
128. Christian Schultze
129. Christian Kolb
130. Martin Hey
131. Andreas Schlapsi
132. Andre Fleischer
133. Daniel Friedrich
134. Andreas Glunz
135. Jürgen Gutsch
136. Brigitte Kiesenhofer
137. Claus Riedel
138. Simon Rückert
139. Mirko Dobermann
140. Timo Pijnappel
141. Kai Simons
142. Kristian Herpel
143. Stephen Price
144. Andreas Figge
145. Michael Speer
146. Randolf Sitz
147. Uwe Grunwald
148. Gunnar Wendt
149. Martin Meier
150. Jennifer Siebigteroth
151. Dirk Richter
152. Andreas Heil
153. Tim Hans
154. Tilo Renz
155. Markus Terbrüggen
156. Florian Schwarz
157. Alexander Mühlbauer
158. Marco Walz
159. Georg Winkelhofer
160. Martin Schäffner
161. Martin Schäffner
162. Michael Piendl
163. Matthias Bilger
164. Andreas Patock
165. Thomas Krause
166. Nils Schmädeke
167. Jan Nonnen
168. Joachim Karrer
169. Thomas Gröner
170. Stefan Schnietz
171. Oliver Paulus
172. Sebastian Edelmeier
173. Dirk Helbig
174. Peter Kostros
175. Ramon Zöllner
176. Ole Trenner
177. Mario Mazilescu
178. Michael Lücke
179. Benjamin Hofmann
180. Bernhard Götz
181. William Schick
182. Stefan Poggenpohl
183. Alexander Esser
184. Kai Bausch
185. Manuel Dejonghe
186. Arne Klein
187. Carl-Christian Müller
188. Beat Fluri
189. Soner Akdemir
190. Louis Bernath
191. Pascal Ullrich
192. Michael Hirst
193. Andreas Neuenschwander
194. Martin Eckardt
195. Daniel Lindemann
196. Florian Finke
197. Andreas Simon
198. Reguel Wermelinger
199. Frank Endriss
200. Marc Knaup
201. Robert Rößger
202. Thomas Steglich
203. Tomislav Matas
204. Andreas Kotes
205. Timo Lotterbach
206. Manuel Klimek
207. Jan Rüdiger
208. Volker Richter
209. Heiner Schriever
210. Ralf Freischlag
211. Jürgen Hoheisel
212. Fabian Busse
213. André Röhlk
214. Nicolas Golubovic
215. Markus John
216. Julian Ruppel
217. Christian Caroli
218. Jörg Hösel
219. Christian Bruns
220. Matthias Hammer
221. Gregor Karzelek
222. Alexander Bouz
223. Peter Schaefer-Hutter
224. Uwe Emmrich-Kiessling
225. Andreas Winkler
226. Philipp Buergin
227. Kristof Zerbe
228. Thomas Woehlke
229. Christian Marchl
230. Peter Kofler
231. Robert Janzen
232. Andre Maucher
233. Florian Feith
234. Uwe Klawitter
235. Manfred Wolff
236. Sebastian Ziebell
237. Michael Fuchs
238. Alexander Fürstenau
239. Ralf Freischlag
240. Jan Schäfer
241. Alex Habermann
242. Lars Guse
243. Rainhard Mösl
244. Kai Thiele
245. Albrecht Wöß
246. Stephan Diezinger
247. Axel Marx
248. Erwin Haese
249. Marc-André Möller
250. Stoll Laurin
251. Uwe Zimmermann
252. Christoph Pater
253. Christian Burri
254. Markus Knittig
255. Daniel Hemmerling
256. Hans-Theo Jungeblut
257. Christian Vogt
258. Michael Paetzold
259. Norbert Wellnitz
260. Stefan Baier
261. Rene Kueppers
262. Amancio Bouza Liste
263. Alexander Müller
264. Sebastian Hempel
265. Hozelito Vajcek
266. Sebastian Hardt
267. Dirk Janssen
268. Murat Knecht
269. Andreas Sachs
270. André Weichert
271. Michael Topf
272. Torsten Strauch
273. Ralf Abramowitsch
274. Thomas Zeman
275. Raffael Spirig
276. Markus Harzdorf
277. Manfred Specht
278. Stefan Matyba
279. Stefan Knippenberg
280. Jürgen Gruber
281. Manuel Naujoks
282. Rainer Pirsch
283. Daniel Weinand
284. Wilfried Hahn
285. Markus Degen
286. Christian Hauß
287. Helmut Hechelbauer
288. Andreas Volk
289. Matthias Fuchs
290. Markus Wellmann
291. Ingo Ahrens
292. Carsten Ringe
293. Erik Zühlke
294. Timo Wagner
295. Sebastian Daser
296. Thomas Papendieck
297. Bert Speckels
298. Marinho Tobolla
299. Thomas Schedler
300. Mirko Sykorra
301. Stefan Böhm
302. Rick-Rainer Ludwig
303. Thomas Klute
304. Ronald Höllwarth
305. Daniel Leidisch
306. Manuel Wagner
307. Robert Kosten
308. Martin Kortstiege
309. Gerhard Hansch
310. Michael Schneider
311. Uwe Vigano
312. Sven Bischoff
313. Erik Biermann
314. Florian Schulz
315. Gerhard Kerl
316. Oezcan Acar
317. Marcel Besancon
318. Thomas Regner
319. Jürgen Stephan
320. Erik Heim
321. Dirk Pass
322. Marco Bellavia
323. Matthias Boldt
324. Klaus Fleerkötter
325. Thomas Weber
326. Ole Bulbuk
327. philipp grathwohl
328. Tobias Geisler
329. Nicolai Braszka
330. Patrick Ungeheuer
331. Markus Burger
332. Wolfgang Stamm
333. Stefan Drzazga
334. Markus Maier
335. Christian Albert
336. Maximilian Hoecker
337. Ernst Satzer
338. Jens Vogel
339. Michael Spörri
340. Felix Hoff
341. Michael Quenzer
342. Lutz Wedler
343. Benjamin Lilienthal
344. Oliver Abraham
345. Henning Scheibner
346. CHRISTIAN GOETZ
347. Nina Kaminski
348. Peter Guerra
349. Udo Trappe
350. Timon Schubert
351. Jens-Uwe Gaspar
352. Fridtjof Ahlswede
353. Andreas Urban
354. Robin Gressmann
355. Stefan Bachmann
356. Carsten Eichelberger
357. Stefan Wimmer
358. Maik Vlcek
359. Christian Kasparek
360. Peter Conrad
361. Matthias Kling
362. Michael Oppel
363. Martin Blume
364. Konrad Mattheis
365. Dominik Schiefer
366. Tilmann Kuhn
367. Thomas Enßner
368. Robert Labudda
369. Thomas Frase
370. Robert Spielmann
371. Andre Dierker
372. Sebastian Will
373. Wolfgang Gottschalk
374. Sebastian Meisner
375. Ekkehard Hess
376. Thomas Lattner
377. Andreas Widmaier
378. Robert Bedner
379. Stephan Roth
380. Johannes Stammel
381. fikre leguesse
382. BJOERN WILDENHAIN
383. Marc Becker
384. Matthias Jürgens
385. Thomas Hoeth
386. Jan Lorenz
387. Silvio Katzmann
388. Bernd-Christoph Schwede
389. Mirko Schneider
390. Thomas Tym
391. Uwe Zimmermann
392. Marc Bredt
393. Pierre Dedy
394. Peter Lorenz
395. Gareth Marshall
396. Martin Talamona
397. Matthias Laug
398. Peter Lech
399. Rolf Draether
400. Jens Burmeister
401. Sven Muhle
402. Frank Budwillat
403. Martin Monsorno
404. Robin Parker
405. Karsten Korte
406. Florian Geyer
407. Michael Winter
408. Tobias Rauche
409. Cédric Menzi
410. Thomas Schulte
411. Christoph Hornfischer
412. Horst Gaussmann
413. Golo Roden
414. Kai Jung
415. Roman Maeder
416. Marcell Spies
417. Christian Andersen
418. Marc Beierlein
419. Christian Polonio
420. Peter Breuer
421. Michaela Hofmann
422. Timo Müller
423. Markus Mayerle
424. Marius Schulz
425. Andre Krüger
426. Martin Blankenstein
427. Kai Reul
428. Christoph Luehr
429. Daniel Wurst
430. Michael Damm
431. Markus Letsch
432. Frank Jacobi
433. Thorsten Huber
434. Katharina Trbara
435. Stefan Diener
436. Frank Schröder
437. Eric Windmeier
438. Chris Swanepoel
439. Thomas Zimmermann
440. Maik Lüdeke
441. Michael Krisper
442. Sascha Hinlang
443. Chris Papenfuß
444. Torsten Klein
445. Alexej Klassen
446. Thomas Zimmermann
447. Peter Sonderegger
448. Rico Schäpe
449. Theo Pack
450. Wilfried Hahn
451. Johannes Lang
452. Andreas Werner
453. Marc Bless
454. Marcel Felder
455. Serkan Uslubas
456. Chris Swanepoel
457. Sven Peters
458. Malte Buchholz
459. marco mannucci
460. Anja Odenthal
461. Rene Philipp Heindl
462. Thomas Bünger
463. Alexander-Gregor Skrypzinski
464. Ingo Richter
465. Christian Kauer
466. Lars Konieczny
467. Ramon Kania, moveo Software GmbH
468. Linus Hechinger
469. Michael Neuhaus
470. Sascha Bühler
471. Manuel Wenk
472. David Rietz
473. Kiaresch Mussawisade
474. Daniel Opalla
475. Thomas Dralle
476. Peter Gfader
477. Lucas Heuvelmann
478. Erwin Altersberger
479. Alexander Zeitler
480. Leo von Wyss
481. Sebastian Rumpf
482. René Holy
483. Giuliano Di Pasquale
484. Haiko Emmel
485. Christopher Kamper
486. Axel Schuhmacher
487. Patrick Riccius
488. David Wendland
489. Martin Monsorno
490. Peter Wagner
491. Alexander John-Anacker
492. Johannes Keßler
493. Sven Günthner
494. Sandra Sieroux
495. Sebastian Stiehl
496. Johannes Weiß
497. Claudia Schwarz
498. Rainer Queck
499. Wolf-Dieter Hofmann
500. Christian Bleser
501. Dominik Kellner
502. Thomas Krooß
503. Timo Steigerwald
504. Jan Mohrmann
505. Thomas Warnick
506. Marco Schuster
507. Guido Leibbrand
508. Rainer Jung
509. dominik panzer
510. Sven Fleige
511. Marc Jodkuhn
512. Tobias Bergmann
513. Thomas Kuhn
514. Frank Jurisch
515. Christian Daniel
516. Michael Theis
517. Martin Zauner
518. Robert Karmann
519. Christian Daniel
520. THOMAS SCHROETER
521. Uwe Zimmermann
522. Rüdiger Schmidt
523. Johannes Maier
524. Stephan Bartl
525. Carsten Heuer
526. Thomas Bertz
527. Roland Bär
528. Roman Bartke
529. Thorsten Diekhof
530. Stefan Roock
531. Steffen Monarth
532. Martin Holzhauer
533. Zack Brown
534. Wolfgang Braun
535. Jakob Bysewski
536. Jörg Wiedmann
537. Pascal Soell
538. Stephan Weißenberger
539. Manuel Sidler
540. Andreas Mahr
541. Thomas Schell
542. marcus vengels
543. Jane Trümner
544. Sven Reske
545. Tobias Wiesenthal
546. Andre Kunz
547. Gunnar Magholder
548. Martin Monsorno
549. Rainer Bauer
550. Georg Karpala
551. Felix Maschek
552. Uli Armbruster
553. Maik Römpagel
554. Thomas Weller
555. Mischa Landwehr
556. Konrad Brunner
557. Matthias Luenemann
558. Marcel Kummerow
559. Marcus Kraßmann
560. Michael Schommer
561. Hinrich Kück
562. Tulug Yuecel
563. Christian Haug
564. Philipp Zipfel
565. Andreas Lennartz
566. Andreas Baumgart
567. Wolfram Wagner
568. Matthias Schönau
569. Tobias Demuth
570. Thomas Hertel
571. Dennis Moldenhauer
572. Alexander Kirsch
573. Patrick Koglin
574. Stefan Stolz
575. Sybit GmbH Sybit GmbH
576. Philipp Lenz
577. Andre Voll
578. Sebastian Dietz
579. Harmen Weber
580. Nico Zimmermann
581. René Pfeuffer
582. Ricardo Ferreira
583. Silvio Pohl
584. Ronny Windolph
585. Birgit Kratz
586. Jens Hausherr
587. Ronny Windolph
588. Jörg Vollmer
589. Stefan Cullmann
590. Florian Schinagl
591. Nikolaus Themeßl
592. Stefan Zeller
593. Frank Banzhoff
594. Christian Fritsch
595. Stephan Knitelius
596. Matthias Kramp, moveo Software GmbH
597. Sebastian Kroop, moveo Software GmbH
598. André Hurschler
599. Johannes Lattrich
600. Sabine Plüß
601. Sven Kobow
602. Axel Roeber
603. Rene Richter
604. Norman Tunger
605. Tino Hertlein
606. Frank Pfattheicher
607. Georg Brüstle
608. Stefan Glabisch
609. Nils Grieger
610. Michael Romer
611. Sabine Kalb
612. Frank Prill
613. Thomas Baustert
614. Ewald Ottmann
615. Siegfried Winkler
616. York Xylander
617. Jan Wetterau
618. Timo Waeschke
619. Jan Becker
620. Daniel Schwartz
621. Christoph Emonds
622. Sven Köhler
623. Lukas Weibel
624. Sandra Hinz
625. Ruth Findenig
626. Julia Wolk
627. Manuel Korrmann
628. Benjamin Toussaint
629. Elias Froschauer
630. Peter Daum
631. Florian Mätschke
632. Jan Bosshard
633. Ralf Pannemans
634. Lennart Johansson
635. Klaus Greff
636. Andreas Rupp
637. Richard Papenfuss
638. Martin Murrer
639. Daniel Zwicker
640. Enrico Lefass
641. Fries David
642. Steffen Märcker
643. Roland Ließ
644. ansgar simon
645. George Mamaladze
646. Sandro Lehmann
647. André Hinz
648. Christian Schmitterer
649. Pascal Schäfer
650. Olaf Kronefeld
651. Elena Asyova
652. Stefan Billeb
653. Christian Müller
654. Thomas Götzinger
655. Beat Bögli
656. Dag Frommhold
657. Simon Langbehn
658. Marc Sallin
659. Stephan Lindner
660. Kristin Wagner
661. Philipp Dreher
662. Bernd Zeitler
663. Stefan Jamin
664. Patricia Tiedemann
665. Alexander Mikuta
666. Peter Krämer
667. Thorsten Gutbrod
668. Timo Haberkern
669. Marlene Knoche
670. Jens Thirmeyer
671. Gerrit Wanderer
672. Christian Weiß
673. Yvonne Opalka
674. Serge Hänni
675. Jens Vogel
676. Daniel Rast
677. Bernd-Christoph Schwede
678. Christof Schoell
679. Matthias Geörg
680. Horst Dehmer
681. Dominik Hirt
682. Tobias Schafer
683. Joachim Eckert
684. Viktor Engelmann
685. Jon Krom
686. Selim Celik
687. Damir Majer
688. Björn Lundström
689. Steve Rakebrandt
690. Matthias Gernand
691. Heinz van Pee
692. Michael Engelin
693. Sascha Kegreiß
694. Michael Free
695. Alexander Mueller
696. Bastian Busch
697. Patrick Peer
698. Alexander Bierbaumer
699. Andrea Weikert
700. Tobias Sinz
701. Benjamin Stein
702. Malte Fiala
703. Bastian Helfert
704. Thomas Michel
705. Roman Hartmann
706. Stefan Becker
707. Johann Krez
708. Uta Schulze
709. Sven Mulholland
710. Thomas Schubert
711. Florian Quadt
712. Sven Laschinski
713. Ferenc Becker
714. Andreas Kaubisch
715. Daniel Albertini
716. Philipp Thun
717. Thomas Gaub
718. Tobias Baumann
719. Tim Vengels
720. Johann Blauensteiner
721. Markus Kiss
722. Anke Bremer
723. Daniel Kreiseder
724. Marco Schmittnägel
725. Christopher Kruczek
726. Sybit GmbH
727. Claudia Wechselberger
728. Thomas Nagel
729. Tobias Mueller
730. Reik Oberrath
731. Christian Stolcis
732. Bernd Zuther
733. Carsten Igel
734. Uwe Walter
735. Klaus-Martin Scheuer
736. Michael Dörsam
737. Peter Kessler
738. Yvonne Huebner
739. Robert Sauer
740. Jörg Stelkens
741. Christian Pfisterer
742. Peter Schaeffer
743. stefan Gamerith
744. Roland Schneider
745. Peter Merkel
746. Sebastian Behrendt
747. Patrick Pekczynski
748. Christoph Neumann
749. Matthias Fischer
750. Martin Wesemann
751. Kilian Lütkemeyer
752. Denis Reichelt
753. Susann Schmidt
754. Susanne Schramm
755. Steffen Schnaufer
756. Kathrin Schulz
757. Markus Eder
758. Pascal Witte
759. Marco Feltmann
760. John Gerdeman
761. Sebastian Sauer
762. Kai Mengel
763. Bastian Stölb
764. Maik Zosel
765. Marcel Stoer
766. Volker Janzen
767. Daniel Jakobs
768. Manuel Markwalder
769. Christel Mersch
770. Daniel Brün
771. Marc Tinnemeyer
772. Gerhard Ahlers
773. Harald Jedele
774. Jochen Linnemann
775. Seibert Stefan
776. Timo Peter
777. Ekaterina Dikushina
778. Matthias Münnich
779. Jakob Kroeker
     

Architektur / Design¶

Inversion of Control / Dependency Injection¶

• .Net
  • autofac, http://code.google.com/p/autofac/
  • Castle Windsor (IoC Container), http://www.castleproject.org/container/index.html
  • Microsoft Unity, http://msdn.microsoft.com/en-us/library/cc468366.aspx
  • NinJect, http://ninject.org/
  • Spring.NET, http://www.springframework.net/
  • StructureMap, http://structuremap.sourceforge.net/Default.htm
  • LightCore, http://lightcore.ch/
    

• Microsoft Common Service Locator, http://www.codeplex.com/CommonServiceLocator
  

• Java
  • Guice, http://code.google.com/p/google-guice/
  • Spring Framework, http://www.springsource.org/
    

Refaktorisierung¶

• .Net
  • JetBrains ReSharper (VS Add-In), http://www.jetbrains.com/resharper
  • Telerik JustCode (VS Add-In), http://www.telerik.com/products/justcode.aspx
  • DevExpress CodeRush Express (VS Add-In)
  • Visual Studio (ab der Std Edition)
• C++
  • VisualAssistX, Plugin für Visual Studio, http://www.wholetomato.com/
• Java
  • in Eclipse enthalten http://www.eclipse.org
    

Metriken / Codeanalyse¶

• .Net
  • FxCop, http://code.msdn.microsoft.com/codeanalysis/Release/ProjectReleases.aspx?ReleaseId=553
  • NDepend, http://ndepend.com/
  • Simian, http://www.redhillconsulting.com.au/products/simian/ - spürt Verletzungen des DRY-Prinzips im Code auf
  • SourceMonitor, http://www.campwoodsw.com/sourcemonitor.html
  • StyleCop, http://code.msdn.microsoft.com/sourceanalysis
• Java
  • Sonar, http://www.sonarsource.org/
  • PMD, http://pmd.sourceforge.net/ auch als Maven Plugin
  • Checkstyle, http://checkstyle.sourceforge.net/ auch als Maven Plugin
  • FindBugs, http://findbugs.sourceforge.net/ auch als Maven Plugin
    

Automatisiertes Testen¶

Integrationstests, UI Tests¶

• .Net
  • Ranorex (Integrationstests für Desktop- und Webanwendungen und allgemein UI-Automatisation), http://www.ranorex.com/
  • WatiN (Integrationstests für Webanwendungen), http://watin.sourceforge.net/
  • WatiR (Webanwendungen), http://watir.com/
  • WebAii, Design Canvas (Testen von Web- und Silverlight Anwendungen), http://www.artoftest.com/
  • Web UI Test Studio (Testen von Web- und Silverlight Anwendungen), http://www.telerik.com/products/web-testing-tools.aspx
  • white (Win32, WinForms, WPF, SWT), http://www.codeplex.com/white
  • Selenium (Webanwendungen), http://seleniumhq.org/
  • Silverlight Selenium (Silverlight Anwendungen), http://code.google.com/p/silverlight-selenium/
  • SilverUnit (Silverlight Anwendungen), http://cthru.codeplex.com/
    

• Java
  • QF-Test - für Swing, SWT und Web-Anwendungen http://www.qfs.de/de/qftest/index.html
    

Unit Tests¶

• .Net
  • gallio, http://www.gallio.org/ (Testrunner für verschiedene Testframeworks)
  • MBUnit, http://www.mbunit.com/
  • NUnit (Unit Test Framework), http://nunit.org/
  • JetBrains ReSharper (VS Add-In), http://www.jetbrains.com/resharper/ (enthält einen Testrunner für NUnit und andere Testframeworks)
  • Testdriven.Net (VS Add-In), http://testdriven.net/ (Testrunner für NUnit und andere Testframeworks)
  • Testmatrix (VS Add-In), http://www.exactmagic.com/products/testmatrix/index.html (Testrunner für NUnit)
  • Visual Studio (ab der Pro Edition)
  • xUnit.net, http://www.codeplex.com/xunit
  • xUnit BDD Extensions
    • Blog Post http://www.bjoernrochel.de/2008/10/04/introducing-xunitbddextensions/
    • Code http://code.google.com/p/xunitbddextensions/
• C++:
  • Google Test, http://code.google.com/p/googletest/
  • CppUnit, http://cppunit.sourceforge.net/
• Java
  • JUnit, http://www.junit.org/ (in Eclipse bereits entalten, inkl. Testrunner)
  • Hamcrest, http://code.google.com/p/hamcrest/
• JavaScript
  • QUnit, http://docs.jquery.com/Qunit
• Python
  • unittest - in der Standard Lib integriert
  • unittest2, http://pypi.python.org/pypi/unittest2/
  • nose, http://pypi.python.org/pypi/nose/
    

Mockup Frameworks¶

• .Net
  • Moq, http://code.google.com/p/moq/
  • NMock, http://nmock.org/
  • Rhino Mocks, http://ayende.com/projects/rhino-mocks.aspx
  • TypeMock Isolator, http://typemock.com/
• C++
  • Google Mock, http://code.google.com/p/googlemock/
  • mockpp, http://mockpp.sourceforge.net/
• Java
  • EasyMock, http://easymock.org/
  • JMock, http://www.jmock.org/
  • mockito, http://code.google.com/p/mockito/
    

Code Coverage Analyse¶

• .Net
  • JetBrains dotCover, http://www.jetbrains.com/dotcover/
  • NCover, http://www.ncover.com/
  • Testmatrix (VS Add-In), http://www.exactmagic.com/products/testmatrix/index.html (Testrunner für NUnit)
  • Visual Studio Team System
• C++
  • BullseyeCoverage, http://www.bullseye.com/
• Java
  • Cobertura http://cobertura.sourceforge.net/, gibt's auch als Maven Plugin
  • Emma http://emma.sourceforge.net/, gibt's ebenfalls als Maven Plugin
• Python
  • In PyDev integriert: http://stackoverflow.com/questions/2262777/how-to-get-unit-test-coverage-results-in-eclipse-pydev
    

Produktion¶

Build-Tools¶

• ANT die unverzichtbare fleißige Ameise http://ant.apache.org
• MAVEN Prototypen-gesteuerter Generator, Build-Controller, Internet-Repository http://maven.apache.org
  

Versionskontrolle¶

Zentral¶

• Subversion (SVN), http://subversion.tigris.org/
  • SVN-Monitor, http://www.svnmonitor.com/
  • VisualSVN (VS Add-In, Subversion Server), http://visualsvn.com/
  • TortoiseSVN, http://tortoisesvn.tigris.org/
• Team Foundation Server, http://msdn.microsoft.com/en-us/tfs2008/default.aspx
• Vault, http://www.sourcegear.com/vault/index.html
  

Verteilt¶

• Mercurial (HG), http://mercurial.selenic.com/
  • TortoiseHG, Windwos Explorer Erweiterung, http://tortoisehg.bitbucket.org/
  • hgscc, Visual Studio SCC Addin, http://www.newsupaplex.pp.ru/hgscc_news_eng.html
• Git, http://git-scm.com/
  • TortoiseGIT, http://code.google.com/p/tortoisegit/
  • Gerrit, http://code.google.com/p/gerrit/
  • msysit, http://code.google.com/p/msysgit/
• Bazaar, http://bazaar.canonical.com/en/
  • TortoiseBzr, https://launchpad.net/tortoisebzr
• Pastic SCM, http://www.plasticscm.com
• Darcs, http://darcs.net/
  • TortoiseDarcs, http://tortoisedarcs.sourceforge.net/
• IBM CM Synergy http://www-01.ibm.com/software/awdtools/synergy/
  

Continuous Integration¶

• CruiseControl.NET (CC.NET), http://ccnet.thoughtworks.com/
  • GUI für CC.NET, http://ccnetconfig.org/
• FinalBuilder (visuelle Scripts für CI und allgm. Batch-Aufgaben), http://www.finalbuilder.com
• Hudson CI Server, https://hudson.dev.java.net/
• JetBrains TeamCity, http://www.jetbrains.com/teamcity/
• Team Foundation Server, http://msdn.microsoft.com/en-us/tfs2008/default.aspx
• VisualBuild, http://www.kinook.com/VisBuildPro/
  

Profiler¶

• .Net
  • JetBrains dotTrace, http://www.jetbrains.com/profiler/
  • Red-Gate ANTS, http://www.red-gate.com/products/ants_performance_profiler/index.htm
• Java
  • YourKit, http://www.yourkit.com/
    

Entwicklungsprozess¶

• Team Foundation Server, http://msdn.microsoft.com/en-us/tfs2008/default.aspx
• VersionOne, http://www.versionone.com/
• AgileZen, http://agilezen.com/
• Pivotal Tracker, http://www.pivotaltracker.com/
• Redmine, http://www.redmine.org/
  

Issue Tracking¶

• Bugzilla, http://www.bugzilla.org/
• Team Foundation Server, http://msdn.microsoft.com/en-us/tfs2008/default.aspx
• Trac, http://trac.edgewall.org/
• JetBrains YouTRACK, http://www.jetbrains.com/youtrack/index.html
• Mantis, http://www.mantisbt.org/
• fixx, http://hedgehoglab.com/products/fixx/
• JIRA, http://www.atlassian.com/software/jira/
• Polarion TRACK & WIKI, http://www.polarion.com/
• IBM CM Change http://www-01.ibm.com/software/awdtools/change/
  kann mit dem o.g. CM Synergy integriert werden
• Redmine, http://www.redmine.org/
  ===Application Lifecycle Management===
  Requirements Engineering, Software Configuration Management, Quality Management
• Polarion, http://www.polarion.com/
• Rational,http://www-01.ibm.com/software/rational/offerings/lifecycle/?ca=rhp
  

Clean Code Developer¶

• CCD Spickzettel in Visual Studio, http://code.google.com/p/ccdaddin/
  

Schwarzer 0. Grad¶

Roter 1. Grad¶

Oranger 2. Grad¶

Gelber 3. Grad¶

Grüner 4. Grad¶

Blauer 5. Grad¶

Weißer 6. Grad¶

Bedeutung der Grade¶

Fortbildung¶

• Fortbildung ist kein Urlaub
• Fortbildung ist keine Abwesenheit vom Arbeitsplatz
• Fortbildung bedeutet nicht, dass kein Nutzen für Projekte gestiftet wird
• Fortbildung braucht nicht zwangsläufig ein hohes Budget für Schulungen oder Software
  

• Studium von Fachpublikationen (online/offline, Blog/Zeitschrift/Buch/Video)
• Ausprobieren von Gelesenem
  • Technologien
  • Verfahren
  • Werkzeuge
• Besuch von Fachveranstaltungen (Schulung, Konferenz, Community-Event)
• Publikation eigenen Fachwissens
  • in unternehmenseigenen Medien (z.B. Projekt-Wiki)
  • auf öffentlichen Plattformen (Blog, Zeitschrift, Buch, Fachkonferenz)
    

Übungspraxis¶

• 2Iposiv Consulting I Software I Services, Berlin
• 69 Grad GmbH, München
• accSone, München
• avado Projects, Strausberg
• CAPSOFT UG, Rust
• Cologne Intelligence, Köln
• Dennso Management Consulting GmbH, Hamburg
• generic.de AG, Karlsruhe
• GUTSCH-ONLINE Software GmbH, Engen
• INDECA GmbH, Heilbronn
• IT Frankfurt GmbH, Frankfurt a.M.
• Jastech UG, Münster
• Neovelop, Paderborn
• ObjectCode GmbH, Lünen
• proserv GmbH, Remchingen-Singen
• Raber+Märcker GmbH, Stuttgart
• Software-Concept GmbH, Chemnitz
• Sphenon GmbH, Hamburg
• WOGRA Consulting GmbH, Augsburg
• Cologne Intelligence GmbH, Köln
  

• pcsupport.ch, St. Gallen
• Gisler Informatik, Luzern
• YooApplications AG, Basel
  

Aufnahme¶

Qualitätssicherung¶

Das Banner für´s CCD-Committment¶

Desktop-Hintergründe¶

Postkarten¶

Berichte über CCD¶

• Clean Code muss sein, aber wie?, Vortrag bei FrOSCon August 2011
• Clean Code muss sein, aber wie?, erschienen in Javamagazin Dezember 2010
• Nicht lang´ schnacken, Kopf in´ Nacken, erschienen beim jaxenter im Juni 2010
• Video-Interview mit Ralf Westphal, msdn tv 2.6.2010
• Interview mit Stefan Lieser, VKSI Magazin, S. 28ff
• Clean code and the Scrum roots, Christoph Mathis: Positive Erwähnung von CCD in der englischsprachigen Scrum-Community inkl. engl. CCD-Mindmap
• Interview mit Ralf Westphal zu CCD, heise Developer
• Interview mit Stefan Lieser zu CCD, Video von Dariusz Parys
• Heise Developer zum Lightning Talk bei der JUGC
• Sod This Podcast, Oliver Sturm und Gary Short
• Erik Bollow
  • Now working on CCD orange degree
  • Clean Code as fundament for professional software development
• Meldung bei Heise Developer
• http://baerlin.in-dsl.de/home/content/view/263/1/, Michael Kovar
• 3. Online Meeting ALT.NET DE: Clean Code Developer
• Michael Minutillos Blog
  • Clean Code Developer Grades - Black Degree
  • CCD Red Degree Principle - Staying DRY
• Diskussion im Software Craftsmanship Forum
• Alexander Schatten, Clean Code Developer, Blog
• Ralf Westphal, Auf zu mehr Professionalität, dotnetpro 2/09
• dotnetpro, Online News
• Stefan Lieser, http://www.lieser-online.de/blog/?p=145, Blog
• Ralf Westphal, Clean Code Developer - Ein Weg zu mehr Professionalität, Blog
• Jörg Rückert, Java Blog für Clean Code Developer, Blog
  

Anwendungen von CCD¶

• Dariusz Parisz´ Blog, Clean Code – Mein Versuch daran zu arbeiten
  

CCD in Usergroups¶

• .NET Developer Group Ulm http://www.dotnet-ulm.de/Cleancodedeveloper.aspx
  • http://www.artiso.com/ProBlog/PermaLink,guid,50e0823f-7eaa-45a3-86ae-66e2bdd6a795.aspx Anündigung
• .NET Usergroup Braunschweig, !BootCamp zum Thema CCD
  • http://blog.lars-keller.net/2009/08/20/Zweites+Bootcamp+Bei+Der+DNUG+Braunschweig+Software+Design+Principles+CCD.aspx
    

CCD Vorträge¶

• Video eines Vortrags von Stefan Lieser und Ralf Westphal in der Fachbuchhandlung Lehmanns in Hamburg am 4.3.09
• Video eines CCD-Vortrags von Ralf Westphal an der HAW Hamburg am 8.6.2009
  

Prinzipien¶

Don´t Repeat Yourself (DRY)¶

Keep it simple, stupid (KISS)¶

Vorsicht vor Optimierungen!¶

Favour Composition over Inheritance (FCoI)¶

Praktiken¶

Die Pfadfinderregel beachten¶

Root Cause Analysis¶

Ein Versionskontrollsystem einsetzen¶

Einfache Refaktorisierungsmuster anwenden¶

Täglich reflektieren¶

1. Kleinschrittige Planung
2. Reflexion nach jedem Schritt
   

• Entweder bessert der Clean Code Developer jetzt solange nach, bis er in Bezug auf seines Tages Arbeit keine Prinzipienverletzung mehr wahrnimmt.
• Oder er nimmt die erkannten Prinzipienverletzungen für den nächsten Tag auf seinen Aufgabenzettel.
  

• Evolvierbarkeit
• Korrektheit
• Produktionseffizienz
• Reflexion
  

Evolvierbarkeit¶

Korrektheit¶

Produktionseffizienz¶

Reflexion¶

Prinzipien und Praktiken¶

Prinzipien¶

Praktiken¶

http://dotnetpro.de

http://www.prodevcollege.de

http://www.visualstudio1.de

Minimale Anforderungen an Professionalität¶

• Ein professioneller Softwareentwickler setzt sich mit dem Metier bewusst auseinander.
  D.h. er reflektiert über sein Produkt, seine Arbeitsweise, seine Materialien und Werkzeuge. Ein professioneller Softwareentwickler ist nicht einfach zufrieden, wenn sein Chef oder Kunde zufrieden sind. Er ist auch nicht einfach mit dem zufrieden, was ein Hersteller ihm empfiehlt. Stattdessen beobachtet und prüft er ständig seine Ergebnisse und bemüht sich um die Weiterentwicklung seiner selbst wie auch des Metiers. 
  

• Ein professioneller Softwareentwickler hat ein inneres Wertesystem.
  Gegen dieses Wertesystem prüft er seine Ergebnisse und Handlungen. Nur, wenn seine Arbeit diesem Wertesystem entspricht, empfindet er sie als gut getan, als professionell. Sein Streben ist es daher, auch unter widrigen Umständen, unter Druck von Kunden oder Herstellern, diesem Wertesystem treu zu sein.
  

Clean Code als Fundament¶

Lesenswerte online Artikel¶

• Ask 'Why' Five Times About Every Matter zur Praktik der Root Cause Analysis
• 12 Characteristics of Effective Metrics, Wayne W. Eckerson; lesenswert, auch wenn CCD nur die Erhebung einer Metrik empfiehlt
• http://www.heise.de/developer/artikel/Herausforderung-Brownfield-Teil-4-Komplexitaet-bewaeltigen-durch-Differenzierung-1031414.html, 4. Teil der heise Developer Serie über CCD
• http://www.heise.de/developer/artikel/Herausforderung-Brownfield-Teil-3-Das-Sicherheitsnetz-erweitern-956969.html, 3. Teil der heise Developer Serie über CCD
• http://www.heise.de/developer/artikel/Herausforderung-Brownfield-Teil-2-Das-Sicherheitsnetz-aufspannen-888901.html, 2. Teil der heise Developer Serie über CCD
• http://www.heise.de/developer/artikel/Clean-Code-Developer-in-Brownfield-Projekten-855114.html, 1. Teil einer Serie über CCD in Brownfield-Projekten bei heise Developer
• 31 Days of Refactoring, !LosTechies.com, als eBook
• Technical Debt Quadrant, Martin Fowler: Die vier Wege in die technische Schuldenlast
• Principles, Patterns, and Practices of Mediocre Programming, Steve Smith
• Ein Klassiker: Code as Design, Jack W. Reeves
• Partial Classes helfen dem Single Level of Abstraction Prinzip, Ralf Westphal
• Relearning: The Productivity Problem that We're Not Supposed To Talk About, Scott Bellware bricht eine Lanze für lesbaren Code
• Is Code Complete?, Saurabh_Saxena
• Law of Demeter, Brad Appleton
• Paying Down Your Technical Debt, Jeff Atwood: Was passiert, wenn Projekte das CCD-Wertesystem nicht berüchsichtigen? Sie akkumulieren "technische Schulden". Jeff Atwood zieht in seinem Beitrag grundlegende Artikel zu dem Begriff zusammen und kommentiert.
• The Joel Test: 12 Steps to Better Code, Joel Spolsky: Einige seiner Schritte beziehen sich auf CCD Bausteine
• Source Control HOWTO, Eric Sink (Entwickler des Versionskontrollwerkzeugs http://www.sourcegear.com/vault/index.html Vault)
• Die Prinzipien des objektorientierten Entwurfs in http://www.galileocomputing.de/966?GPP=oppy "Praxisbuch Objektorientierung" von Bernhard Lahres, Gregor Rayman, Galileo 2006
• SOLID Development Principles – In Motivational Pictures, blog
• Robert C. Martin bricht eine Lanze für Qualität, blog
• Domain Driven Design Quickly, eBook
• Pablo's Topic of the Month - March: SOLID Principles, Links zu SOLID-Artikeln
• Real Swiss don´t need SRP, do they?, Gabriel Schenker
• The Principles of OOD, Robert C. Martin
• Open Closed Principle, Jeremy Miller, MSDN Magazine
• Cohesion and Coupling, Jeremy Miller, MSDN Magazine
• Software Creation Mystery, Andriy Solovey, Blog
  

Hörenswerte Podcasts¶

• .NET Rocks !#388, Bob Martin (Uncle Bob) on Being a Professional!
• .NET Rocks !#410, Uncle Bob at Oredev
• Hanselminutes Podcast 145, SOLID Principles with Uncle Bob - Robert C. Martin
• Elegant Code Cast 15, Uncle Bob Martin
• Pragmatic Programmers, Andy Hunt on pragmatic wetware Obacht, Link zu einem MP3!
  

Sehenswerte Videos¶

• Craftsmanship and Ethics, Robert C. Martin
• Trends in Agile Development, Kent Beck
• Principle of Agile Design, Robert C. Martin
• Strategic Desing, Eric Evans
• Putting the Model to Work, Eric Evans
• Eric Evans on DDD
• Uncle Bob über Clean Code Functions
  

Prinzipien¶

Single Level of Abstraction (SLA)¶

Single Responsibility Principle (SRP)¶

Separation of Concerns (SoC)¶

Source Code Konventionen¶

    int laenge; // in mm

    int laengeInMM; 

    public double Preis() {
        // Berechnet den Bruttopreis ...
    }

    public Money BruttoPreis() {
        ...
    } 

Praktiken¶

Issue Tracking¶

Automatisierte Integrationstests¶

Lesen, Lesen, Lesen¶

Reviews¶

Quellen¶

• Dependency Inversion Principle
• Don´t Repeat Yourself (DRY)
• Entwurf und Implementation überlappen nicht
• Favour Composition over Inheritance (FCoI)
• Implementation spiegelt Entwurf
• Information Hiding Principle
• Interface Segregation Principle (ISP)
• Keep it simple, stupid (KISS)
• Law of Demeter
• Liskov Substitution Principle
• Open Closed Principle
• Principle of Least Astonishment
• Separation of Concerns (SoC)
• Single Level of Abstraction (SLA)
• Single Responsibility Principle (SRP)
• Source Code Konventionen
• Tell, don´t ask
• Vorsicht vor Optimierungen!
• You Ain´t Gonna Need It (YAGNI)
  

Prinzipien¶

Entwurf und Implementation überlappen nicht¶

Implementation spiegelt Entwurf¶

You Ain´t Gonna Need It (YAGNI)¶

Praktiken¶

Continuous Delivery¶

Iterative Entwicklung¶

Komponentenorientierung¶

• Komponenten sind binäre Funktionseinheiten. (Eine Klasse hingegen ist eine Funktionseinheit auf Quellcodeebene.)
• Die Leistung von Komponenten wird durch einen separaten (!) Kontrakt beschrieben. (Die Leistungsbeschreibung einer Klasse liegt hingegen in ihr. Es ist die Summe ihrer Methodensignaturen.)
  

Test first¶

• Wer von unten nach oben, von innen nach außen spezifiziert und implementiert, bietet dem Kunden erst sehr spät einen Wert an. Das ist zumindest frustrierend, wenn nicht gar kontraproduktiv.
• Wer bottom-up in der Spezifikation vorgeht, der spezifiziert ohne genaue Anforderungen des ultimativen Clients, des Benutzers. Was er also spezifiziert läuft Gefahr, am Ende zu allgemein und damit unhandlich zu sein - oder schlicht nicht gebraucht zu werden (eine Verletzung der YAGNI-Regel, s.o. und im roten Grad).
• Wer von unten nach oben implementiert, läuft Gefahr, nicht wirklich zu entkoppeln. Denn wenn tiefere Schichten nötig sind, um darüberliegende zu implementieren, dann werden wahrscheinlich keine wirklich isolierten Unit Tests mit Attrappen eingesetzt und auch keine Inversion of Control.
  

• Die Form einer Schnittstelle ist unmittelbar Client-getrieben und damit maximal relevant. YAGNI hat keine Chance.
• Die Tests sind nicht nur Tests, sondern auch Spezifikationsdokumentation. Nutzer einer Schnittstelle und Implementierer können sie gleichermaßen studieren. Eine separate Dokumentation erübrigt sich weitgehend. Das tut dem DRY-Prinzip genüge.
• Die Spezifikationen sind nicht nur passive Texte, sondern ausführbarer Code. Wenn dann eine Implementation vorliegt, kann sie gegen diese Tests geprüft werden. Spezifikation und Test sind damit nicht zeitraubend aufeinanderfolgende Phasen. Das erhöht die Produktivität. Qualitätssicherung ist so der Implementation schon vorgeschaltet.
  

• Ungenaue Anforderungen werden oft kompensiert durch Produkte, die versuchen, die Ungenauigkeit zu kompensieren. Die Immaterialität von Software wird dazu genutzt, so breit und flexibel zu implementieren, dass auch noch unbekannte oder schwammige Anforderungen quasi schon im vorauseilenden Gehorsam erfüllt werden.
• Ständig wechselnde Anforderungen werden im Produkt möglichst schnell nachgeführt, weil das dank seiner Immaterialität möglich ist.
  

• Der vorauseilende Gehorsam führt zu Breite und Flexibilität, die nicht wirklich gebraucht werden. Er realisiert Features, die keine Anwendung finden.
• Schnelle Umbauten an Software aufgrund wechselnder Anforderungen führen zu Qualitätserosionen im Code. Software ist zwar immateriell und flexibel - aber nicht jede Softwarestruktur ist evolvierbar oder auch nur verständlich.
  

• Ausschließlich klare Anforderungen implementieren.
• Der Kunde priorisiert seine klaren Anforderungen.
• Die klaren Anforderungen in der Reihenfolge ihrer Priorisierung umsetzen.
• Entwicklungsprozess und Codestruktur im Großen und Kleinen so aufsetzen, dass keine Angst aufkommt, sich ändernde und neue Anforderungen zu realisieren.
  

• servicewillig, denn sie müssen dem Kunden keine klare Anforderung abschlagen
• verantwortungsbewusst, weil sie das Budget nur für klar formulierten Nutzen einsetzen
• beschützend dem Code gegenüber, weil sie ihn gegen Überladung mit letztlich Unnötigem bewahren
  

1. Die von der Architektur geplanten Strukturen auf verschiedenen Abstraktionsebenen sollten sich so weitgehend wie möglich in der Codeorganisation widerspiegeln. Das bedeutet zum einen, dass die Architektur als Strukturelemente vor allem physische Codeeinheiten benutzt. Und zum anderen sollen diese Strukturelemente dann aber auch im Quellcode bzw. in der Codeorganisation im Repository klar sichtbar sein.
2. Bei der Arbeit an der Implementation der Strukturelemente und insbesondere innerhalb von Komponenten sollen Architekturänderungen "im Vorbeigehen" unmöglich sein. Wer in bzw. an einem Strukturelement arbeitet, also an einem Teil, darf nicht ad hoc die umliegende Struktur, d.h. das Ganze, ändern können. Nur wenn das gewährleistet ist, wächst die Entropie einer Software nicht unkontrolliert. Das ist wichtig, da das Hauptziel von Architektur ist, die Entropie und damit die Komplexität von Software zu minimieren.
   

Prinzipien¶

Open Closed Principle¶

public double Preis() {
    const decimal StammkundenRabatt = 0.95m;
    switch(kundenart) {
        case Kundenart.Einmalkunde:
            return menge * einzelpreis;
        case Kundenart.Stammkunde:
            return menge * einzelpreis * StammkundenRabatt;
        default:
            throw new ArgumentOutOfRangeException();
    }
}

public interface IPreisRechner {
    double Preis(int menge, double einzelpreis);
}

private IPreisRechner preisRechner;

public double Preis() {
    return preisRechner.Preis(menge, einzelpreis);
}

public class Einmalkunde : IPreisRechner {
    public double Preis(int menge, double einzelpreis) {
        return menge * einzelpreis;
    }
}

public class Stammkunde : IPreisRechner {
    const decimal StammkundenRabatt = 0.95m;
    
    public double Preis(int menge, double einzelpreis) {
        return menge * einzelpreis * StammkundenRabatt;
    }
}

Tell, don´t ask¶

Law of Demeter¶

int margin = config.Pages.Margins.Left;

Praktiken¶

Continuous Integration¶

Statische Codeanalyse (Metriken)¶

• Für Legacy Code können die Tools den Status Quo erheben und somit eine Grundlinie definieren, mit der die weitere Entwicklung des Codes (zum Besseren) verglichen werden kann.
• Für neuen Code, der mit Evolvierbarkeit im Blick geplant wurde, zeigt solch statische Codeanalyse, ob er das Ideal der Planung erfüllt.
  

Inversion of Control Container¶

• Locator
• Container
  

Erfahrung weitergeben¶

Messen von Fehlern¶

• Methoden der eigenen Klasse
• Methoden der Parameter
• Methoden assoziierter Klassen
• Methoden selbst erzeugter Objekte
  

int margin = config.Pages.Margins.Left;

public double Preis() {
    const decimal StammkundenRabatt = 0.95m;
    switch(kundenart) {
        case Kundenart.Einmalkunde:
            return menge * einzelpreis;
        case Kundenart.Stammkunde:
            return menge * einzelpreis * StammkundenRabatt;
        default:
            throw new ArgumentOutOfRangeException();
    }
}

public interface IPreisRechner {
    double Preis(int menge, double einzelpreis);
}

private IPreisRechner preisRechner;

public double Preis() {
    return preisRechner.Preis(menge, einzelpreis);
}

public class Einmalkunde : IPreisRechner {
    public double Preis(int menge, double einzelpreis) {
        return menge * einzelpreis;
    }
}

public class Stammkunde : IPreisRechner {
    const decimal StammkundenRabatt = 0.95m;
    
    public double Preis(int menge, double einzelpreis) {
        return menge * einzelpreis * StammkundenRabatt;
    }
}

Quellen¶

Prinzipien¶

Interface Segregation Principle (ISP)¶

Dependency Inversion Principle¶

Liskov Substitution Principle¶

Principle of Least Astonishment¶

Information Hiding Principle¶

Praktiken¶

Automatisierte Unit Tests¶

• Sie sparen Zeit
• Sie nehmen Angst
  

Mockups (Testattrappen)¶

Code Coverage Analyse¶

C0 = (Anzahl der getesteten Anweisungen / Anzahl der gesamten Anweisungen) * 100%

C1 = (Anzahl der getesteten Entscheidungen bzw. Zweige / Anzahl der gesamten Entscheidungen bzw. Zweige) * 100%

Teilnahme an Fachveranstaltungen¶

• .Net User Groups in Deutschlands
• Python User Groups in Deutschland
• Einige deutsche Java User Groups
• IT-Termine in Karlsruhe
• IT-Termine in München
  

Komplexe Refaktorisierungen¶

Quellen¶

• High-Level Klassen sollen nicht von Low-Level Klassen abhängig sein, sondern beide von Interfaces.
• Interfaces sollen nicht von Details abhängig sein, sondern Details von Interfaces.
  

• mittels Konstruktorparameter "per Hand"
• Einsatz eines Inversion of Control Containers (IoC Container) wie etwa Castle Windsor
• Dependency Lookup
  

Quellen¶

• Namensregeln
• Richtig Kommentieren
  

Namensregeln¶

Richtig kommentieren¶

    int laenge; // in mm

    int laengeInMM; 

    public double Preis() {
        // Berechnet den Bruttopreis ...
    }

    public Money BruttoPreis() {
        ...
    }