582334 TDD-ohjelmointimenetelmä ja koodin suunnittelu (5 op), syksy 2009
582334 TDD programming technique and designing code (5 cr), autumn 2009

Luennot

HUOM! Tämä luentoaikataulu on vasta alustava suunnitelma. Luentojen sisältö ja lähdemateriaali tarkentuu myöhemmin.

Harjoituksen 1 tehtävänanto jaetaan

Luento 1: ???

(<H1) TDD/BDD, motivaatio, johdanto, miten, Simplest Thing, YAGNI

TDD

http://en.wikipedia.org/wiki/Test-driven_development

http://www.butunclebob.com/ArticleS.UncleBob.TheThreeRulesOfTdd

http://www.agiledata.org/essays/tdd.html

http://blog.objectmentor.com/articles/2008/03/06/tdd-on-three-index-cards

http://blog.briandicroce.com/2008/03/14/three-index-cards-to-easily-remember-the-essence-of-test-driven-development/

http://agileinaflash.blogspot.com/2009/03/unclebobs-three-rules-of-tdd.html

http://agileinaflash.blogspot.com/2009/02/red-green-refactor.html

http://agileinaflash.blogspot.com/2009/02/first.html

http://www.infoq.com/articles/levison-TDD-adoption-strategy

http://programmingtour.blogspot.com/2009/07/test-first-and-test-driven-conversation.html [V]

examples

http://www.butunclebob.com/ArticleS.UncleBob.TheBowlingGameKata

http://www.objectmentor.com/resources/articles/xpepisode.htm

http://butunclebob.com/ArticleS.UncleBob.ThePrimeFactorsKata

motivation

http://www.butunclebob.com/ArticleS.UncleBob.TheThreeRulesOfTdd

http://www.onjava.com/pub/a/onjava/2003/04/02/javaxpckbk.html

http://okasaki.blogspot.com/2008/03/program-testing-for-sake-of-learning.html

http://anarchycreek.com/2009/05/26/how-tdd-and-pairing-increase-production/

http://www.ibm.com/developerworks/rational/library/edge/09/jun09/designdebteconomics/

BDD

http://dannorth.net/introducing-bdd

http://techblog.daveastels.com/2005/07/05/a-new-look-at-test-driven-development/

http://techblog.daveastels.com/files/BDD_Intro.pdf

http://behaviour-driven.org/

http://www.infoq.com/presentations/bdd-dan-north [V]

http://www.infoq.com/interviews/Dave-Astels-and-Steven-Baker [V]

http://frsoftware.blogspot.com/2009/03/bdd-101-introduction-to-behavior-driven.html

http://docs.google.com/Presentation?id=ajhwxtnk6mr8_2fnwq8ndm

principles

http://c2.com/cgi/wiki?DoTheSimplestThingThatCouldPossiblyWork

http://en.wikipedia.org/wiki/You_Ain't_Gonna_Need_It

http://c2.com/cgi/wiki?YouArentGonnaNeedIt

misc

http://www.martinfowler.com/articles/designDead.html

http://www.martinfowler.com/articles/newMethodology.html

http://weblogs.asp.net/rosherove/archive/2007/10/08/the-various-meanings-of-tdd.aspx

http://tech.groups.yahoo.com/group/agilefinland/message/551 (studies about agile)

levels of learning

http://martinfowler.com/bliki/ShuHaRi.html

http://alistair.cockburn.us/Shu+Ha+Ri

http://www.waysys.com/ws_content_al_sse.html

Luento 2: ???

code quality

http://www.infoq.com/presentations/10-Ways-to-Better-Code-Neal-Ford (PDF) [V] (composed method, TDD, static analysis, good citizenship (singleton), YAGNI, top 10 corporate code smells, question authority, SLAP (single level of abstraction principle), polyglot programming, every nuance, anti-objects)

(<H2) refactoring, code smells, DRY

http://martinfowler.com/bliki/TechnicalDebt.html

http://www.refactoring.com/

http://c2.com/cgi/wiki?DontRepeatYourself

http://c2.com/xp/CodeSmell.html

http://www.codinghorror.com/blog/archives/000589.html

http://martinfowler.com/bliki/CodeSmell.html

http://wiki.java.net/bin/view/People/SmellsToRefactorings

http://blog.james-carr.org/2006/11/03/tdd-anti-patterns/

http://www.laputan.org/mud/

(<H2) meaningful names

Clean Code, chapter 2

http://tottinge.blogsome.com/meaningfulnames/

http://agileinaflash.blogspot.com/2009/02/meaningful-names.html

Harjoituksen 2 tehtävänanto jaetaan

Luento 3: ???

(<H3) functions

Clean Code, chapter 3

(<H3) comments

Clean Code, chapter 4

(<H3) formatting

Clean Code, chapter 5

Luento 4: ???

(<H5) objects and data structures

Clean Code, chapter 6

error handling

Clean Code, chapter 7

boundaries

Clean Code, chapter 8

api design

http://www.youtube.com/watch?v=aAb7hSCtvGw [V] (PPT)

Harjoituksen 3 tehtävänanto jaetaan

Luento 5: ???

(<H4) unit tests, keep clean, one assert, FIRST, BDD style, code coverage

Clean Code, chapter 9

http://www.artima.com/weblogs/viewpost.jsp?thread=203994

http://www.artima.com/weblogs/viewpost.jsp?thread=35578

http://blog.objectmentor.com/articles/2007/08/02/which-came-first

http://agileinaflash.blogspot.com/2009/02/first.html

http://www.artima.com/forums/flat.jsp?forum=106&thread=204677

http://www.ibm.com/developerworks/java/library/j-cq01316/

http://homepage.mac.com/hey.you/lessons.html

http://enfranchisedmind.com/blog/posts/behavior-driven-development/

(<H4) mock objects, stubs, fakes, dummies

http://martinfowler.com/articles/mocksArentStubs.html

http://www.methodsandtools.com/archive/archive.php?id=90

http://googletesting.blogspot.com/2008/06/tott-friends-you-can-depend-on.html

http://code.google.com/testing/TotT-2008-06-12.pdf

http://xunitpatterns.com/Mocks,%20Fakes,%20Stubs%20and%20Dummies.html

http://hamletdarcy.blogspot.com/2007/10/mocks-and-stubs-arent-spies.html

http://easymock.org/

http://www.jmock.org/

http://mockito.org/

http://code.google.com/p/powermock/

(<H6) testable code, dependency injection, global variables

http://googletesting.blogspot.com/2008/08/by-miko-hevery-so-you-decided-to.html

http://googletesting.blogspot.com/2008/11/guide-to-writing-testable-code.html

http://www.youtube.com/watch?v=-FRm3VPhseI [V] (slides)

http://www.youtube.com/watch?v=RlfLCWKxHJ0 [V] (slides)

Luento 6: ???

unit, integration, acceptance testing, manual testing

http://www.jbrains.ca/category/integration-tests-are-a-scam

http://www.infoq.com/presentations/francl-testing-overrated [V]

http://www.indicthreads.com/1324/agile-teams-miss-out-by-having-a-narrow-focus-on-testing/

http://www.infoq.com/presentations/integration-tests-scam [V]

(<H4) various testing frameworks

http://www.junit.org/

http://www.jdave.org/

http://rspec.info/

http://cukes.info/

http://blog.josephwilk.net/ruby/outside-in-development-with-cucumber-and-rspec.html

http://www.codecommit.com/blog/java/the-brilliance-of-bdd

http://www.artima.com/weblogs/viewpost.jsp?thread=251945

http://code.google.com/p/specs/

http://www.artima.com/scalatest/

http://easyb.org/

http://groovy.codehaus.org/Using+GSpec+with+Groovy

http://fitnesse.org/

http://easymock.org/

http://www.jmock.org/

http://mockito.org/

http://www.jetbrains.com/teamcity/

(<H5) concurrent tests, mutation tests

Clean Code, chapter 13, appendix A

http://www.alphaworks.ibm.com/tech/contest

Harjoituksen 4 tehtävänanto jaetaan

Luento 7: ???

(<H5) GUI testing

http://martinfowler.com/eaaDev/ModelViewPresenter.html

http://martinfowler.com/eaaDev/uiArchs.html

http://martinfowler.com/eaaDev/SupervisingPresenter.html

http://martinfowler.com/eaaDev/PassiveScreen.html

http://fest.easytesting.org/wiki/pmwiki.php

http://blog.objectmentor.com/articles/2008/06/22/observations-on-test-driving-user-interfaces

(<H6) legacy code

http://www.amazon.com/Working-Effectively-Legacy-Robert-Martin/dp/0131177052

http://www.objectmentor.com/resources/articles/WorkingEffectivelyWithLegacyCode.pdf

database refactoring

http://www.databaserefactoring.com/

http://www.martinfowler.com/articles/evodb.html

Luento 8: ???

Coding Dojo: aiheena ??? (esim. game of life + acceptance testing?)

Harjoituksen 5 tehtävänanto jaetaan

Luento 9: ???

Simple Design, architecture

Clean Code, chapter 12

Extreme Programming Explained, page 49

http://blog.objectmentor.com/articles/2009/04/25/the-scatology-of-agile-architecture

http://blog.objectmentor.com/articles/2007/10/20/architecture-is-a-second-order-effect

(<H6) SOLID, cohesion, coupling

Clean Code, chapter 10

http://butunclebob.com/ArticleS.UncleBob.PrinciplesOfOod

http://blog.objectmentor.com/articles/2009/02/12/getting-a-solid-start

http://www.lostechies.com/blogs/chad_myers/archive/2008/03/07/pablo-s-topic-of-the-month-march-solid-principles.aspx

http://www.lostechies.com/blogs/derickbailey/archive/2009/02/11/solid-development-principles-in-motivational-pictures.aspx

http://www.infoq.com/presentations/principles-agile-oo-design [V]

http://www.hanselminutes.com/default.aspx?showID=163 [A]

http://www.hanselminutes.com/default.aspx?showID=168 [A]

http://reborg.tumblr.com/post/82362851/clean-code-cheat-sheet

Luento 10: ???

Coding Dojo: aiheena ??? (esim. eight queens puzzle + GUI?)

Harjoituksen 6 tehtävänanto jaetaan

Luento 11: ???

XP practices

http://en.wikipedia.org/wiki/Extreme_Programming

http://www.extremeprogramming.org/

http://www.xprogramming.com/xpmag/whatisxp.htm

http://www.infoq.com/minibooks/scrum-xp-from-the-trenches

Scrum practices

http://www.youtube.com/watch?v=Q5k7a9YEoUI [V]

http://video.google.com/videoplay?docid=-7230144396191025011 [V]

http://www.controlchaos.com/old-site/XPKane.htm

http://refcardz.dzone.com/refcardz/scrum

http://www.infoq.com/minibooks/scrum-xp-from-the-trenches

http://www.softhouse.se/Uploades/Scrum_eng_webb.pdf

Kanban practices

http://www.agileproductdesign.com/blog/2009/kanban_over_simplified.html

http://www.crisp.se/henrik.kniberg/Kanban-vs-Scrum.pdf

http://huitale.blogspot.com/2009/04/huitale-kanban.html

http://leansoftwareengineering.com/ksse/scrum-ban/

Luento 12: ???

professionalism, craftsmanship

http://blog.jaoo.dk/2008/06/19/is-it-professional-to-cheat-the-boss/ [V]

http://www.infoq.com/presentations/craftmanship-ethics [V]

http://manifesto.softwarecraftsmanship.org/

http://blog.objectmentor.com/articles/2008/08/14/quintessence-the-fifth-element-for-the-agile-manifesto

http://www.infoq.com/news/2008/08/manifesto-fifth-craftsmanship

http://www.infoq.com/news/2009/03/software_craftsmanship

http://www.vimeo.com/groups/7657/videos/3756344 [V]

http://www.anthonybroadcrawford.com/home/2009/5/8/practice-its-not-just-for-musicians-and-athletes.html

http://blip.tv/file/2089545 [V] ("what killed smalltalk could kill ruby, too", professionalism, tdd)

Kurssikoe

Harjoitukset

Ohjelmointiharjoitukset saa tehdä parikoodauksena, ellei sitä ole erikseen kielletty. Jos kaksi henkilöä (mutta ei useampi) on yhdessä ohjelmoinut harjoitusviikolla vaaditun toiminnallisuuden, niin molemmat saavat siitä pisteet. Harjoitustöiden viikottainen toiminnallisuus on kumulatiivista, mutta on sallittua käyttää pohjana edellisviikon harjoituksista peräisin olevaa toisen henkilön koodia, jossa ei vielä ole tämän viikon harjoituksissa vaadittua toiminnallisuutta.

HUOM! Tämä harjoitusaikataulu on vasta alustava suunnitelma. Harjoitusten sisältö tarkentuu myöhemmin.

Tetris-harjoitustyön testitapaukset ovat GitHubissa. Olisi mukavaa saada niistä palautetta ennen kurssin alkua joltakulta, joka ei ole aiemmin käyttänyt TDD:tä... Palautetta voi lähettää sähköpostiini esko.luontola ÄT cs.helsinki.fi.

Lähdekoodit saa noudettua komennolla git clone git://github.com/orfjackal/tdd-tetris-tutorial.git (tutorial branch). Ohjeita Gitin käyttämiseen saa mm. virallisilta sivuilta, GitHubista ja Git Readystä. Lähdekoodit ovat valmiiksi Maven-projektina, joten niiden testit saa ajettua komennolla mvn test ja projektin saa zipattua komennolla mvn clean package (tuotokset tallentuvat /target-kansioon).

Harjoitus 1: Tetris #1 (totuttelu). Duplikaation havaitseminen.

Kotitehtävä:

Lue annetut artikkelit ??? TDD:stä
Tetris #1: toteuta FallingBlocksTest läpäisevä koodi.
Havaitse duplikaatiota annetusta funktiosta ??? ja mieti miten sitä voisi parantaa (ehkä D:\DEVEL\GunTactyx\src\Apocalyx\dev\src\_GunTactyx\gtsim.cpp:1100-1352, aim-funktio)
Varmista että kehitysympäristösi toimii ATK-luokassa.

Harjoitustilaisuudessa:

Varmistetaan että kehitysympäristö toimii kaikilla.
Parikoodataan Tetris #2 lähtien.

Harjoitus 2: Tetris #2-3 (algoritmien synty, refaktorointi). Muuttujien nimeäminen.

Kotitehtävä:

Tetris #2-3: toteuta RotatingPiecesOfBlocksTest ja RotatingTetrominoesTest läpäisevä koodi.
Refaktoroi annettua luokkaa ??? siten, että sen muuttujilla ja metodeilla on paremmat nimet (Clean Code luku 2 tai Meaningful Names).

Harjoitustilaisuudessa:

Parikoodataan Tetris #4 ja tehdään sen alussa vaatima refaktorointi. Jos menee liian helposti, niin refaktoroi myös koodausparin versio.

Harjoitus 3: Tetris #4-6 (omat testit). Funktion refaktorointi.

Kotitehtävä:

Tetris #4-6: toteuta FallingPiecesTest, MovingAFallingPieceTest ja RotatingAFallingPieceTest, sekä ne läpäisevä koodi. Kirjoita tarvittavat testit itse.
Refaktoroi annettua funktiota/luokkaa ??? siten, että sen luettavuus on mahdollisimman hyvä (Clean Code luvut 3-5).

Harjoitustilaisuudessa:

Parikoodataan Tetrikseen toinen palikanpyörityslogiikka. Korvataan aiempi algoritminen pyöritys kovakoodatulla pyörityksellä, joka seuraa TGM:n pyörityssääntöjä. Poista kaikki turha koodi. (???: muutetaanko omaa vai vierasta koodia?)

Harjoitus 4: Tetris #7 (mock objects). HT2 #1 (ensimmäiset askeleet).

Kotitehtävä:

Tetris #7: toteuta täysien rivien poistaminen ja pisteiden lasku. Käytä testeissä EasyMock-kirjastoa (pisteidenlaskija vastaanottaa tapahtumia poistetuista riveistä).
HT2 #1: toteuta pyydettyyn ??? toiminnallisuuteen asti. Tee tämä yksin, älä parikoodaa, jotta kokisit ensimmäisten askeleiden tekemisen itse.

HT2 aihe: osoitekirja ???

Harjoitustilaisuudessa:

~~Vaihdetaan omia koodeja jonkun toisen kanssa. Parikoodataan HT2 eteenpäin, käyttäen vierasta koodia.~~ ???

Harjoitus 5: HT2 #2 (GUI testing). Luokkarakenteen refaktorointi.

Kotitehtävä:

HT2 #2: toteuta pyydettyyn ??? toiminnallisuuteen asti (testattava GUI:n toimintalogiikka ja toteutettava GUI ohuena kerroksena sen päälle).
Refaktoroi annettua luokkaa ??? siten, että jaat sen useaan osaan.

Harjoitustilaisuudessa:

Vaihdetaan omia koodeja jonkun toisen kanssa. Muutetaan vierasta HT2:ta, esim. toteutetaan autosave. ???
Tutustutaan seuraavissa harjoituksissa muutettavaan legacy-koodiin.

Harjoitus 6: Legacy Code. SOLID Principles.

Kotitehtävä:

Kirjoita testejä annetulle ??? legacy-koodille (esim. jokin ohtu-projekti? koodirivilaskurin irrottaminen Sorsastus 0.6:sta?), niin että siihen olisi helpompi toteuttaa tietty ??? toiminto. (Pointti: on vaikeampaa kirjoittaa testejä jälkikäteen ja vieraan koodin muuttaminen ilman testejä on vaikeaa.)
Lue kaikkien SOLID-periaatteiden artikkelit. Miten kukin niistä vaikuttaa ohjelman rakenteeseen? Mitä ongelmia niiden laiminlyönti voi aiheuttaa?
Käy antamassa kurssipalautetta.

Harjoitustilaisuudessa:

Coding Dojo, RandoriKata: koodataan vuorotellen yhdessä uutta aihetta käyttäen näitä sääntöjä (esim. toteutetaan neljän suora).