Ako uz bolo spomenute nic(hocijaka technologia,hocijake rozhodnutie) nieje idealne, vzdy je to o prioritach. enterprise technologie: Podla mojej klasifikacie jednym z hlavnych znakov(prioritou) enterprise technologie je dlhodoby support. A RoR ma podla mna vsetky charakteristiky enterprise technologie, okrem toho supportu. Je to dane tym ze Inovacie su v nom az prilis rychlo nasadzovane pre korporatnu sferu(no pre mensie firmy to moze byt skor vyzva kedze su flexibilny a mozu rychlo zefektivnit svoj vyvoj) a taktiez su dost revolucne. Otazka na cloveka z RoR neprekaza vam ze je potrebne stale prepisovat aplikacie(napr. rails 3.0, 3.1 a dalsie ktore pridu)? Nieje v tomto stabilnejsie pythonie Django ?
Podla mna akakolvek technologia ktora ma ambiciu byt dlhodobo supportovana(javu pouzivaju,financuju a urcuju jej smer molochy ako sap,ibm,oracle..) je zamrazena sama v sebe, kedze vylucuje vecsie inovacie, ktore mozu zefektivnit vyvoj mensim firmam. To si nemyslim ze je zla vlastnost, pretoze ak mame v priorite zachovat podmienku dlhodobej s5tnej kompatibility inak to asi ani nepojde. Hlavnym konkurentom javy je podla mna ozaj .net ten ma ten korporatny support, a nema javovsku vlastnost "roztriestenost" ktora ubera podla mna energiu jave. Energia sa nedeli ako je to u Javy ale ide jednym smerom. A v konecnom dosledku je asi vyvoj rychlejsi, a teda tiez lacnejsi(technologie frameworky tam nieje tak casto potrebne integrovat=>menej potencialnych problemov atd.). 2011/7/18 Oto Buchta <[email protected]> > 2011/7/18 Pavel Kolesnikov <[email protected]> > >> Tady bych jen pro pořádek doplnil, že ten graf ne zcela pochopitelně >> separuje Ruby a Rails, které dohromady budou na úrovni Pythonu. Zajímavý je >> taky třetí graf ukazující nárůst poptávky. >> > > Otázka zní: Je opravdu větší požadavek na pracovní pozice na Ruby bez > Railsů než na Railsy samotné, když všude možně slyším, že Ruby by bez RoR > zapadly do propadliště dějin? Nejsou tady spíš Railsy jen podmnožina? > Vzhledem k tomu, jak tyto dvě křivky spolu velmi silně korelují, bych to tak > viděl. > > Jinak většina zde řečených množstevních důvodů proč RoR místo Javy ano či > ne lze interpretovat obojím způsobem. > > Co se týká mě a vývoje webových aplikací, tak se dlouhodobě dívám po > různých prostředích a bohužel > až donedávna jsem požíval pouze ty technologie, které jsem si de facto > vyvinul sám. > > Mne osobně tato debata přiměla podívat se na Railsy. Myšlenka je to dobrá. > Mám k nim pár větších i menších výhrad. Velké množství věcí, které Jirkovi > vadí na Javě, jsem dávno vyřešil > kombinací IDEA, Resin, XDoclet a FreeMarker. > Těch pár věcí navíc mi dávají do ruky GRailsy a předešlé mi neberou. Ale to > už jsem psal... > > Co se týká nasazení, tak jak Ruby, tak Java jsou kompatibilní s Turingovým > strojem, > takže jsou vzájemně zaměnitelné. Rozdíl je podle mne přesně v tom, co psal > Makub. > Railsy jsou vhodné pro určitý typ úloh, konkrétně pro izolované Webové > informační systémy > stavěné na zelené louce. Pro určitý nepřináší vůbec nic - například > proto, že ty úlohy > nejsou postavené na databázi, která je alfou a omegou Railsů. IDEA by v > Railsech > asi opravdu napsat nešla. V Ruby ano, ale to už se zase bavíme o něčem > jiném. > > Howgh! > > -- > Oto 'tapik' Buchta, [email protected], http://tapikuv.blogspot.com >
