Ktore technologie pre frontend/backend zvazit pri vyvoji weboveho portalu? rubrika: Návrh
Dobry den, zdravim,
stojim pred ulohou navrhnut/naprogramovat web, resp. webove aplikacie so zameranim na socialne siete.
Zvazujem najprv, ktore technologie pre frontend a backend pouzit?
Uvazujem nad tymtito:
Frontend (FE): HTML5, Javascript - Angular 2, karma, Bootstrap
Backend (BE): Java EE *Spring, resp. Spring-boot, a rozne projekty v ramci Spring-u), resp. este Python (flask, django) alebo nejaky PHP framework
Moja hlavna nejasnost stoji v tomto:
Nie je mi este jasne, ci nerobit vsetko len v Javascriptovych technologiach - nodejs apod. - teda FE aj BE budu napisane v Javascripte, resp. Typescripte.
Potom sa bojim problemov so skalovatelnostou, resp. rozsirovanim a udrzbou ale najma s vykonom a tiez odozvou.
Samozrejme este nejaku databazu - mozno mongoDB, mozno nieco ine, neviem...
Este boli navrhy pouzit veci typu Drupal, Joomla, Wordpress - ale pri vsetkej ucte voci ich autorom ci komunitam co ich vyvijaju, nemyslim si, ze su vhodne na vyssie uvedeny zamer.
Chapem, ze ide tuna dost o filozoficku otazku typu 100 ludi, 100 nazorov, ale predsa.
Dakujem vopred za nazory - nemusia to byt siahodlhe odpovede typu fejtonov ci eseji. Staci vecny nazor a dovod.
S uctou,
ivo
Přesně jak se ptá Stefano. Použijte to co znáte nejlépe a s čím umíte efektivně pracovat ne to co je trovna cool a trendy.
Četl jsem už tunu článků na to jak někdo použil hyper cool novou technologii a pak po čase migroval na něco léty ověřenýho (je trochu usměvný, že nejvíc takových článků bylo zrovna o nodejs a mongodb :-) - jo a s mongodb i nodejs mám i osobní a ne zrovna radostnou zkušenost)
Komentáře
- dominios : ono to chce hlavne detailnejsiu specifikaciu... na kazdu vec sa moze hodit nieco ine, mozes mat use-case kde mongodb bude jednoducho spica a naopak mozes ho mat taky, ze by to bola cesta do pekla; sam som si s mongom zazil obe strany barikady :) dalsia vec je cas, pozadovana kvalita a pripadne velkost timu: cim viac ludi tym viac moze zalezat aj na takej "drobnosti" ako dokumentacia frameworku a pod., ak mate na to relativne malo casu tak je zase naozaj lepsie siahnut po niecom co poznate, aj ked to mozno nebude 100% idealne riesenie... suma sumarum, ak mate dost casu tak skuste si zrobit funkcne prototypy zakladnych funkcii v roznych frameworkoch, porovnajte +/- a dalej pokracujte s tym, co bude projektu vyhovovat najviac, ak ten cas nemate tak proste ist na istotu toho co poznate — 16.2.2017
- podhy : pravda, souhlasím....nicméně tam kde už najdete užití kde bude mongodb špica, tak se dostáváte stejně do stavu kde těch druhů databází budete mít víc. Tím pádem nemá cenu lámat některé věci přes koleno a nesnažit se rvát do monga (čehokoliv jiného) věci co tam principielně nepatří. A stejně tak to platí o dalších technologiích. Ideální je začít stavět na něčem co znám a pokud narazím na něco, kde se to nehodí tak zkusit ty vámi zmíněné prototypy a pak se rozhodnout (ale je to o času o tom žádná) — 16.2.2017
- xxar3s : "Přesně jak se ptá Stefano. Použijte to co znáte nejlépe a s čím umíte efektivně pracovat ne to co je trovna cool a trendy." Tak to sa stalo aj mne pri NodeJS :D NodeJS neni zle, ale nema to ziaden normalny ORM framework, nema to WCF. A yhlavne praca s datami je strasna otrava. — 18.2.2017
- podhy : No za mě osobně je hlavně nodejs blackbox, do kterého v případě problému není na první ale i na druhý pohled vidět. Tohle jsem na žádné jiné platformě ještě nezažil. — 18.2.2017
- harrison314 : A netreba zabudat na package hell — 18.2.2017
Pro zobrazení všech 6 odpovědí se prosím přihlaste:
Nebo se přihlaste jménem a heslem:
Komentáře