Zobrazení výsledků je asi nejslabší část, mám v plánu tam udělat několik tabů a v každém z nich různý způsob zápisu výsledků, ale ještě jsem se k tomu nedostal.

Vyrovnání počítám pomocí eliminace tranzitivních hran v grafu dlužníků , a podle mě platí: žádné tranzitivní hrany => nejmenší možný počet transakcí, které vedou k vyrovnání. Nedělal jsem sice úplně formální důkaz, ale takový náčrtek ano. Že to pak zajistí i maximálně n-1 hran, mě ani nenapadlo, ale asi to bude pravda, protože žádné tranzitivní hrany => žádné cykly => v nejhorším případě to bude celé souvislé, takže strom a strom má právě n-1 hran.

Krom toho mě napadlo, že pro n osob stačí k finančnímu vyrovnání n-1 transakcí (nemám podloženo důkazem), takže by bylo možné počet transakcí minimalizovat.

Každopádně chvályhodný počin.

Na myšlenku spouštění testů při každém buildu, resp. dokonce spuštění buildu a testů při každém ctrl+s, mě přivedl Miško Hevery (http://misko.hevery.com/). Na jeho přednášce TDD by Google tohle praktikoval v Ecplise (VS se mi nepodařilo v tomto směru jednoduše nastavit. Dokážu si představit, že to půjde přes makro, vlastní plugin nebo tak nějak, ale to už je zbytečně moc práce…). V NUnit si mohu „pomalé unit-testy“ označit atributem a nespouštět je pokaždé. Když už člověk dělá testy, je dobré je pouštět často a ctrl+shift+b už jsem si tak nějak zvykl používat dost často.

Na většině test runnerů ve VS mi trochu vadí, že do toho procesu nezapadají tak nějak plynule, představoval bych si to tak, že runner se spustí v malém okénku, ukáže mi, že všechny testy jsou ok a zavře se a pokud je něco v nepořádku, tak kliknu na nějakou malinkou ikonu a objeví se podrobnější informace. (Intergovaný runner pro MSTesty tohle sice částečně splňuje, ale kdo používá MSTesty, že? ) Ale znám pouze integrovaný runner a ten distribuovaný s R#, takže mi možná poradíš nějaký jiný, podle mých představ.

Spouštět testy při každém buildu může být časově dost náročné, v tomhle případě je lepší udělat buďto další build konfiguraci a testy spouštět přes ní.

Efektivnější je stejně použít nějaký integrovaý test runner do IDE, testy si pustíš kdy potřebuješ a zbytečně to neprodlužuje samotný build. zkus http://www.gallio.org/ nebo http://testdriven.net/