Fórum Root.cz
Hlavní témata => Vývoj => Téma založeno: Alex 09. 11. 2018, 15:29:39
-
Pracoval jste někdo v obou těchto framework a můžete srovnat náklady na údržbu a provoz ? My děláme ve Spring ale zákazník chce backend v PHP z důvodu levnějšího vývoje. Jedná se o sever část mobilní herní aplikace kterou máme dělat.
Je Teda pravda že PHP programátor vyjde levně než Java ale co jsem viděl tak produkuje těžko udržovatelný kód, testy jsou výjimkou. Já jsem přesvědčen že PHP programátor kvalitou srovnatelný se Java 7+ let praxe bude také stejně stát a rozhodně do Javy jsou lepší knihovny a nástroje.
Zákazník řešil podle svých slov programátorama v PHP za 35 tisíc. Já nemám vůbec zkušenosti s tím jak tenhle typ lidí je schopen dodržovat alespoň základní pravidla jako například transakce a referenční integrity. Protože když ho nechám ať si backend naprogramovat svépomocí tak to dopadne že když to nebude v pořádku tak bude nutno dokazovat v jaké části je chyba, to povede ke zbytečným sporům a prostojům.
-
A chcete srovnávat PHP vs Java vývojáře a nebo Symfony (takhle se to píše správně) vs Spring framework
Co se týče frameworků tak jsem měl možnost psát něco menšího ve springu a větší věci v symfony. Frameworky jsou si hodně podobný (třeba security komponenta byla pro mě ve springu dost jednoduchá k používání, protože symfony má dost principů přebraných).
Co se týče práce se šablonama (pokud není potřeba nějaký FE framework) tak je má IMO lepší symfony. Thymeleaf a různé další se mi ovládali hodně těžkopádně a víc času jsem trávil hledáním co a jak vyřešit než abych tu šablonu jednoduše vykreslil.
Dál mi přišlo trochu lepší routování v symfony, kde jsou tuším větší možnosti, ale nic co by se nedalo řešit a nebo udělat jinak.
Co se týče porovnání programátorů tak dle mého názoru vám zkušený programátor napíše stejně otestovaný kód v obou frameworcích a obdobně kvalitní. Java má rozhodně výhodu ve statickým typování což může odchytit dost chyb.
Bohužel za mě symfony trpí tím že je postavený na PHP což je bastl se kterým pořád dělám :-)
-
mimochodem: seniorního PHP programátora rozhodně za 35 neseženete - teda pokud to není blázen. Počítejte spíš tak 70+. Juniora za ty prachy jo, ale ta kvalita je samozřejmě jinde (ale to i v Javě)
-
programator za 35 neni programator. a je jedno jestli v php nebo jave. testy muzes (ne)napsat stejne v obou jazycich.
-
Pracoval jste někdo v obou těchto framework a můžete srovnat náklady na údržbu a provoz ? My děláme ve Spring ale zákazník chce backend v PHP z důvodu levnějšího vývoje. Jedná se o sever část mobilní herní aplikace kterou máme dělat.
Je Teda pravda že PHP programátor vyjde levně než Java ale co jsem viděl tak produkuje těžko udržovatelný kód, testy jsou výjimkou. Já jsem přesvědčen že PHP programátor kvalitou srovnatelný se Java 7+ let praxe bude také stejně stát a rozhodně do Javy jsou lepší knihovny a nástroje.
Zákazník řešil podle svých slov programátorama v PHP za 35 tisíc. Já nemám vůbec zkušenosti s tím jak tenhle typ lidí je schopen dodržovat alespoň základní pravidla jako například transakce a referenční integrity. Protože když ho nechám ať si backend naprogramovat svépomocí tak to dopadne že když to nebude v pořádku tak bude nutno dokazovat v jaké části je chyba, to povede ke zbytečným sporům a prostojům.
Pokud programuje v Jave a zákazník po Vás chce bastlit v php, tak mu vysvětlete, že v php nebastlite a musí jit hledat někam jinam. Poprejte mu hodně štěstí a trpělivosti s php bastlirema. Třeba se za rok vrátí a dostane rozum.
Výjimkou je, že by Vas brutálně preplatil za to, že to zbastlite v php. Vzhledem k tomu, že hledá levné bastlire a ne programátory, to asi nehrozí.
Ty dva frameworky srovnat nedokážu. V php jsem rok dělal a je to strašná pytlovina. Fuj, ještě teď se mi zvedá kufr při té vzpomínce.
Senior php programátor je oxymórón, protože žádný senior programátor by si jako jazyk nevybral php.
-
chcete projekt
v horsej technologii
v ktorej nerobite
v mensom budgete
to sa oplati!
-
Udělal jsem plán :
Uděláme API design a testy, zákazník si udělá svépomocí backend který projde testy.
Pak začneme dělat na zbytku. Provoz si budou řešit svépomocí.
Nejsem si sice jist že levná pracovní síla kterou má nasmlouvanou na úpravy WordPress mu ten backend udělá, ale tímto přesunu riziko na ně.
-
Udělal jsem plán :
Uděláme API design a testy, zákazník si udělá svépomocí backend který projde testy.
Pak začneme dělat na zbytku. Provoz si budou řešit svépomocí.
Nejsem si sice jist že levná pracovní síla kterou má nasmlouvanou na úpravy WordPress mu ten backend udělá, ale tímto přesunu riziko na ně.
A na scénu tohoto příběhu přichází ještě levný "WordPress" programátor. To je cirkus. Mám pocit, že to dobře nedopadne. Mluvím z vlastní zkušenosti ze svých začátků, kdy někoho(snad nás, snad zákazníka) napadlo dělat sociální síť postavenou na Joomle. Jak rád bych se teď vrátil v čase a všechny, včetně sebe, profackoval. 😁
Nevím proč a čím, ale PHP přitahuje největší loosery.
-
Nevím proč a čím, ale PHP přitahuje největší loosery.
Sam Ste napisal, ze Ste
1) stavali (v zaciatkoch) socialnu siet na Joomle
2) tym padom na PHP
Okrem toho, ze Ste sam seba nazvali looser-om, tak navyse nikoho, kto v PHP ma co to napisane a hlavne vacsieho a navstevovanejsieho kodu, by nikdy nenapadlo pouzit Joomla. Vas ospravedlnuje len to, ze Ste boli v zaciatkoch (a Vas to neospravedlnuje uplne, aj ked pevne verim tomu, ze za onym rozhodnutim boli aj ine ako len technologicke dovody a vlastna nevedomost).
To preco niekoho pritahuje PHP moze byt z viacerych dovodov ako to, ze je looser. Napr.:
1. Ponuka a podpora hostingov
2. Rychlost vyvoja
3. Narocnost vyvijaneho (v zmysle v rozsiahlosti) projektu, typ aplikacie
4. Dostatocna konkurencia a kvalita dodavatelov na trhu
5. Cena vyvoja
6. Narocnost na maintenance a troubleshooting
7. Narocnost vybudovania/dalsieho skalovania (temporarne v pripade potreby)
8. Fundamentalna stranka fungovania daneho jazyka/prostredia
9. Konkurencia/kvalita/cena na pracovnom truhu (napr. v pripade interneho staffu)
10. Historicke (a ine) dovody
Ono velakrat vidime aj spolocnosti v Fortune 50(0) pouzivat veci pisane v PHP a ako loosers vnimani nie su...
Taktiez je mnoho pouzivanych znamych vacsich OSS projektov pisanych v PHP (v rychlosti ma napadne napr. Nextcloud) a asi funguju dobre, kedze su vyuzivane firmami po celom svete...
Takze o akych looser-och je tu vlastne rec?
-
Udělal jsem plán :
Uděláme API design a testy, zákazník si udělá svépomocí backend který projde testy.
Pak začneme dělat na zbytku. Provoz si budou řešit svépomocí.
Nejsem si sice jist že levná pracovní síla kterou má nasmlouvanou na úpravy WordPress mu ten backend udělá, ale tímto přesunu riziko na ně.
To je rozumný plán. Jen bych explicitně přidal i výkonostní testy a požadavek na maximální latenci.
-
Pracoval jste někdo v obou těchto framework a můžete srovnat náklady na údržbu a provoz ? My děláme ve Spring ale zákazník chce backend v PHP z důvodu levnějšího vývoje. Jedná se o sever část mobilní herní aplikace kterou máme dělat.
Mám asi rovnaké skúsenosti s PHP/Symfony (4 roky) a s Java/Spring/Spring Boot (4 roky).
1. V Symfony sa backend napíše rýchlejšie ako v Spring, pretože je možné veľa kódu vygenerovať, nie je potrebné riešiť reštart servera, redeploy, hot swapping, kompiláciu.
2. Či sa jedná o Symfony alebo o Spring tak vždy je potrebné napísať testy, tu úspora času nie je.
3. Rovnako dobrý PHP programátor je o niečo lacnejší (asi 10-20%) ako rovnako dobrý Java programátor. Na trhu je ale veľmi veľa slabých PHP programátorov (to sú tí čo robia za 35k).
Je Teda pravda že PHP programátor vyjde levně než Java ale co jsem viděl tak produkuje těžko udržovatelný kód, testy jsou výjimkou. Já jsem přesvědčen že PHP programátor kvalitou srovnatelný se Java 7+ let praxe bude také stejně stát a rozhodně do Javy jsou lepší knihovny a nástroje.
1. V PHP je kód horšie udržiavateľný, pretože mu chýba typová kontrola.
2. Nedá sa povedať, že knižnice v Jave sú lepšie. Napr. knižnice pre web sú v Jave shit, v PHP sú podstatne lepšie. Zas knižnice pre SOAP sú v PHP shit, shit sú aj v Jave, ale o niečo menší.
Zákazník řešil podle svých slov programátorama v PHP za 35 tisíc. Já nemám vůbec zkušenosti s tím jak tenhle typ lidí je schopen dodržovat alespoň základní pravidla jako například transakce a referenční integrity. Protože když ho nechám ať si backend naprogramovat svépomocí tak to dopadne že když to nebude v pořádku tak bude nutno dokazovat v jaké části je chyba, to povede ke zbytečným sporům a prostojům.
Tak nech mu to celé naprogramuje a choďte na projekt inam, práce je kopec.
-
Nevím proč a čím, ale PHP přitahuje největší loosery.
Jen loser píše slovo "loser" jako "looser"
https://www.urbandictionary.com/define.php?term=looser
-
Nevím proč a čím, ale PHP přitahuje největší loosery.
Jen loser píše slovo "loser" jako "looser"
https://www.urbandictionary.com/define.php?term=looser
To je dobré! 😁
-
[quote author=Alex link=topic=20039.msg294976#msg294976 date=1541773779
....
Zákazník řešil podle svých slov programátorama v PHP za 35 tisíc. Já nemám vůbec zkušenosti s tím jak tenhle typ lidí je schopen dodržovat alespoň základní pravidla jako například transakce a referenční integrity. Protože když ho nechám ať si backend naprogramovat svépomocí tak to dopadne že když to nebude v pořádku tak bude nutno dokazovat v jaké části je chyba, to povede ke zbytečným sporům a prostojům.
[/quote]
Nebolo by dobre k lopatam za 35 najat aspon jednoho PHP seniora, ktory by spravil navrh aplikacie a lopaty by uz len pisali lopatovaci kod? Mam taku skusenost, ze bezni php-ckari zvyknu zle strukturovat kod. Potom spravia rozne spagety, kde triedy/moduly maju pomiesane zodpovednosti a nieco zmenit je pain in the ass. Ak je vnutri nagrcane, ale aspon spravne modularizovane (spravne navrhnute classy, metody, procedury, funkcie, baliky), spravuje sa to lahsie.
-
Ak chce zákazník BE v Symfony, tak nech ho má. Aj keď súhlasím s názormi, že šetriť na platoch
programátorov sa rozhodne neoplatí. Avšak cena vývoja nie je jediným faktorom. Ročné predplatné
IDEY je drahšie ako PHP Storm, Java má ďalšie skryté náklady, napr. JRebel. V neposlednom rade,
Oracle od nového roku spoplatňuje Javu; a tie poplatky vyzerajú brutálne vysoké. Sú tam poplatky
za vývojára, za updaty a za počet CPU. Je to veľmi neprehľadné (neviem sa vysomáriť, či sú to mesačné
alebo ročné poplatky), ale pohybuje sa to v desiatkach dolárov za advanced desktop Javu až po 3300$ za
Java Advanced Suite (bohvie čo to je). Toto sú už poriadne pálky, kde sa naozaj oplatí pozrieť na Symfony.
Ďalej tam má Oracle klauzulu subject to change without notice, čo znamená, že to kedykoľvek môže
vyletieť hore.
Ináč Java programátor sa bude cítiť v Symfony ako doma. Nájde to známe pojmy ako repository, entity,
dokonca celý validation modul bol komplet prebratý z Java špecifikácie. Symfony je kompaktnejšie, príjemnejšie
na používanie, vyžaduje menej kódu a kognitívnej záťaže.
Thymeleaf a různé další se mi ovládali hodně těžkopádně
Súhlas. Twig je oveľa lepší. Dokonca donedávna Thymeleaf neakceptoval HTML5 tagy, ale iba XHTML, čo
spôsobovalo problémy s twitter, google, facebook atď. buttonmi.
V PHP je kód horšie udržiavateľný, pretože mu chýba typová kontrola.
S príchodom PHP 7 sa to výrazne zmenilo. Pribudli type hinty, ktoré umožnujú typovú kontrolu.
public function index(Request $request, int $page, string $_format, PostRepository $posts, TagRepository $tags): Response {
Dependency injection je tiež podľa mňa v Symfony elegantnejšie.
Nedá sa povedať, že knižnice v Jave sú lepšie.
Nuž, ja si myslím, že v mnohých prípadoch sú Java knižnice ďaleko kvalitnejšie a prepracovanejšie. Jackson, JSoup, OpenCSV, Lucene/Solr/ElasticSearch ťažko nádju v PHP alebo iných jazykoch konkurenciu. Ale určite je zopár ďalších knižníc ako je Twig, ktoré sú kvalitnejšie v PHP.
-
Thymeleaf a různé další se mi ovládali hodně těžkopádně
Súhlas. Twig je oveľa lepší. Dokonca donedávna Thymeleaf neakceptoval HTML5 tagy, ale iba XHTML, čo
spôsobovalo problémy s twitter, google, facebook atď. buttonmi.
Thymeleaf je pain in the ass, lepsie je pouzit mustache.java/handlebars.java, ked uz sa nutne musi pouzit server side rendering. (akoze sa vacsinou nemusi)
-
Thymeleaf a různé další se mi ovládali hodně těžkopádně
Súhlas. Twig je oveľa lepší. Dokonca donedávna Thymeleaf neakceptoval HTML5 tagy, ale iba XHTML, čo
spôsobovalo problémy s twitter, google, facebook atď. buttonmi.
Thymeleaf je pain in the ass, lepsie je pouzit mustache.java/handlebars.java, ked uz sa nutne musi pouzit server side rendering. (akoze sa vacsinou nemusi)
Problém je, že pokiaľ dobre viem, tak Spring má spravenú integráciu s formulármi, security len s Thymeleaf. Ostatné šablóny to nemajú. Mne sa najviac páči Freemarker, ale ten tiež nemá dotiahnutú integráciu so Springom.
A čo používate pri client side rendering? Angular, React či Vue?
-
A čo používate pri client side rendering? Angular, React či Vue?
Vue. Je to jednoduché.
-
A čo používate pri client side rendering? Angular, React či Vue?
React. Ja sa ucim angular (kvoli diverzifikacii, reactistov uz mame). Mne sa paci ember.js, ale na tom nezalezi, co sa mne paci ;)
-
Tak teraz pozeram profesiu a mam dojem, ze php programatorom ponukaju viac. Senior od 1900, java ze 1200, kks tusim sa naucim murovat. No a nahradit javu na backende php, to je riadna hlupost. Teda ak nejde o nejaky system so 100 requestmi denne.. Ono to vyzera ze to php je lacnejsie, ma to viac pricin, neskusenost atd. Zabehnute firmy co vedia tie projekty aj realisticky nacenit lacnejsie nie su.
-
Zas to s těmi 100 requesty denně nepřeháněj.
I PHP je schopné vyřizovat stovky requestů za sekundu.
-
Zavisi od toho co robia.. Zase netreba brat vsetko doslovne.
-
Tak teraz pozeram profesiu a mam dojem, ze php programatorom ponukaju viac. Senior od 1900, java ze 1200, kks tusim sa naucim murovat. No a nahradit javu na backende php, to je riadna hlupost. Teda ak nejde o nejaky system so 100 requestmi denne.. Ono to vyzera ze to php je lacnejsie, ma to viac pricin, neskusenost atd. Zabehnute firmy co vedia tie projekty aj realisticky nacenit lacnejsie nie su.
Nedávno sa Fabien Potencier a Taylor Otwell naťahovali, čí framework je rýchlejší. Vychádzalo im cca 500 requestov za sekundu. Spring Boot v plnej paráde by mal zvládnuť cca 3000 requestov. Otázka je, koľko aplikácií potrebuje mať viac ako 500 requestov za sekundu? Robili ste na takých projektoch?
https://medium.com/@taylorotwell/benchmarking-laravel-symfony-zend-2c01c2b270f8
Murárčina nie je vôbec podradný job, dobrý murár musí byť inteligentný a zdatný. A Symfony je veľmi dobrý framework, treba si ho vyskúšať bez nejakých predsudkov alebo hotových názorov.
-
Playframework 2.6 Scala 2.12 dělá 60k request per second na 6 core CPU 2.5 GHZ viz.
https://info.lightbend.com/rs/558-NCX-702/images/white-paper-play-framework-jvm-architects-path-to-super-fast-web-apps-2.pdf
V reálném nasazení je potřeba zohlednit rychlost databáze a kolik dotazů na stránku je potřeba. Povětšinou se technologie vybírá podle kritérií jako udržovatelnost, dostupnost pracovní síly, rychlost vývoje, existující komponenty co se dají zrecyklovat.
-
máte názor na https://github.com/ktorio/ktor ?
-
Nedávno sa Fabien Potencier a Taylor Otwell naťahovali, čí framework je rýchlejší. Vychádzalo im cca 500 requestov za sekundu. Spring Boot v plnej paráde by mal zvládnuť cca 3000 requestov. Otázka je, koľko aplikácií potrebuje mať viac ako 500 requestov za sekundu? Robili ste na takých projektoch?
a díky třeba php-pm se to dá zrychlit až na cca. trojnásobek, ale to už vyžaduje trochu skill a něco o tom vědět
na aplikaci, která potřebovala víc jak 500r/s jsem pracoval a ten výkon vyžadovala jen několikrát do roka (o to hůř se ladilo). Nicméně poznatek je takový, že se optimalizace přesouvali pořád mezi aplikací a databází, kde pokud člověk vylepšil jednu věc tak se mu přesunul bottleneck do DB a vice versa.
-
Nedávno sa Fabien Potencier a Taylor Otwell naťahovali, čí framework je rýchlejší. Vychádzalo im cca 500 requestov za sekundu. Spring Boot v plnej paráde by mal zvládnuť cca 3000 requestov. Otázka je, koľko aplikácií potrebuje mať viac ako 500 requestov za sekundu? Robili ste na takých projektoch?
https://medium.com/@taylorotwell/benchmarking-laravel-symfony-zend-2c01c2b270f8
Murárčina nie je vôbec podradný job, dobrý murár musí byť inteligentný a zdatný. A Symfony je veľmi dobrý framework, treba si ho vyskúšať bez nejakých predsudkov alebo hotových názorov.
Ano robil, ale NDA. 500rps sa da velmi jednoducho dosiahnut a netreba mat vytazenejsi web. Dnes 1 page view vygeneruje desiatky ajax requestov (nejaky scroll gridu napr). Navyse chcete mat aj nizku latenciu, aby sa uzivatelia neucakali na smrt. Na pobockovych aplikaciach, kde ludia aplikaciu realne pouzivaju, sa da take rps dosiahnut velmi jednoducho. Alebo si spravite REST API a zacnu vam to volat a zrazu je tych smiesnych 500rps malo.. Alebo si predstavte, ze idete prepnut TV kanal a cakate 10s.
A pritom to nie je debata, ze asm vs c++. Frameworky v jave su dnes tiez uplne inde ako za cias j2ee, java ma imo ovela lepsie tooly, debugger nie je trapenie, kod sa da menit za behu ked treba atd atd. Navyse je asi tak isto produktivna ako php, o vyrazne vyssej produktivite sa da hovorit pri jazykoch ako smalltalk alebo take delphi ak sa pouzije ako RAD (to su viacmenej objektivne metriky).
-
A k tym murarom - ano to je na tu debatu, ze ci ma clovek s VS ktory sa neustale musi dovzdelavat zarabat viac, hlavne ak neustale v novinach nariekaju ako je takych ludi malo. Ale nemyslim si, ze menej platena praca=podradna praca. Je menej platena jednoducho preto, ze je na trhu vacsia konkurencia. Navyse oni podla mojich informacii praveze nezarabaju malo, tak akurat ze clovek z toho v pohode vyzije. Prave preto som spomenul murarov, lebo na to netreba VS a taky murar zarobi pomaly lepsie ako junior a niektori seniori a vasu pracu neposlu do Indie ked zapytate viac.
-
Tak teraz pozeram profesiu a mam dojem, ze php programatorom ponukaju viac. Senior od 1900, java ze 1200, kks tusim sa naucim murovat. No a nahradit javu na backende php, to je riadna hlupost. Teda ak nejde o nejaky system so 100 requestmi denne.. Ono to vyzera ze to php je lacnejsie, ma to viac pricin, neskusenost atd. Zabehnute firmy co vedia tie projekty aj realisticky nacenit lacnejsie nie su.
Nedávno sa Fabien Potencier a Taylor Otwell naťahovali, čí framework je rýchlejší. Vychádzalo im cca 500 requestov za sekundu. Spring Boot v plnej paráde by mal zvládnuť cca 3000 requestov. Otázka je, koľko aplikácií potrebuje mať viac ako 500 requestov za sekundu? Robili ste na takých projektoch?
https://medium.com/@taylorotwell/benchmarking-laravel-symfony-zend-2c01c2b270f8
Murárčina nie je vôbec podradný job, dobrý murár musí byť inteligentný a zdatný. A Symfony je veľmi dobrý framework, treba si ho vyskúšať bez nejakých predsudkov alebo hotových názorov.
Spring boot/symphony na male riesenia to bude asi jedno. Ale ked uz je tych requestov ozaj sakramensky vela, tak sa hodi pouzit spring cloud. To sa da paradne naskalovat. Odporucam pozriet http://spring.io/projects/spring-cloud . Mozno ma take nieco da robit aj s php-ckom. Prosim napiste ak existuje podobne jednoduche riesenie na php + apache/nginx/whatever. Nejde mi o vyryvanie ale mozno budem niekedy musiet take navrhnut.
-
kdo nebo co je murar?
proc se sakra imigranti nemuzou naucit cesky?
-
kdo nebo co je murar?
proc se sakra imigranti nemuzou naucit cesky?
Muřař.
-
Spring boot/symphony na male riesenia to bude asi jedno. Ale ked uz je tych requestov ozaj sakramensky vela, tak sa hodi pouzit spring cloud. To sa da paradne naskalovat. Odporucam pozriet http://spring.io/projects/spring-cloud . Mozno ma take nieco da robit aj s php-ckom. Prosim napiste ak existuje podobne jednoduche riesenie na php + apache/nginx/whatever. Nejde mi o vyryvanie ale mozno budem niekedy musiet take navrhnut.
řekl bych že pro PHP žádný takový all-in-one řešení nebude (nebo minimálně ne v symfony....nevím jak Laravel). Půjde docílit toho samého to jo, ale bude to sada různých komponent, který bude muset někdo seskládat (čili může to dát dost práce to postavit a hlavně odladit)
-
máte názor na https://github.com/ktorio/ktor ?
Scalatra je výrazně snadnější na použití a je to framework stejného typu.
-
kdo nebo co je murar?
proc se sakra imigranti nemuzou naucit cesky?
Muchomir Murar je basnik
https://www.youtube.com/watch?v=byTuOzlkJIc (https://www.youtube.com/watch?v=byTuOzlkJIc)
-
Spring boot/symphony na male riesenia to bude asi jedno. Ale ked uz je tych requestov ozaj sakramensky vela, tak sa hodi pouzit spring cloud. To sa da paradne naskalovat. Odporucam pozriet http://spring.io/projects/spring-cloud . Mozno ma take nieco da robit aj s php-ckom. Prosim napiste ak existuje podobne jednoduche riesenie na php + apache/nginx/whatever. Nejde mi o vyryvanie ale mozno budem niekedy musiet take navrhnut.
řekl bych že pro PHP žádný takový all-in-one řešení nebude (nebo minimálně ne v symfony....nevím jak Laravel). Půjde docílit toho samého to jo, ale bude to sada různých komponent, který bude muset někdo seskládat (čili může to dát dost práce to postavit a hlavně odladit)
Dakujem, diera na trhu :)
-
kdo nebo co je murar?
proc se sakra imigranti nemuzou naucit cesky?
Zedník, debile.
-
kdo nebo co je murar?
proc se sakra imigranti nemuzou naucit cesky?
Jo, takhle se pozná mlaďoch junior od nás zasloužilých starých struktur ;D
Všude si plácá játro kolik jazyků a frameworků zná a pak ani nezná výrazy z jazyka češtině nejbližšího ;D
-
kdo nebo co je murar?
proc se sakra imigranti nemuzou naucit cesky?
Jo, takhle se pozná mlaďoch junior od nás zasloužilých starých struktur ;D
Všude si plácá játro kolik jazyků a frameworků zná a pak ani nezná výrazy z jazyka češtině nejbližšího ;D
Napríklad ja by som sa bál písať po česky. Síce češtinu ovládam lepšie než Bureš, ale aj tak ju nechcem przniť :)
-
kdo nebo co je murar?
proc se sakra imigranti nemuzou naucit cesky?
Jo, takhle se pozná mlaďoch junior od nás zasloužilých starých struktur ;D
Všude si plácá játro kolik jazyků a frameworků zná a pak ani nezná výrazy z jazyka češtině nejbližšího ;D
Napríklad ja by som sa bál písať po česky. Síce češtinu ovládam lepšie než Bureš, ale aj tak ju nechcem przniť :)
Detto. Ja som sa naučil rozumieť češtine z televízie ešte z čias Federálu a českých technických a historických kníh, ktoré zapĺňali medzeru na našom trhu ešte pred príchodom anglickej literatúry. Ale rozprávať neviem, pretože ten český prízvuk nedám ani za svet a ani správne písať a nechcem češtinu przniť.
-
Prave preto som spomenul murarov, lebo na to netreba VS a taky murar zarobi pomaly lepsie ako junior a niektori seniori a vasu pracu neposlu do Indie ked zapytate viac.
Ja s tým nemám problém, keď manuálne pracujúci človek zarobí viac ako ten s vysokou školou. Nech si dobre zarobia. Murárčina, práca za kasou, za pásom sú náročné roboty, a prečo by si v nemohli ľudia v takýchto joboch viac zarobiť ako trebárs právnici či programátori?
Prosim napiste ak existuje podobne jednoduche riesenie na php + apache/nginx/whatever.
Čo sa týka vývoja, tak Express.js alebo Flask sú veľmi jednoduché a priamočiare. Ale PHPčku sa podľa mňa nič nevyrovná, čo sa týka infraštruktúry a jednoduchosti nasadenia.
Scalatra je výrazně snadnější na použití a je to framework stejného typu.
Hmm, ja si myslím, že ktor je výnimočný tým, že využíval DSL jazyk Kotlinu, ktorým sa dá vyčarovať veľmi zaujímavá syntax. Napr HTML DSL:
get("/") {
call.respondHtml {
head {
title { +"Ktor: static-content" }
styleLink("/static/styles.css")
script(src = "/static/script.js") {}
}
body {
p {
+"Hello from Ktor static content sample application"
}
p {
+"Current directory is ${System.getProperty("user.dir")}"
}
img(src = "static/image.png") {
onClick = "message('clicked the image')"
}
}
}
}
Dakujem, diera na trhu :)
Nuž ja nie som v tomto odborník, ale čo viem, tak škálovateľnosť je language agnostic vec. Napríklad Django framework, ktorý je postavený na Pythone. Python je výrazne pomalší, ako je PHP. A pritom sa Django využíva v mimoriadne na zdroje náročných weboch, trebárs Pinnterest, Disqus, či Instagram.
https://stackoverflow.com/questions/886221/does-django-scale
-
Prosim napiste ak existuje podobne jednoduche riesenie na php + apache/nginx/whatever.
Čo sa týka vývoja, tak Express.js alebo Flask sú veľmi jednoduché a priamočiare. Ale PHPčku sa podľa mňa nič nevyrovná, čo sa týka infraštruktúry a jednoduchosti nasadenia.
Express.js ani php nema high availability a load balancery ako sucast riesenia, treba konfigurovat rozne heterogenne komponenty, ako mi to tu niekto uz (o php) pisal. Spring boot sa nasadi tak, ze sa pusti jedno jar-ko, cize to je jednoduchost sama. (nevyhoda je, ze pri zmene verzie servlet kontajnera treba prebuildovat). PHP je co sa tyka performance celkom dobre, len by mohli este poladit asynchronne vykovnavanie kodu, tam straca na vykone. Javascript je zatial na tom z hladiska performance zle a je v stadiu rovnakov na ohejbaky, potrebuje este chvilu na vykrystalizovanie. Aj to nasadzovanie je kadejake.