@21 Dobrá poznámka k JVM, spousta javistů ráda pracuje s abstrakcí v podobě javy a nechtějí se pouštět do problematiky běhu nativního kódu na procesoru, jenže právě v těchto případech se pak hrozně diví, když se setkají s pády JVM. Tyhle pády se třeba na těch aplikačních serverech pod zátěží občas objevují a jsou odlišné dle implementace JVM. Třeba Oracle JRockit JVM se chová ve spoustě věcí hodně odlišně. Ale i když zůstanu u té abstrakce v podobě svět končí na JVM vrstvě, veledůležité je třeba znát dobře chování classloaderů i třeba typy garbage collectorů, servery jich využívají více typů, je dobré vědět kdy jaký použít a být si vědom omezení, která způsobují. Debugger by se měl používat na více věcí než jen krokovat svůj kód lokálně i vzdáleně, jde třeba o úpravu kontextu pro simulaci různých výjimečných situací na živém serveru, ono je něco jiného mít fungující unit testy a něco jiného živou instanci na serveru s mnoha naloadovanými knihovnami. Závěrem připomenu profilery, prakticky v každé aplikace se najde pomocí profileru místo, které je překvapivě neefektivní, profiler tak nepomáhá jen přímo zvýšit výkon aplikace, ale také najít logické chyby v kódu nebo nehospodárné nakládání s externími prostředky (typicky tak člověk přijde na frekventovaná volání databáze, která jsou buď zbytečná nebo se je dá omezit použitím cache, podobně je to s XML operacemi, kompilováním regulárních výrazů, lazy loadingem apd.).
