Épp a néhány 10 gigányi logot lehet elfelejteni, a logrotate mondjuk naponta menti és törli. Keress összefüggéseket a windows logban - ez úgy hangzik mint egy átok - de nem mert használhatatlan, esélyed sincs keresni, különösen összefüggéseket. 10 gigányi log - OK bízd ide erre van a grep és a többi (10 G nem, de 50-60 megát igenis kezelek és eredményesen).
A mai munkaállomások zöme akár több tucat ~100 KBaud -os kliens kitudna szolgálni! De akkor ki veszi meg az új hardware -t? Az ilyen gondolkodás miatt borít el bennünket az elektronikus szemét!
A paraméterekkel majd valahogy elbánok, de com objectek, ocx -ek és egyebek néha sokkal keservesebbek, nehéz debugolni - nem szeretek arra várni míg a DLL, ocx és egyebek fejlesztői kiadnak valami frissítést, patch -et amiben ez a hiba ki van javítva, viszont van másik tucat új :(
Mindig oda lyukadtam ki hogy ha valamit megbízhatóan (értsd napi 24 órában, évekig, amíg a vas el nem rozsdál alatta) akkor nekem kell az alapoktól megírnom, windows API alapokból vagy az alatt, és akkor hol van a produkció:
Kérem tegyen be egy lemezt - Türelem dolgozom - Kész. Kérem vegye ki a lemezt.
Legyen GUI (sokaknak az is magas, pl. mi az a többmenetes lemez) de az alatta meghúzódó interfész legyen megbízható, ellenőrizhető és elég "szószátyár" ahhoz, hogy rá lehessen jönni mi a baj. Számos a Linux GUI felületű programja mögött "közönséges" parancssori programok húzódnak, a GUI csak egy interfész, lehet hogy szép, látványos és átlátható de az ellenkezőjét is elmondhatom a GUI -ról - amikor a 66-ik ablakban találom meg azt a kis pöcköt amit be kell kapcsolni, hát az ...
* Én egy indián vagyok. Minden indián hazudik.