[196] a dalsi LLL: zde je videt zcela jasne pricina toho, proc guru LLL programatorum nezbyva nez nadavat na tezkosti tohoto sveta. Dnes je daleko dulezitejsi, aby kod byl na prvni pohled prehledny, aby bylo hned videt co tim autor myslel. Guruove optimalizuji kazdou kravinu, ale ze se v tom pak nikdo jinej nevyzna, ze trva veky tam neco vylepsit, zmenit ci opravit uz jde mimo ne. Hlavne ze usetrili pet taktu. Pak uz muzou jen nadavat, ze nejsou oceneni za sve vyjimecne znalosti a schopnosti, protoze dnes je cennejsi, kdyz clovek tvori s ohledem na ostatni, kdyz dokaze vyuzit funkce jinych i s tim ustupkem, ze nejsou zcela optimalni a kdyz i po nem zustane kod, ktery je vyuzitelny dal.
A tak zatimco "lepic", kteremu nedela problem vyuzit existujici knihovny a utility (a napsat i==0) spacha v HLL aplikaci za 1/10 casu tak, ze ji muze kdokoli vzit a rozsirit bez vetsi namahy, tak LLL guru uz ma optimalizovan ten kod ukladani do jpg tak, ze je na PIV s jadrem "cutehawk" 5x rychlejsi, co na tom, ze to celou aplikaci urychli o 10ms, na jinych platformach to nebude pouzitelne a celkove bude hotov nekdy za rok.
