Vlákno názorů ke zprávičce PEAK: framework nad Pythonem od anonym - Piton, Piton,... to je od slova pitomec a...

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