|
|
|
|
LEADER |
00000cam a2200000Mu 4500 |
001 |
EBSCO_ocn875819290 |
003 |
OCoLC |
005 |
20231017213018.0 |
006 |
m o d |
007 |
cr |n||||||||| |
008 |
140405s2014 xx o 000 0 ger d |
040 |
|
|
|a EBLCP
|b eng
|e pn
|c EBLCP
|d OCLCQ
|d YDXCP
|d N$T
|d OCLCQ
|d OCLCO
|d DEBSZ
|d OCLCQ
|d OCLCF
|d OCLCQ
|d OCLCO
|d OCLCQ
|d OCLCO
|
019 |
|
|
|a 900283056
|
020 |
|
|
|a 9783826632075
|q (electronic bk.)
|
020 |
|
|
|a 3826632079
|q (electronic bk.)
|
029 |
1 |
|
|a DEBBG
|b BV043777742
|
029 |
1 |
|
|a DEBSZ
|b 472818066
|
029 |
1 |
|
|a DEBSZ
|b 476132533
|
035 |
|
|
|a (OCoLC)875819290
|z (OCoLC)900283056
|
050 |
|
4 |
|a QA76.9.M65. M367 2014
|
072 |
|
7 |
|a COM
|x 051390
|2 bisacsh
|
072 |
|
7 |
|a COM
|x 051230
|2 bisacsh
|
072 |
|
7 |
|a COM
|x 051440
|2 bisacsh
|
082 |
0 |
4 |
|a 005.1092
|
049 |
|
|
|a UAMI
|
100 |
1 |
|
|a Martin, Robert C.
|
245 |
1 |
0 |
|a Clean Coder :
|b Verhaltensregeln für professionelle Programmierer.
|
260 |
|
|
|b Verlagsgruppe Hüthig Jehle Rehm,
|c 2014.
|
300 |
|
|
|a 1 online resource (216 pages).
|
336 |
|
|
|a text
|b txt
|2 rdacontent
|
337 |
|
|
|a computer
|b c
|2 rdamedia
|
338 |
|
|
|a online resource
|b cr
|2 rdacarrier
|
490 |
1 |
|
|a Mitp Professional
|
505 |
8 |
|
|a 1.4.7 Identifizieren Sie sich mit Ihrem Arbeitgeber bzw. Kunden1.4.8 Bescheidenheit; 1.5 Bibliografie; Kapitel 2: Nein sagen; 2.1 Feindliche Rollen; 2.1.1 Was ist mit dem Warum?; 2.2 Hoher Einsatz; 2.3 Ein "Teamplayer" sein; 2.3.1 Versuchen; 2.3.2 Passive Aggression; 2.4 Die Kosten eines Ja; 2.5 Code unmöglich; Kapitel 3: Ja sagen; 3.1 Verbindliche Sprache; 3.1.1 So erkennt man mangelnde Selbstverpflichtung; 3.1.2 Wie echte Selbstverpflichtung klingt; 3.1.3 Zusammenfassung; 3.2 Lernen, wie man "Ja" sagt; 3.2.1 Die Kehrseite von "Ich versuch's mal"; 3.2.2 Der Disziplin verpflichtet.
|
505 |
8 |
|
|a 7.2 Akzeptanztests7.2.1 Die "Definition of Done"; 7.2.2 Kommunikation; 7.2.3 Automatisierung; 7.2.4 Zusätzliche Arbeit; 7.2.5 Wer schreibt die Akzeptanztests und wann?; 7.2.6 Die Rolle des Entwicklers; 7.2.7 Verhandlungen über die Tests und passive Aggression; 7.2.8 Akzeptanz- und Unit-Tests; 7.2.9 GUIs und andere Komplikationen; 7.2.10 Andauernde Integration; 7.3 Schlussfolgerung; Kapitel 8: Teststrategien; 8.1 Für die Qualitätssicherung sollte nichts übrig bleiben; 8.1.1 Die Qualitätssicherung gehört zum Team; 8.2 Die Pyramide der Testautomatisierung; 8.2.1 Unit-Tests.
|
505 |
0 |
|
|a Cover; Titel; Impressum; Inhaltsverzeichnis; Vorwort; Einführung; Danksagungen; Über den Autor; Auf dem Titelbild; Kapitel 1: Professionalität; 1.1 Seien Sie vorsichtig, wonach Ihnen verlangt; 1.2 Verantwortung übernehmen; 1.3 Erstens: Richte keinen Schaden an; 1.3.1 Beschädige nicht die Funktion; 1.3.2 Beschädige nicht die Struktur; 1.4 Arbeitsethik; 1.4.1 Sie sollten sich in Ihrem Bereich auskennen; 1.4.2 Lebenslanges Lernen; 1.4.3 Praxis; 1.4.4 Teamwork; 1.4.5 Mentorenarbeit; 1.4.6 Sie sollten sich in Ihrem Arbeitsgebiet auskennen.
|
505 |
8 |
|
|a 3.3 SchlussfolgerungKapitel 4: Programmieren; 4.1 Bereit sein; 4.1.1 Code um drei Uhr früh; 4.1.2 Sorgencode; 4.2 Der Flow-Zustand; 4.2.1 Musik; 4.2.2 Unterbrechungen; 4.3 Schreibblockaden; 4.3.1 Kreativer Input; 4.4 Debugging; 4.4.1 Zeit zum Debuggen; 4.5 Die eigene Energie einteilen; 4.5.1 Wann man den Stift weglegen muss; 4.5.2 Die Heimfahrt; 4.5.3 Die Dusche; 4.6 In Verzug sein; 4.6.1 Hoffnung; 4.6.2 Sich beeilen; 4.6.3 Überstunden; 4.6.4 Unlautere Ablieferung; 4.6.5 Definieren Sie "fertig und erledigt"; 4.7 Hilfe; 4.7.1 Anderen helfen; 4.7.2 Hilfe annehmen; 4.7.3 Mentorenarbeit.
|
505 |
8 |
|
|a 4.8 BibliografieKapitel 5: Test Driven Development; 5.1 The Jury is in; 5.2 Die drei Gesetze des TDD; 5.2.1 Die Litanei der Vorteile; 5.2.2 Die professionelle Option; 5.3 Was TDD nicht ist; 5.4 Bibliografie; Kapitel 6: Praktizieren und Üben; 6.1 Etwas Hintergrund übers Üben; 6.1.1 22 Nullen; 6.1.2 Durchlaufzeiten; 6.2 Das Coding Dojo; 6.2.1 Kata; 6.2.2 Waza; 6.2.3 Randori; 6.3 Die eigene Erfahrung ausbauen; 6.3.1 Open Source; 6.3.2 Ethisch handeln; 6.4 Schlussfolgerung; 6.5 Bibliografie; Kapitel 7: Akzeptanztests; 7.1 Anforderungen kommunizieren; 7.1.1 Verfrühte Präzisierung.
|
500 |
|
|
|a 8.2.2 Komponententests.
|
520 |
|
|
|a Verhaltensregeln für professionelle ProgrammiererErfolgreiche Programmierer haben eines gemeinsam: Die Praxis der Software-Entwicklung ist ihnen eine Herzensangelegenheit. Auch wenn sie unter einem nicht nachlassenden Druck arbeiten, setzen sie sich engagiert ein. Software-Entwicklung ist für sie eine Handwerkskunst. In Clean Coder stellt der legendäre Software-Experte Robert C. Martin die Disziplinen, Techniken, Tools und Methoden vor, die Programmierer zu Profis machen. Dieses Buch steckt voller praktischer Ratschläge und behandelt alle wichtigen Themen.
|
588 |
0 |
|
|a Print version record.
|
590 |
|
|
|a eBooks on EBSCOhost
|b EBSCO eBook Subscription Academic Collection - Worldwide
|
650 |
|
0 |
|a Software refractoring.
|
650 |
|
0 |
|a Software reengineering.
|
650 |
|
0 |
|a Computer software
|x Reliability.
|
650 |
|
6 |
|a Logiciels
|x Remaniement.
|
650 |
|
6 |
|a Logiciels
|x Fiabilité.
|
650 |
|
7 |
|a COMPUTERS
|x Programming
|x Open Source.
|2 bisacsh
|
650 |
|
7 |
|a COMPUTERS
|x Software Development & Engineering
|x General.
|2 bisacsh
|
650 |
|
7 |
|a COMPUTERS
|x Software Development & Engineering
|x Tools.
|2 bisacsh
|
650 |
|
7 |
|a Computer software
|x Reliability
|2 fast
|
650 |
|
7 |
|a Software reengineering
|2 fast
|
776 |
0 |
8 |
|i Print version:
|a Martin, Robert C.
|t Clean Coder : Verhaltensregeln für professionelle Programmierer.
|d : Verlagsgruppe Hüthig Jehle Rehm, ©2014
|z 9783826696954
|
830 |
|
0 |
|a Mitp Professional.
|
856 |
4 |
0 |
|u https://ebsco.uam.elogim.com/login.aspx?direct=true&scope=site&db=nlebk&AN=979080
|z Texto completo
|
938 |
|
|
|a ProQuest Ebook Central
|b EBLB
|n EBL1658381
|
938 |
|
|
|a EBSCOhost
|b EBSC
|n 979080
|
938 |
|
|
|a YBP Library Services
|b YANK
|n 11727570
|
994 |
|
|
|a 92
|b IZTAP
|