Proč strašit? Vždyť ono to tak opravdu vypadá...a nakonec jsem si všiml i zmínky o CLOSu přímo v tom článku.
A co by na tom mělo být odstrašující? CLOS mi přijde jako velice užitečná věc, navíc tenhle framework není nic jiného než volba - použijte, nepoužijte, jak je libo. ;-)
noflame>
A ozval sa nam perlista.. to je totiz od slova perla, co program to perla, mozete sa na nu pozerat, ale nechapete.. a vobec ho nemam rad
/noflame>
mit nebo nemit rad znamena, ze jsem to pochopil, vyzkousel a zavrhl z nejakych duvodu, nebo
ze proste jen tak cancam a nema cenu se tim vubec zabyvat.
Pokud patrite do te prvni kategorie, zajimaly by mne duvody, protoze by bylo zajimave zjistit, ze treba existuje neco lepsiho a proc
Predpokladam, ze se vsichni dokazeme smirit s tim, ze kazdy nazor je SUBJEKTIVNI a nema cenu pokouset se o flame.
Zajima mne proste nazor bez potreby ho pak komentovat.
Za sebe mohu napsat:
- je to objektove orientovany
- krasne prehledny za cenu vynucene identace, ale proti tomu, kam Vas nuti java, je to furt super
- je to syntakticky zcela nepodobne jazyku C, coz je vyhoda, pokud jej neznate, a nevyhoda, pokud ne, protoze se pak marne pokousite o z pohledu vyssi logiky programovani
zbytecne nizkourovnovy pristup. Za to, co tam ale posledni dobou sakne (++) jsem nasranej
- super pro rychly vyvoj, funkcni vzor a otestovani, a ne nepouzitelne pro finalni projekt, to posledni s vyhradou, ze pisu-li sitoveho agenta, pak si komunikaci nad napriklad http protokolem radeji implementuji dusledne sam, nez pouzit uz hotove knihovny pro praci s URL. Ono i regexp umi byt dostatecne rychle s compile.
- pokud potrebuju asynchronni low-level programovani s durazem na vykon a propustnost a pocet spojeni, nepisu to holt v pythonu