V čem vidíte budoucnost?

Napsal pr0gr4mm3r;451688

Nesmějte se mi, ale překvapila mě zkratka MVC. Strýček google mi prozradil co znamená: Model–view–controller. Pro ostatní: Znamená to oddělení programové části od grafiky. V jedné části se zpracují požadavky, a ta část nachystá surová data. Surová data potom čerpá GUI (grafické uživatelské rozhraní), což je u webu šablona, a tam se ty data zpracují.

Trošku zmatené. :) Když vezmu MVC framework Ruby on Rails a hodně to zjednoduším, tak Controller obsluhuje jednotlivé požadavky. Když je potřeba něco udělat s daty, povolá se na to Model (např. výběr dat z databáze). View pouze odprezentuje to, co se v Controlleru přichystalo (čili data nezpracovává, pouze je prezentuje!). Rozdíl mezi Modelem a Controllerem dobře ilustruje fakt, že Model je psán obecně -- prostě nějak zpracuje data, případně může vykonat i nějakou interní akci (třeba i odesílání e-mailů), ale to celé (přiměřeně) obecně, aby byl použitelný ve více situacích. A ty situace ošetří právě Controller, který vše zařídí, nechá Model zpracovat data, která mu předá, Model mu něco vrátí (nebo taky ne :)), a pak se řekne, co se zobrazí ve View. I když to třeba vypadá složitě, je to velice jednoduché a především efektivní programování. :) (A jazyk Ruby celou tu eleganci podtrhuje.)

Osobne vidim budoucnost v Jave (nebo .NETu)...na webovy projekty je to ponekud tezkopadnej jazyk (nuti do velky architektonicky astronautiky), ale na velky enterprise aplikace ji povazuju za nedostiznou, technologie jsou pomerne progresivni, silna komunita, silne typovanej jazyk (nechci zde spoustet flame). Jinak me bavi, jak se tu dohadujete o MVC frameworcich...osobne rikam, ze je to prekonane...budoucnost je rozhodne v komponentovych frameworcich (ktere ale musi byt dostatecne agilni pro tvorbu vlasnich komponent...cili imho ne neco jako jsou JSF :-))... na adminsky rozhrani osobne silne razim technologie jako je treba Vaadin sampler: http://demo.vaadin.com/sampler/ v takovychto projektech je budoucnost...stavovy (odstineny od HTTP protokolu), silna podpora pro dependency injection containery (ala spring) a objektove relacni mapovani (trebas Hibernate)... ono asi zase tolik nezavisi na tom, jestli Java nebo .NET nebo neco jineho...musi to byt flexibilni a mit vysokou reusability :-)---------- Doplňující příspěvek odeslán v 22:56 ----------

Napsal pr0gr4mm3r;451580

Kombinace PHP + Framework není ničím výjimečná, a často zpomaluje.

Já osobně jsem zastánce názoru, že příliš univerzálnosti pomaluje, a to framework ano.

Nejlepší pro firmu, která dělá v PHP je udělat si vlastní třídy, funkce, které bude používat. Je to zlatá střední cesta mezi výkonem a jednoduchostí implementace.

Dovol, abych s tebou polemizoval...tohle je z programotorskeho hlediska naprosto totalni silenost...aby si kazda firma delala svuj vlastni miniframework... 1) nikdy to nenapises lip, nez to uz napsany je (tak na 95 procent) 2) ty frameworky jsou obri z nejakeho duvodu :-) timto jenom dosahnes toho, ze casem budes mit framework, ktery se casem rozroste do masivniho molochu (jako jsou ty opovrhovane) a to z duvodu vseobecne pouzitelnosti....pozabijis na tom strasnyho firemniho casu a vysledek bude prinejmensim diskutabilni... jeden muj kamarad delal svuj framework ke svemu CMS jako bakalarku...dospel presne k tomuto zaveru... jinak co se tyce zpomaleni...v 98 procentech pripadu nemas sanci poznat, jestli to jde skrz framework (skrz kolik frameworku)...a ty zbyly dve procenta jsou natolik slozity, ze tam framework potrebujes tuplem...(jenom je treba prekrejt par trid z duvodu optimalizace (prizpusobit si flow))....daleko vetsi porblemy v aplikacich dela velky mozstvi proxy a adapteru, pripadne vrstev, kdy se pak cesty zkracuji atp...ale to myslim nebude pripad prumernyho webovyho projektu...

A proč se tím zaobírat, když r. 2012 bude konec světa? :-D To byl vtip samozřejmě, budoucnost vidím v .NET a Javě ;)

No v Jave velká budoucnost, při současném trendu, není, se koukněte jak stagnuje, možná u nějakých enterprise aplikací, ale i tam rozhodně nijak nesílí, spíš stagnuje až propadá. Protěžování komponentových freamworků od programátora preferujicího Javu je docela očekáváné. A .net má tu nevýhodu, že je od Microsoftu (je to dobrej produkt, ale zaujatost hodně lídí je prostě veliká). Myslím, že diskuze jasně ukazuje budoucnost všech platforem, protože jak vidět každá má něco.

Napsal Ani;455882

No v Jave velká budoucnost, při současném trendu, není, se koukněte jak stagnuje, možná u nějakých enterprise aplikací, ale i tam rozhodně nijak nesílí, spíš stagnuje až propadá. Protěžování komponentových freamworků od programátora preferujicího Javu je docela očekáváné.

A .net má tu nevýhodu, že je od Microsoftu (je to dobrej produkt, ale zaujatost hodně lídí je prostě veliká).

Myslím, že diskuze jasně ukazuje budoucnost všech platforem, protože jak vidět každá má něco.

Java je porad nejpouzivanejsi imperativni jazyk soucasnosti (pokud se nemejlim)... A ma tu nespornou vyhodu, ze je to cela platforma (skutecne platforma, ne jenom jeden jazyk)...kdyby uz z nejakyho duvodu zkrachoval ten jazyk (asi se to v nejblizsich deseti letech nestane, ale co kdyby....nebo pozdejc) tak 1) Java bezi nad JVM, ktera ma tu nespornou vyhodu, ze do bytekodu umi kompilovat skutecne slusny mnozstvi jazyku (treba Scalu, Groovy atp.), priznam se, ze nemam zkusenosti ani s funkcionalnim programovanim (coz pry muze byt budoucnost dle dost lidi, ktere znam a kterych si vazim) ani s generovanim celych aplikaci ala Groovy Grails...ale proste ta cesta jak uniknout pryc tu je :-)...a vzhledem k tomu, kolik knihoven je napsano v Jave, tak si myslim, ze se Java (ted mysleno jako jazyk a knihovny) jeste nejakou dobu bude zjevovat i po sve smrti v techto jazycich :-) 2) uz je v tom napsano tolik obrich enterprise aplikaci, ktery je nemyslitelny prepsat, ze to zamrznout nemuze :-)) 3) osobne nevidim zadnou platformu, ktera by javu mohla odstavit... .NET imho nabizi to same, jenom je od Microsoftu (ale opet me zkusenosti plynou jen z vnejsiho pozorovani .NETu, treba se mylim)...ale tento nazor i plyne z toho, ze rada javovskych technologii je do .NETu portovana, ze je to taky staticky typovany jazyk vychazejici z Cpp nad virtualni masinou... jedina vec, ktera me trochu desi je prevzeti Sunu Oraclem, ale uvidime, kam to bude smerovat :-) //jinak timhle nechci tlacit nejakym zurivym zpusobem zrovna javu...jenom jsem javista a myslim, ze javu odepisovat je hodne predcasny...jinak samozrejme uznavam, ze je zde rada dalsich velmi kvalitnich jazyku...:-) Jinak k tomu protezovani komponent...to neni vec Javy...to je vec reusability...vsichni, co az nyni objevili, ze MVC je cesta, se za par let budou mlatit do hlavy, proc to neudelali komponentove...precijeom komponenty nejsou konkurenci MVC - jsou jasnym vyustenim... Pecijenom kazdy slusny programator musi videt, ze koncept spolecnyho radice pro stranky, respektive to, ze nejsou skladat pohodlne on-the-fly neni zrovna idealni :-) ---------- Doplňující příspěvek odeslán v 10:40 ----------

Napsal Danny111;330332

V budoucnu se podle mě vynalezne nějaký nový jazyk a to proto, protože se vše zdokonaluje a přiznejme si, myslíte že za 20let se bude používat to co dnes? Možná něco jo ale kompletně předělané, porotže když se podíváte na to jak jde vše kupředu a tímle tempem nebude za 20 let hardware jak ho známe dnes, bude malý a mimořádně výkonný a dnešní jazyky by ho mohly omezovat.

Souhlasim s tebou...ale ten problem bych videl jinde...problem je ve zvysujicim se podilu jader a procesu, ktere je schopen procesor vykonavat paralelne...soucasne jazyky na to nejsou prilis staveny (preciejnom az bude 64 jader bezna soucast kalkulacky, tak se programovat bude muset jinak...)...v tomhle je imho sila prave funkcionalnich jazyku...jako prikald bych uvedl googli map-reduce...(kterej je teda zrovna myslim implementovanej v Cpp :-D...takze ne moc idealni priklad...ale jako ideu)

Napsal malejpavouk;455820

na adminsky rozhrani osobne silne razim technologie jako je treba Vaadin

sampler: http://demo.vaadin.com/sampler/

Zrovna ne moc vhodný příklad, protože Vaadin není kvalitní software. Co víc -- je nepoužitelný:

You have to enable javascript in your browser to use an application built with Vaadin.

Napsal Ani;455882

A .net má tu nevýhodu, že je od Microsoftu (je to dobrej produkt, ale zaujatost hodně lídí je prostě veliká).

Výhodu?? Tak možná opět na platformě Windows od Microsoftu. Všude jinde to může být solidní problém, protože Microsoft multiplatformitu oficiálně vůbec nepodporuje. I v tomhle má Java oproti .NETu obrovský náskok a výhodu. Je bezpočet situací, kdy se pro nasazení nějaké aplikace Windows platforma nehodí, není vhodná nebo nedostačuje -- pak je volba .NETu značně omezující a člověk se musí spolehnout třeba na Mono, což ovšem rozhodně není všespasitelné (zvláště poté, co Microsoft začal do .NETu zatahovat Windows-only vlastnosti). Java v tomhle vede (určitě taky jeden z řady důvodů, proč se v enterprise volí).

Napsal malejpavouk;455962

Java je porad nejpouzivanejsi imperativni jazyk soucasnosti (pokud se nemejlim)...

Není to spíš C/C++? Statistiky těžko někde získat, navíc by byly vždy určitým způsobem zkreslené + taky záleží na konkrétní oblasti nasazení, ale i tak bych si vsadil na C/C++.

Napsal malejpavouk;455962

Jinak k tomu protezovani komponent...to neni vec Javy...to je vec reusability...vsichni, co az nyni objevili, ze MVC je cesta, se za par let budou mlatit do hlavy, proc to neudelali komponentove...precijeom komponenty nejsou konkurenci MVC - jsou jasnym vyustenim... Pecijenom kazdy slusny programator musi videt, ze koncept spolecnyho radice pro stranky, respektive to, ze nejsou skladat pohodlne on-the-fly neni zrovna idealni :-)

Že to není konkurence souhlasím. V MVC frameworku Ruby on Rails se přímo oba principy velice pěkně kombinují skrze pluginy (jakoby knihovny pro určité funkcionality) a engines (komponenty ve formě samostatných aplikací, které se jednoduše zakomponují do té hlavní). Výtěžnost tohoto přístupu je skutečně veliká. :)

Napsal xHire;456035

Zrovna ne moc vhodný příklad, protože Vaadin není kvalitní software. Co víc -- je nepoužitelný:

Vaadin je imho velmi dobre napsany framework :-)...ale rad si poslechnu tve argumenty a alternativy... :-) Jinak k tomu, ze to javascriptovy a neprojde pres nej googlebot...Vaadin je urcen na aplikace na webu, ne na samotne portaly...cili vesmes na veci, kde je dulezity rich application pristup...typicky intranety, administratorsky rozhrani, emaily atp., typicky vsude tam, kde je indexovani irelevantni, ale jde primarne o to, aby se aplikace chovala jako tlustej klient...coz dost dobre jinak nezaridis :-)...osobne bych nepsal administratorsky rozhrani v cemkoliv klasickym...precijenom pak chudaci ti, co by to pouzivali...:-) jionak jeste k ty nepouzitelnosti...vrele doporucuju treba zkusit pouzivat g-mail bez javascriptu...je napsanej v GWT...cili to taky dost dobre nepujde :-D...(vaadin je napsanej nad GWT a GWT obsahuje ten engine pro kompilaci stranek do javascriptu :-D...proste tyhle aplikace jsou napsany s tim, ze se budou pouzivat s JS a nijak jinak :-))

Napsal xHire;456035

Výhodu??

Jen technická, já u toho .Net napsal NEvýhoda ;)---------- Doplňující příspěvek odeslán v 14:11 ----------

Napsal malejpavouk;456052

proste tyhle aplikace jsou napsany s tim, ze se budou pouzivat s JS a nijak jinak :-))

Zrovna tohle je podlemě jejich největší překážka. Pravda, že pohled na JS je skrelený tím jak v tom dělá každý bastlič, ale stejně to není nejlepší možný řešení (spíš znouzecnost) a zrovna tam je prostor k vývoji. Možná když by html5 vyšlo do 3 let, tak za dalších 15 let :) by mohlo být html6 a css4 a ve výsledku by to mohlo celý JS nahradit. Jinak v těhle aplikacích je budoucnost tím jak míří samotné OS více na web.

Napsal Ani;456146

Jen technická, já u toho .Net napsal NEvýhoda ;)

Jaj, to jsem úplně přehlédl! Omlouvám se. :embarassed:

Napsal malejpavouk;456052

Vaadin je imho velmi dobre napsany framework :-)...ale rad si poslechnu tve argumenty a alternativy... :-)

Může být dobře napsaný, ale technologie, na které stojí, ho shazuje tam, kam jsem naznačil. ;)

Napsal malejpavouk;456052

Jinak k tomu, ze to javascriptovy a neprojde pres nej googlebot...Vaadin je urcen na aplikace na webu, ne na samotne portaly...cili vesmes na veci, kde je dulezity rich application pristup...typicky intranety, administratorsky rozhrani, emaily atp., typicky vsude tam, kde je indexovani irelevantni, ale jde primarne o to, aby se aplikace chovala jako tlustej klient...coz dost dobre jinak nezaridis :-)...osobne bych nepsal administratorsky rozhrani v cemkoliv klasickym...precijenom pak chudaci ti, co by to pouzivali...:-)

Já ani v nejmenším neuvažuju indexaci crawlery, ani jiné boty, ale sebe. Prostě jediné, co jsem z toho Vaadinu viděl, byla ta citovaná věta. :banghead: A je *dost* lidí, co nemusí mít JavaScript nebo ho nemusí mít v požadované verzi (mobilní zařízení, konzolové prohlížeče, alternativní prohlížeče, starší prohlížeče, hlasové čtečky, …). Já bych proto naopak psal nejen administrační rozhraní v ryze klasických technologiích (místo JS známé (X)HTML), právě protože se umím vžít do pozic těch chudáků (respektive: já nejsem obecně proti JavaScriptu -- v některých nasazeních dovede ušetřit spoustu práce, ale jsem proti tomu, aby se nasazoval na úkor funkčnosti).

Napsal malejpavouk;456052

jionak jeste k ty nepouzitelnosti...vrele doporucuju treba zkusit pouzivat g-mail bez javascriptu...je napsanej v GWT...cili to taky dost dobre nepujde :-D...(vaadin je napsanej nad GWT a GWT obsahuje ten engine pro kompilaci stranek do javascriptu :-D...proste tyhle aplikace jsou napsany s tim, ze se budou pouzivat s JS a nijak jinak :-))

Co se gmailu týče, tak ten je udělaný docela dobře, protože:

Chcete-li Gmail zobrazit v základním zobrazení HTML, které jazyk JavaScript nevyžaduje, klikněte sem.

Kliknu a jsem v rozhraní, které je JavaScript-less, což mi vyhovuje (pohodlnější, rychlejší a především bezpečnější). :) Můj názor je takový, že kvalitní webová aplikace musí fungovat i bez JavaScriptu. Pokud nefunguje, tak není kvalitní. Toť můj pohled. Nechci se tu o ničem přít, ani nic dokazovat, pouze bych rád poukázal na to, že věc nemusí být perfektní jenom proto, že „mně to funguje”. Funkční neJavaScriptový fallback by prostě měl být samozřejmostí.

Napsal xHire;456176

Jaj, to jsem úplně přehlédl! Omlouvám se. :embarassed:

Může být dobře napsaný, ale technologie, na které stojí, ho shazuje tam, kam jsem naznačil. ;)

Já ani v nejmenším neuvažuju indexaci crawlery, ani jiné boty, ale sebe. Prostě jediné, co jsem z toho Vaadinu viděl, byla ta citovaná věta. :banghead: A je *dost* lidí, co nemusí mít JavaScript nebo ho nemusí mít v požadované verzi (mobilní zařízení, konzolové prohlížeče, alternativní prohlížeče, starší prohlížeče, hlasové čtečky, …). Já bych proto naopak psal nejen administrační rozhraní v ryze klasických technologiích (místo JS známé (X)HTML), právě protože se umím vžít do pozic těch chudáků (respektive: já nejsem obecně proti JavaScriptu -- v některých nasazeních dovede ušetřit spoustu práce, ale jsem proti tomu, aby se nasazoval na úkor funkčnosti).

jinak naopak...o funkcnost jde az v prvnim pripade...a tu bez javascriptu a ajaxu nejsi schopen u rich aplikaci zajistit....neb imitaci tlusteho klienta bez JS neudelas :-)

Co se gmailu týče, tak ten je udělaný docela dobře, protože:

Kliknu a jsem v rozhraní, které je JavaScript-less, což mi vyhovuje (pohodlnější, rychlejší a především bezpečnější). :)

Můj názor je takový, že kvalitní webová aplikace musí fungovat i bez JavaScriptu. Pokud nefunguje, tak není kvalitní. Toť můj pohled. Nechci se tu o ničem přít, ani nic dokazovat, pouze bych rád poukázal na to, že věc nemusí být perfektní jenom proto, že „mně to funguje”. Funkční neJavaScriptový fallback by prostě měl být samozřejmostí.

V tom se neshodneme...kvalitni enterprise aplikace...ve smyslu admin rozhrani, intranetova aplikace atp. vubec nemusi fungvat bez JS...cilem je zvyseni efektivity prace v dane firme, respektive, aby se ji produkt nejakym zpusobem proplatil...funkcnost bez javascriptu je vesmes zcela irelevantni...to ma smysl jen tehdy, pokud je dana aplikace dana k pouziti siroke verejnosti, kde nejsi schopen garantovat, ze se pouziji civilizovane prohlizece... :-) O funkcnost jde az v prvnim pripade...a rich aplikaci bez javascriptu proste neudelas :-)...a vaadin je framework pro rich (a vesmes instranetove) aplikace :-)...jak porad opakuji...to enni technologie pro pouziti na portaly...to je pro pouziti na aplikace v ramci stranek... proste imho: kvalitni sit pro mnoho vnejsich lidi samozrejme musi byt funkci bez JS...kvalitni aplikace pro omezenou skupinu...ne...cilem je funkcnost, efektivita prace, levnost na vyrobeni a udrzbu...:-) (s tim g-mailem to byl evidentne blbej priklad :-)) edit: jinak tady bych to uz nepitval, neb jsme ponekud offtopic...muzeme se kdyztak pohadat v mejlu, nebo si poslat postou obcanky a roztrhat je nebo si zalozit vlastni topic :-)...at zde maji misto dohadujici se o jazycich a technologiich ve smyslu budoucnosti :-)...

Napsal pr0gr4mm3r;451688

Nesmějte se mi, ale překvapila mě zkratka MVC. Strýček google mi prozradil co znamená: Model–view–controller. Pro ostatní: Znamená to oddělení programové části od grafiky. V jedné části se zpracují požadavky, a ta část nachystá surová data. Surová data potom čerpá GUI (grafické uživatelské rozhraní), což je u webu šablona, a tam se ty data zpracují.

:smoking:programuji v PHP :) proc? protoze MVC frameworky jako treba Kohana existuji i v PHP, cimz z PHP delaji razem uplne jiny mnohem pouzitelnejsi a komplexnejsi jazyk :) a uprimne nechapu proc se dodneska ve firmach matla ciste phpcko, kolikrat i neobjektove, vzdyt to ej straslive neefektivni :)

Napsal AlesiBoss;456607

:smoking:programuji v PHP :) proc? protoze MVC frameworky jako treba Kohana existuji i v PHP, cimz z PHP delaji razem uplne jiny mnohem pouzitelnejsi a komplexnejsi jazyk :) a uprimne nechapu proc se dodneska ve firmach matla ciste phpcko, kolikrat i neobjektove, vzdyt to ej straslive neefektivni :)

V PHP moc budoucnost neni, to umi kazdej tunta bez jakykoliv dokoncenyho vzdelani a tak za to lidi nedostanou radne zaplaceno a ani v tom nikdo nechce vytvorit nejaky vetsi a zajimavejsi projekty. MVC framework na tom nic nezmeni. Takze z meho pohledu jedine Java :)

Napsal Neregistrovaný;456613

V PHP moc budoucnost neni, to umi kazdej tunta bez jakykoliv dokoncenyho vzdelani a tak za to lidi nedostanou radne zaplaceno a ani v tom nikdo nechce vytvorit nejaky vetsi a zajimavejsi projekty. MVC framework na tom nic nezmeni. Takze z meho pohledu jedine Java :)

MVC framework na tom meni hodne, protoze to neumi kazdej tunta a posunuje to programovani uplne jinam (skutecne nelze srovnavat programovani v cistem php a mvc PHP5 strict frameworku), bohuzel s buducnosti mas pravdu :) tu vidim v .NET aplikacich :) nastesti je zde prirozena konkurence a pravdepodobne bude na koni mimo netu i java coz nemusi byt nutne spatne, spise naopak :) sam jsem se k netu chtel dostat uz davno, ale nejak na to pres podnikani stale neni cas :)

Napsal AlesiBoss;456621

MVC framework na tom meni hodne, protoze to neumi kazdej tunta a posunuje to programovani uplne jinam (skutecne nelze srovnavat programovani v cistem php a mvc PHP5 strict frameworku), bohuzel s buducnosti mas pravdu :) tu vidim v .NET aplikacich :) nastesti je zde prirozena konkurence a pravdepodobne bude na koni mimo netu i java coz nemusi byt nutne spatne, spise naopak :) sam jsem se k netu chtel dostat uz davno, ale nejak na to pres podnikani stale neni cas :)

Myslím, že PHP budoucnost má. To, že si každý študentík myslí, že PHP umí neznamená, že ho umí. Tvořit weby umí dnes každý. Ale jde o to, aby ten web byl přístupný, lehce upravitelný. To, co nevidíte neoceníte, ale měli byste. PHP je mocný nástroj, a protože si taky nějaký hotentot řekne, že je mástr v PHP kvůli tomu, že zná příkaz echo a umí se připojit k DB o něčem svědčí.