Platforma pro webovou aplikaci

[randomek]

Dneska je toho opravdu hodne a vsechno ma svoje vyhody i nevyhody.

Rozhoduji se mezi:
1. PHP + nejaky framework samozrejme (co treba pouzit drupal misto nejakeho vyslovene jenom frameworku)? U drupalu me treba odrazuje to, ze ty weby jsou fakt hodne pomale.
2. ASP.NET MVC - hodne se mi libi tahle technologie a navic C# je pekny a moderni jazyk.
3. PYTHON + DJANGO - pythonu jsem v posledni dobe hodne propadl
4. Java + nejaky framework(tzn. ne primo technologie soucasti specifikace EE jako servlety atd., spis nejaka abstrakce napr. Spring) - tohle je ale asi az na poslednim miste

Nicmene jsem zastancem toho, ze aby v dnesni dobe neco uspelo, tak to musi byt bud revolucni napad ( a zas tolik si o sobe nemyslim ) nebo to musi vyuzivat moderni technologie a nabidnout uzivateli daleko lepsi pocit nez u jinych podobnych produktu. Napr. technologicky 10 let zastaraly chat zalozeny na ajaxu vs. websockety a dalsi vymozenosti novych prohlizecu.
S toho vyplyva, ze mojim horkym favoritem je:
5) Meteor framework zalozeny na node.js, protoze to je opravdu presne to, co by splnovalo ty moje pozadavky. Jenze je to porad jen preview, jeste nebyla stable verze 1.0 a taky nemam zkunesot s tim, jak se bude chovat treba na slabsich zarizenich v prohlizeci aplikace, ktera ma v podstate vetsinu UI vytvareneho dynamicky JavaScriptem ( urcite o dost pomalejsi, nez kdyz prijde html stranka).

Jsou jeste nejake jine zajimave alterntivy, ktere jsem treba nezminil a pouzili jste je ke sve spokojenosti? 

[Reklama]

[Mirek Prýmek]

Jsou jeste nejake jine zajimave alterntivy, ktere jsem treba nezminil a pouzili jste je ke sve spokojenosti?

https://github.com/phoenixframework/phoenix - mladý, ale velice rychle a nadějně se vyvíjející. Onehdá psal jeho vývojář na IRC, že v benchmarku dostává 12000 req/s - přesně opačný trend než současní "moderní" bumbrlíčci, u kterých je úspěch cokoli nad 500

Nicmene jsem zastancem toho, ze aby v dnesni dobe neco uspelo, tak to musi byt bud revolucni napad

Nějak si nevzpomínám na nic, co bych považoval za opravdu revoluční. V oblasti webových služeb už vůbec ne. Všechno, co mě tak napadá, jsou jenom pečlivě udělané a dotažené věci, které tady jinak v principu máme už dlouho. Akorát teď je to fklaudu, má to web s responsivním designem, funguje to realtime, je to propojený s Facebookem a existují mobilní aplikace pro obě platformy... Čili žádná revoluce, jenom kupa poctivé práce.

Ostatně, obecně v IT nic opravdu revolučního nemáme už tak od nástupu éry PC

Třeba mně osobně připadá nejblíž k pojmu "revoluce" třeba Arduino, ale to taky není vůbec nic technicky novýho, prostě se jenom starej dobrej procesor zabalil tak, aby ho mohl použít každý (a v tom je ta revoluce - ne technická, ale na poli použitelnosti).

nebo to musi vyuzivat moderni technologie a nabidnout uzivateli daleko lepsi pocit nez u jinych podobnych produktu.

Podle toho, co je tvým cílem. Pokud ohromit/oblbnout nějakýho investora, tak jo, to je docela dobrá cesta. Pokud ti jde ale fakt o to, udělat dobrou službu pro uživatele, tak potom je to dost zcestnej způsob uvažování - uživatelům je úplně jedno, jestli ti to běží na Erlangu nebo VisualBasicu, pokud jim doručuješ stejnou přidanou hodnotu, snadnost použití, vychytaný design atd. Jestli toho umíš dosáhnout líp s Erlangem nebo VisualBasicem, to je otázka pro tebe, ne pro nás

Přílišný uvažování nad technologií je typická známka projektů vedených techniky, který dost často krachují na tom, že jsou právě fascinovaní technologií a úplně jim uniká, co by chtěl uživatel.

[Alice]

Mirku Prýmku .... pracuješ vůbec , nebo celý den trávíš tady na rootu :-D ..

[Mirek Prýmek]

Jo, ještě jsem zapomněl: víc než na technologii bych doporučoval se zaměřit na UX. To je imho alfa a omega úspěchu. Na techologii sere pes

Třeba onehdá kolega sdílel parádní UX analýzu jednoho webu - fakt mě to (coby laika) nadchlo, jak to mají kluci vychytaný a jak to někdo umí parádně rozebrat, pojmenovat a ohodnotit. Tohle je ten kumšt, co dneska rozhoduje!

http://www.useronboard.com/how-slack-onboards-new-users/

[Mirek Prýmek]

Mirku Prýmku .... pracuješ vůbec , nebo celý den trávíš tady na rootu :-D ..

Za dnešek jsem narozdíl od tebe napsal jenom tři příspěvky

[Reklama]

[Pavouk106]

Já nedávno jen tak ze srandy zkusil napsat web v Ruby. Pozor - v Ruby, ne Ruby on rails.

Je to trošičku maso, nakonec jsem to odložil, ale nějakej základ už začínal fungovat (odesílání formulářů, zápis/čtení z MySQL apod.).

Až bude hoooodněmoc času, přepíšu do Ruby svuj blog a pojedu v Ruby... Jen tak, abych se něco naučil. PHP už dneska píše každej.

[BrainLess]

AngularJS

[3ugeene]

A v PHP sice píše každej, a právě proto je machrovinka v tom umět programovat rozumně a nedělat paskvily.
Jinak pokud PHP, tak bych asi fakt doporučil Nette nebo Laravel. Nette je malé a trošku složitější na naučení, za to však geniální (osobní názor). Laravel je hodně v pohodě, ale už v něm nedělám.  Dělat v čistým PHP je dnes už asi prasárna.

Ruby se mi taky líbí, je to univerzálnější než PHP a jsou pro to i víc LW frameworky než jen Rails, třeba sinatra na jednoduchej web stačí (asi?).

Věci jako Angular nebo Node.js mě vždycky zajímaly, ale nemám moc rád javascript a Pythonem na webu jsem nepolíbenej.

[Kit]

Dělat v čistým PHP je dnes už asi prasárna.

Málokterý framework je tak čistý, aby práce s ním nebyla prasárna. Místo frameworků stačí znát standardní knihovny PHP.

[foldy]

ASM + C, je to rychlé, bezpečné, akorát si to musíš napsat sám od základu, pár knihoven je, třeba fcgi funguje až na pár věcí skvěle. Jinak spokojenost. Nízké nároky velká rychlost. Okolo 26000req/s na jednom jádru 128MBram běžný webík.

[j]

Dneska je toho opravdu hodne a vsechno ma svoje vyhody i nevyhody.

Rozhoduji se mezi:
1. PHP + nejaky framework samozrejme (co treba pouzit drupal misto nejakeho vyslovene jenom frameworku)? U drupalu me treba odrazuje to, ze ty weby jsou fakt hodne pomale.
2. ASP.NET MVC - hodne se mi libi tahle technologie a navic C# je pekny a moderni jazyk.
3. PYTHON + DJANGO - pythonu jsem v posledni dobe hodne propadl
4. Java + nejaky framework(tzn. ne primo technologie soucasti specifikace EE jako servlety atd., spis nejaka abstrakce napr. Spring) - tohle je ale asi az na poslednim miste

...

Za me ... technologie nikoho nezajima, pokud dodas funkcni vysledek, je uplne jedno jestli pouzivas "super duper moderni" nebo 20let starou. Samo "odcad pocad" - pokud mi prijdes s dbase ... tak te asi vyhodim .

1) rozsireny, spousta lidi to +- zvlada, zdaleka nejrosirenejsi => ochromny moznosti jak a kde zjistit info kdyz neco nejde. Ohromnej bonus - nepotrebujes kupovat zadny licence. Framework = v 99% pripadu pouzivas neco, o cem nevis jak to funguje, vyuzijes z toho promile funcionality a kdyz to aktualizujes, neco prestane fungovat. Ano, ma to svy opodstatneni, ale opatrne a s rozvahou.
2) graficky pekny nastroje, ohromnej moloch, kde kdyz neco nefunguje, tak stejne nezjistis proc, staci o jedno cislo jina verze .NET. Obrovsky minus - potrebujes win server a s tim souvisejici licence, coz znamena spoustu penez.
3) slusnej nastroj, jen nijak zvlast rosirenej, budes mit problem se supportem i s hostingama.
4) moloch velmi podobnej .NET, s podobnejma problemama.

Technologii ma smysl resit pouze a vyhradne v pripade, ze mas extremne specificky pozadavky na konkretni funcionalitu nebo vykon. Jak tu je zmineno, pokud chces extremni vykon, napis si to v Ccku.

[eMko]

pokud chces extremni vykon, napis si to v Ccku.

A strávit na tom nemalé množství času. A klidně se to dá napsat i v Pascalu, to tady nepadlo: http://wiki.lazarus.freepascal.org/Portal:Web_Development

Technologie je pouze nástroj. Jak vypadá ten web, který chceš vytvořit? To a jedině to by mělo ovlivnit volbu technologie. Chceš se na tom sám učit něco nového? Chceš aby to udržovalo více lidí a bylo snadné je najít? Chceš levný a dostupný hosting, nebo máš vlastní server? Vše, co tu padlo, vč. C, jsou smysluplné odpovědi pro nějaké situace a nesmyslné pro jiné.

Jinak já bych, pokud by to byla větší aplikace, kde je potřeba trochu víc výkonu než můžeš rozumně dostat z PHPčka, šel na Microsoft MVC (případně nové Web.Forms, pokud by MVC bylo vyloženě nevhodné na daný projekt) a jako jazyk C# (nemáš-li touhu používat Visual Basic). Pokud chceš levnější hosting, zkusil bych Play! framework nad Java Virtual Machine.

[randomek]

Asi mate pravdu, ze moc hrotim ty technologie. Ale kdyz se clovek podiva na ruzne uspesne sluzby, tak skoro vsechno bezi na necem, co slysim temer poprve . Ne to zas prehanim, ale nejsou to veci od Nette apod., takze tak nejak to vnimam, ze i tohle hraje celkem podstatnou roli.
Asi vsadim na neco od Node.js, preci jen to si rozumi nejlepe napr. se socket.io a o ten real-time mi jde hlavne.

Ten phoenixframework a elixir vypada taky celkem zajimave, ale mam pocit, ze to nebude zas o tolik lepsi nez Node.js a tam nebudu muset psat cykly pomoci rekurze ( ale nic proti funkcionalnimu programovani, me se to docela libi, ale mam za sebou jen par hodin lispu).

[TomasVoracek]

2) graficky pekny nastroje, ohromnej moloch, kde kdyz neco nefunguje, tak stejne nezjistis proc, staci o jedno cislo jina verze .NET. Obrovsky minus - potrebujes win server a s tim souvisejici licence, coz znamena spoustu penez.

A to jste prosim vzal kde? Delal jste s tim nekdy nebo je to typicke "jeden typek povidal" (aneb Vista sux v bledemodrem)? MVC je opensource, takze to zjistite celkem snadno. Ale nevim proc by jste to delal, kdyz v MVC se pise tak lehce... Spoustu penez? Hosting s win je za babku. Ano, neni to "zadarmo" jako php, ale zase bych to nevidel tak cerne

[Mirek Prýmek]

mam pocit, ze to nebude zas o tolik lepsi nez Node.js

Erlang je úplně jiná liga než když se jednou jeden webař zamyslel a napadl ho geniální nápad "hele, máme JS na klientovi, co ho dát i na server?"

Ne, že by to jako princip nedávalo smysl, ale vzhledem k tomu, že JS je snad nejhorší z mainstreamových jazyků a že by zrovna exceloval v paralelizaci, o tom nic nevím...

a tam nebudu muset psat cykly pomoci rekurze

Já zas dost nerad píšu deset vnořených callbacků pro obsluhu nějaké triviality jenom proto, že jazyk nemá ani tu nejmenší podporu konkurence a asynchronních událostí a musí se to dobastlit takhle...

Jinak rekurze se oproti rozšířené představě (a akademickým kurzům) zas tak často nepoužívá - většinou člověk ve smyčce potřebuje spíš projít nějaké pole apod. a na to se používá map, popř. reduce.