Mám své zaměstnání a rodinu, takže na to čas nemám, ale ani za mlada by mě takováto nabídka bez bližších podrobností nezaujala. Není uveden ani objem prací, ani o co by přesně mělo jít a ani to nejdůležitější, výše odměny ani jakým způsobem bude vyplácena (hodinově/úkolově) nebo třeba daněna.
Dne 3. července 2013 9:48 "Ing. Vladislav Ludík" <[email protected]> napsal(a): > Dík za radu, > > přiznám se, že jsem si kdysi dávno, snad v roce 2008, Zope nainstaloval a > po několika pokusech se s ním seznámit a po pár experimentech jsem dospěl k > závěru, že: > > a) je na mě příliš složitý a nerozumím mu > b) jevil se mi toporný a pomalý > > takže jsem to hodil za hlavu a začal s Cherrypy a MySQL. > > Možná je to se Zope všechno jinak, ale tehdy mě nepřesvědčil. > Experimentoval jsem i s Django, líbil se mi, ale nechtělo se mi ho učit od > začátku. > > Když se však vrátím ke svému záměru, tak ten je o něčem jiném. > Je o tom, že mi je celkem jedno v jakém prostředí se to vytvoří. > Důležité pro mě je, kdo se toho ujme a podle mých zkušeností s provozem a > představ to VYTVOŘÍ ! > A nemusí to být jedinec, může to být díky vlastností jazyka OOP skupina > zájemců. > > To opravdu v této komunitě není nikdo, koho by to bavilo, mohl se předvést > a navíc za to dostal zaplaceno ? > > Mojí další možností je oslovit někoho z programátorů v okolí a nechat to > udělat kompletně celé nově a na čemkoli obvyklém s tím, že to pak bude i > udržovat. > > V. L. > > Dne 2.7.2013 21:54, Jaroslav Lukesh napsal(a): > > Zkuste Zope, má nativní stromovou databázi, dokonce umí i SQL >> "zestromovatět". >> >> Tahle databáze je geniální na katalogovou strukturu - typicky starý dobrý >> yahoo a seznam než to začali dělat i s fultextem, sklady, náhradní díly, >> cestovky, prostě ideál. Dědí to vlastnosti, proměnné, obsahy, akorát to >> chce ho pochopit oč tam vlastně jde. >> >> Protože zope.org je poněkud nepřehledná (aspoň por mně), tak vám tady >> přes konferu pomůžem ho nasadit a vybrat to co bude třeba. >> >> Vůbec se nemusíte učit ten zparchantělý TAL, který vznikl pouze pro >> vysokonákladové projekty, kde filozofie byla, že programátor naprogramuje >> stránku, kterou dostal od designra a tan v případě změny prostě jenom >> popřesouvá prvky. No idea je to hezká, ale v EU jenom jedno grafické >> studio, které to tak dělá (nebo před tak 5 lety dělalo). >> >> Každý mlamoj vám bude říkat DTML is dead use TAL dude!, ale je to jenom >> zlomyslnost, aby vás dostal do bezesných nocí. Ne, fakt to není potřeba, >> DTML rozhodně není dead a bude mít podporu neustále, navíc pokud se >> připojíte na SQL, nebo budete chtít generovat cokoli jiného než HTML/XML >> (jako např. CSV, JS, JSON a pod), tak se bez DTML stejně neobejdete. >> >> proměnnou můžete mít nastavenou i jako vlastnost kteréhokoli nadřízeného >> objektu (to se udělá přes webový interface), pak odpadá její natlačení do >> namespace pomocí REQUEST.set. >> >> <html><body> >> <dtml-call "REQUEST.set('kecy', 'Haló world!')"> >> <dtml-var kecy missing="není tu" null="prázdno" prefix="nuzky"> >> <hr> >> <dtml-in"_.range(0,10)"> >> <dtml-var nuzky_index>. <dtml-var "kecy[:nuzky_number]"> >> <dtml-unless sequence-end> >> <br> >> </dtml-unless> >> </dtml-in> >> </body></html> >> >> tipnete si i bez znalosti DTML co to udělá? Tak a teď to někdo předveďte >> v TALu, bude to elegantní, krásně v jednom HTML tagu (či naprosto >> nepřehledně několika vnořených spanů), ale ----- jako neautor už moc tomu >> nebudete rozumnět, hlavně po letech, když se na to podíváte, bude kód už >> nečitelný. >> >> >> >> ----- Původní zpráva ----- Od: ""Ing. Vladislav Ludík"" <[email protected]> >> >> Již několik let se zdokonaluju v programování užitečných doplňků, >> sloužících pro hladký chod naší internetové sítě. >> Jak šel čas, situace se vyvinula tak, že programy a moduly jsou uloženy >> na několika serverech a několika místech, navíc na různých databázích a >> verzích Pythonu. >> Rozhodl jsem se, že to TAKHLE DÁL DĚLAT NECHCI ! >> >> Chtěl bych proto vytvořit nový, ucelený systém na jedné databázi na >> jednom virtuálním stroji. >> >> ______________________________**_________________ >> Python mailing list >> [email protected] >> http://www.py.cz/mailman/**listinfo/python<http://www.py.cz/mailman/listinfo/python> >> > > > -- > Ing. Vladislav Ludík > Tylovice 2027 > 756 61 Rožnov pod Radhoštěm > [email protected] > 608 777 525 > > ______________________________**_________________ > Python mailing list > [email protected] > http://www.py.cz/mailman/**listinfo/python<http://www.py.cz/mailman/listinfo/python> >
_______________________________________________ Python mailing list [email protected] http://www.py.cz/mailman/listinfo/python
