Fórum Root.cz
Práce => Studium a uplatnění => Téma založeno: koss43 25. 03. 2017, 05:14:24
-
Z mých zkušeností se startupy v ČR (které jsou dost odlišné od zkušeností ze zahraničí) je představa českého start-upu taková, že tam budu dřít do úmoru za podprůměrné peníze bez jakéhokoliv podílu na společnosti jenom proto, že si budu moct ošahat skvělé nové technologie (obvykle obskurtní nikde jinde nepoužitelné znalosti) v super atmosféře (práce z domova jako fakt ne, protože je to neefektivní) v super týmu (který už byl za poslední rok 5krát obměněn) s luxusní kulturou (kafe v kuchyňce každý za své, a na firemní akci zdarma klobása s hořčicí a chlebem :)).
Jako fakt ne, fakt už v ČR neuvažuji pracovat pro start-up a raději volím korporát, kde v pohodě a klídku vydělám větší prachy.
Jenom ze zahraničí mám zkušenosti se start-upy jinou (podíly na společnosti, flexibilní pracovní doba, flexibilní podmínky spolupráce, atd.)
Jak jste na tom vy? Také vám přijde, že v ČR si každý říká start-up, jen aby z vás mohl za pár korun vymáčknout šťávu?
-
...
V ČR je poněkud jiná kultura, které se v některých ohledech stále nezvládla správně kapitalizovat.
V zahraničí je běžné, že někdo přijde s nápadem na startup a hned další člověk, kterého přibere k sobě, je nějaký obchodník/ekonom, který mu to propočítá, začne shánět prachy atd. Od začátku je pak takový projekt nastartován smysluplně, lidé dostávají relativně málo peněz (v ČR je to ranec) a k tomu dostanou podíl na vznikající firmě, což znamená cokoliv od nic, až po miliardy.
V ČR je to jinak, někdo vymyslí hranatý kolo, protože na víc nemá, chce prachy a zrovna ho pro neschopnost vyhodili od pouličních zametačů, obchodníka nepotřebuje, protože je to jen vyžírka, přibere k sobě dva až tři ujetý kamarády, ideálně zcela mimo obor hranatých kol, zato s ním každej pátek chodí do hospody a k tomu se nabere pár studentů za minimální peníze, kteří jsou ve výsledku rádi, že mají aspoň na pivo a mají nějakou praxi, kterou můžou později napsat do flákárnopisu. O podílu si můžou nechat jen zdát a vlastně je to pro ně ve většině případů i dobře.
-
Asi ne. Jak píšeš, jde vždy o peníze a cool nápad. Peníze na prvním místě a cool nápad na druhém. Pokud tam chceš dělat, tak oni ti dělají tu milost, že tě vemou a můžeš u toho být s nimi. Technologie k ničemu, vývoj "agilní" a 8 hodin denně je jen pro lemply :D Nejhorší jsou zahraniční lidi, kteří si myslí, že tu naberou levné blbečky. Ještě bývají agresivní, když je pošleš do hajzlu za podprůměrné peníze. Jsou přece startup, tak nemůžou platit srovnatelně jako firmy tady! :D
Fakt nebrat. Nejhorší je, že znám plno startupů, které nějaký blbec koupil, takže jim to vyšlo. Naštěstí to třeba byla naše konkurence, tak alespoň něco, ale věděl jsem, že i ta konkurence byla jen banda amatérů, protože jsme se potkávali.
-
Jenom ze zahraničí mám zkušenosti se start-upy jinou (podíly na společnosti, flexibilní pracovní doba, flexibilní podmínky spolupráce, atd.)
Ani zahranicie nie je prechadzka ruzovou zahradou - https://medium.com/startup-grind/fuck-you-startup-world-ab6cc72fad0e#.naa5fecmb
-
Z mých zkušeností se startupy v ČR (které jsou dost odlišné od zkušeností ze zahraničí) je představa českého start-upu taková, že tam budu dřít do úmoru za podprůměrné peníze bez jakéhokoliv podílu na společnosti jenom proto, že si budu moct ošahat skvělé nové technologie (obvykle obskurtní nikde jinde nepoužitelné znalosti) v super atmosféře (práce z domova jako fakt ne, protože je to neefektivní) v super týmu (který už byl za poslední rok 5krát obměněn) s luxusní kulturou (kafe v kuchyňce každý za své, a na firemní akci zdarma klobása s hořčicí a chlebem :)).
Jako fakt ne, fakt už v ČR neuvažuji pracovat pro start-up a raději volím korporát, kde v pohodě a klídku vydělám větší prachy.
Jenom ze zahraničí mám zkušenosti se start-upy jinou (podíly na společnosti, flexibilní pracovní doba, flexibilní podmínky spolupráce, atd.)
Jak jste na tom vy? Také vám přijde, že v ČR si každý říká start-up, jen aby z vás mohl za pár korun vymáčknout šťávu?
Jo, přesně takhle vypadaj startups.
Zlatý korporáty.
-
Doporučujem prečítať Blazinec v Silicon Valey...
-
Jak to tak poslouchám, tak jsme u nás v Techloop (https://techloop.io/) pěkně rozmazlení :D. Jsme startup takový multi-kulti a sice se tu maká, ale taky je tu super tým a srandy kopec. Vzhledem k tomu, co děláme (jsme platforma, přes kterou firmy nabírají vývojáře), se dostaneme do kontaktu se spoustou dalších českých startupů a musím říct, že v hodně z nich jsou vývojáři taky hodně spokojení. Ale asi to je hlavně o lidech...
-
Jak to tak poslouchám, tak jsme u nás v Techloop (https://techloop.io/) pěkně rozmazlení :D ...
To jo, když ani nejste schopni si nechat udělat web, který by bez javascriptu alespoň něco zobrazil.
-
...a jestli to měl být náborový příspěvek, tak je to tak na úrovni Americké armády.
-
Fakt nebrat. Nejhorší je, že znám plno startupů, které nějaký blbec koupil, takže jim to vyšlo. Naštěstí to třeba byla naše konkurence, tak alespoň něco, ale věděl jsem, že i ta konkurence byla jen banda amatérů, protože jsme se potkávali.
Takže vy jste pak byli většími lempli, protože vás nikdo nekoupil? :-)
-
Ne, nekupuje se podle potenciálu, ale prostě podle náhody. Takže pokud chce někdo vydělat, tak by měl založit libovolný startup, najmout ty nejlevnější lidi, protože to stejně neovlivní a pak čekat. Aha, tak proto to tak všichni dělají :D
Dneska je startup omluvou pro všechno. Nemají dokumentaci, kód je na vyhození už po pár měsících vývoje, peníze na lidi nejsou, řízení není potřeba, atd.
Vlastní startup je ideální pro hloupé lidi, kteří chtějí peníze. Kvalita tam ale nikdy nebude.
-
Kdyz chces vydelat na taxikareni - prodavej taxametr.
Kdyz chces vydelat na uklizeni - prodavej koste.
Kdyz chces vydelat na startupech - prodavej im macbooky :)
-
Jak to tak poslouchám, tak jsme u nás v Techloop (https://techloop.io/) pěkně rozmazlení :D ...
To jo, když ani nejste schopni si nechat udělat web, který by bez javascriptu alespoň něco zobrazil.
No pozor, ja mam JS zapnutej a nezobrazilo se mi taky nic. Resp. zobrazil se mi sedivej obdelnik o sirce okna a vysce asi 3 obrazovek. Mozna je to sifra mistryne Lucie a musim se podivat do kodu, vylustit kaskadu rebusu a vysledkem bude foun na HR.
Skoda, ja chtel zrovna prijmout naky vyvojare ;-)
Jinak Tuxikovi dik za skvele vystiznej popis startupu s hranatym kolem.
-
Ne, nekupuje se podle potenciálu, ale prostě podle náhody. Takže pokud chce někdo vydělat, tak by měl založit libovolný startup, najmout ty nejlevnější lidi, protože to stejně neovlivní a pak čekat. Aha, tak proto to tak všichni dělají :D
Dneska je startup omluvou pro všechno. Nemají dokumentaci, kód je na vyhození už po pár měsících vývoje, peníze na lidi nejsou, řízení není potřeba, atd.
Vlastní startup je ideální pro hloupé lidi, kteří chtějí peníze. Kvalita tam ale nikdy nebude.
Pěkný popis :-) Koukám, že jsem byl ve svém článku Co je to startup? (https://blog.frantovo.cz/c/301/Co%20je%20to%20startup%3F) ještě hodně mírný.
Čest výjimkám.
-
To jo, když ani nejste schopni si nechat udělat web, který by bez javascriptu alespoň něco zobrazil
Upřímně - na to ti v dnešní době sere pes. Na druhou stranu u webu, na kterém jsou dohromady tři věty, to je řekněme trochu zarážející.
-
To jo, když ani nejste schopni si nechat udělat web, který by bez javascriptu alespoň něco zobrazil
Upřímně - na to ti v dnešní době sere pes. ...
+1
Co ma web zobrazit bez JS je vyzva, at si uzivatel povoli JS, vic neni potreba. Kvuli doslova par procentum bez-JS uzivatelu (lisi se podle mereni), ktere udajne stejne pochazi z drtive vetsiny od botu, nema cenu pouzivat zastarale technologie. A psat web tak, aby fungoval jak bez-JS tak s je pomerne dost narocne a budto skoncite se slepencem, kde v bez-JS verzi pulka funkcionality bude chybet a druha je implementovana jak na FE, tak na BE, nebo skoncite s dvema verzemi webu (cista ne-JS verze a SPA - full-JS verze), coz je financne dost narocne.
PS: Bavim se o normalnich webech, na rootu a podobne "postizenych" bude samozrejme vice blokovacu. A podle toho cisla (ani nevim, jestli i na rootu to stoji za rec) by vyvojari meli volit technlogie.
-
Upřímně - na to ti v dnešní době sere pes...
...a ten pes jste vy, ne? Bylo by vhodné nepaušalizovat.
-
Píší se takzvané universal app, které jsou celé v JS a backend je může podle potřeby renderovat do čistého HTML.
Ale fakt je, že pokud firma neobchoduje v Asii nebo USA (třeba venkov USA je na tom jak s internet tak s mobilama blbě)
tak to z finančního hlediska nemá smysl.
A samozřejmě je to klik a reload, rychlost práce úplně k ničemu.
-
Píší se takzvané universal app, které jsou celé v JS a backend je může podle potřeby renderovat do čistého HTML.
Ale fakt je, že pokud firma neobchoduje v Asii nebo USA (třeba venkov USA je na tom jak s internet tak s mobilama blbě)
tak to z finančního hlediska nemá smysl.
A samozřejmě je to klik a reload, rychlost práce úplně k ničemu.
A jakej smysl má web v javascriptu? Za univerzální v dnešní době považuji web v HTML5 s minimem javascriptu (ten použít maximálně pro analytiku). Weby by měli být psány univerzálně, aby je mohl číst třeba slepý s brailovým terminálem nebo abych si ho mohl přečíst třeba v elinksu. Psát web v javascriptu je jako ho dělat ve flashi nebo silverlightu a jiných zavržených technologiích.
-
JS dneska není pro čtečky překážka. To už je hodně dlouho mrtvý argument. Ale já se nedivím, nedávno jsem tady třeba četl, že JS weby nemají šanci ve vyhledávačích, nebo že Flash toho umí neskonale víc, než JS + HTML... Je rok 2017. Jen tak pro jistotu...
Když pominu tu obrovskou škálu možností, které se bez JS přináší navíc, tak nespornou výhodu to má třeba v tom, že se ti místo CELÉ stránky a jejího následné opětovné(a opětovné a...) inicializace po každém kliknutí pošle jenom jeden JSON a zaktualizuje se zlomek stránky, který to skutečně potřeboval. To přináší podstatně rychlejší odezvu a komfortnější práci. U čistě obsahových webů to samozřejmě většinou nemá smysl řešit, ovšem web už nějakou dobu není ekvivalent trafiky s časopisy.
-
"které se JS přináší navíc", sorry, překlep...
-
JS dneska není pro čtečky překážka. To už je hodně dlouho mrtvý argument. Ale já se nedivím, nedávno jsem tady třeba četl, že JS weby nemají šanci ve vyhledávačích, nebo že Flash toho umí neskonale víc, než JS + HTML... Je rok 2017. Jen tak pro jistotu...
Když pominu tu obrovskou škálu možností, které se bez JS přináší navíc, tak nespornou výhodu to má třeba v tom, že se ti místo CELÉ stránky a jejího následné opětovné(a opětovné a...) inicializace po každém kliknutí pošle jenom jeden JSON a zaktualizuje se zlomek stránky, který to skutečně potřeboval. To přináší podstatně rychlejší odezvu a komfortnější práci. U čistě obsahových webů to samozřejmě většinou nemá smysl řešit, ovšem web už nějakou dobu není ekvivalent trafiky s časopisy.
Hmm, takže takové weby považuješ za blind user friendly? To se rovnou můžeme vykažlat na alt tagy - ušetříme tím kód. Koho zajímá třeba popis obrázku, který se nenačetl, že? Weby v javascriptu považuji za prasárnu. A navíc je povolený javascript bezpečnostní riziko. Zrychlit web je možné i jinak - optimalizacemi, nepoužíváním zbytečného javascriptu, nepoužíváním v CSS věcí, které se na daném webu nevyskytují (typickým nešvarem webů je tuna CSS stylů k různým třídám a pod, které jsou v nějakém univerzálním balíku (např. bootstrap), které ale konkrétní web nevyužije). Zrychlit je možné i přechodem na http/2 (Negative! techloop.io does not support HTTP/2.0.). Nebo použitím třeba AMP, které vyvíjí Google jako svobodný framework.
Pokud by platilo, že psaní javascriptových webů má pozitivní vliv na výkon, dosahoval by techloop 100 % v google speed insights. Techloop má slabých 64 % (https://developers.google.com/speed/pagespeed/insights/?hl=cs&utm_source=wmx&utm_campaign=wmx_otherlinks&url=techloop.io&tab=mobile).
Pro srovnání, edithosts (http://edithosts.meitner.cz/)- web čistě v html5 s css, a analytikou v js má 99 % (https://developers.google.com/speed/pagespeed/insights/?hl=cs&utm_source=wmx&utm_campaign=wmx_otherlinks&url=edithosts.meitner.cz). O to jedno procento přišel právě kvůli použití javacriptu na analytiku.
-
Ty v tom máš evidentntě tak trochu zmatek. Techloop je nejspíš obyčejný statický web, kde se cosi doinicializuje JavaScriptem a následně se jede klasicky klik-reload(nehodlám se tam registrovat, tipuju, ale na 99% to tak je). Navíc se nebavíme o rychlosti načtení stránky nebo o nějakých "best practices"(což je to, co měří insights), ale o následné rychlosti používání té stránky - opravdu ti připadá reload kompletní stránky rychlejší, než nahrazení pár tagů? Radši si ty časy nejdřív změř.
-
Kdyz si chcete nechat zobrazit pdf, tak taky vzdy pro kazde dalsi pdf si znovu stahujete software pro cteni pdf souboru? Tak presne se chovaji ne-SPA stranky.
Stranky s JS urcite rychlejsi nejsou - resp. ne nacteni aplikace. Ale jakakoliv dalsi prace je nepomerne rychlejsi (stazeni cele stranky, parsovani cele stranky a vykresleni cele stranky vs. odbrani male casti stranky, stazeni dat a vykresleni male casti stranky). Take stranky bez JS budou mit jen zlomek funkcionality, nektere nejsou ani proveditelne bez JS, protoze po klepnuti na "lajk" opravdu neni potreba znova tahat stranku s desitkami prispevku a tisici elementy, vse znovu rendrovat jak na strane servru, tak na klientovi.
Argument s (e)linksem - to myslite vazne? Tech par desitek/mozna u velkych webu stovek lidi vs. tisice/miliony s normalnimi prohlizeci? Uz i Google bot umi chroustat SPA, tak proc by to nemeli umet ctecky? Stejne jako muzete mit bez-JS stranku nevhodnou pro ctecky, tak muzete mit SPA stranku nevhodnou pro ctecky, nevidim v zadny rozdil. Pokud klient chce usetrit, tak jakakoliv stranka nemusi byt pristupna pro ctecky, je jedno jakou technologii byla vytvorena.
Na rootu me vzdy prijde, ze se tu nejak moc seskupuji ti "odbornici" na vsechno.
-
Na rootu me vzdy prijde, ze se tu nejak moc seskupuji ti "odbornici" na vsechno.
Odbornika na rootu poznas snadno, jsou jako vegani. Nemaji systemd, blokuji javascript a kazdemu to prizvukuji v kazde teme na foru.
-
Kdyz si chcete nechat zobrazit pdf, tak taky vzdy pro kazde dalsi pdf si znovu stahujete software pro cteni pdf souboru? Tak presne se chovaji ne-SPA stranky.
Stranky s JS urcite rychlejsi nejsou - resp. ne nacteni aplikace. Ale jakakoliv dalsi prace je nepomerne rychlejsi (stazeni cele stranky, parsovani cele stranky a vykresleni cele stranky vs. odbrani male casti stranky, stazeni dat a vykresleni male casti stranky). Take stranky bez JS budou mit jen zlomek funkcionality, nektere nejsou ani proveditelne bez JS, protoze po klepnuti na "lajk" opravdu neni potreba znova tahat stranku s desitkami prispevku a tisici elementy, vse znovu rendrovat jak na strane servru, tak na klientovi.
Já vaší argumentaci a vašemu přístupu rozumím, web ale není místo, kde by uživatel trávil čas na jedné jediné stránce. To platí maximálně pro weby typu facebook, kde jsou uživatelé, kteří jiné webové stránky nenavštěvují. Kolik takový běžný uživatel průměrného webu přečte na nějakém webu článků na jeden zátah? Jednotky? Pokud jsou používány vámi zavrhované "best practices", tak načtení další stránky a vykreslení je rychlé, a bez nějakého poznatelného rozdílu mezi vaším čistě javascriptovým webem. A právě načtení a vykreslení stránky při první návštěvě dělá první dojem. Pokud je pomalé, uživatel odejde a nebude ho zajímat, že další stránky na webu přenášejí jen minimum informací. Ty rozdíly jsou na rychlém internetu zanedbatelné. To, že se na běžném webu stahují i jiné části, než jen konkrétní část dat (header, footer,...), to je zanedbatelné, Grafické prvky, styly, i ten javscript, to všechno může být v cache. Takže ne, nestahuje se vždycky celá stránka u navštívených webů, které používají doporučené praktiky, to je lež.
Weby by měli být přístupné i handicapovaným. Co na tom, že jich není mnoho. Vy pořád o elinksu, to byl příklad. Já mám slepého známého, používá čtecí řádek a nebo hlasový výstup a můžu říci, že weby, které se best practices nedrží, jsou pro něj úplně nepoužitelné.
Na rootu me vzdy prijde, ze se tu nejak moc seskupuji ti "odbornici" na vsechno.
Argumentujete ad hominem a navíc při argumentaci fabulujete o nějakém stahování celých stránek.
-
Na rootu me vzdy prijde, ze se tu nejak moc seskupuji ti "odbornici" na vsechno.
Odbornika na rootu poznas snadno, jsou jako vegani. Nemaji systemd, blokuji javascript a kazdemu to prizvukuji v kazde teme na foru.
"Odborník na všechno" - to nebude můj případ. Používám systemd a neblokuji paušálně javascript (tedy blokuji, ale jen u určitých webů) a ač jsem tady léta, tak se vyjadřuji jen občas. Když mne něco s*re, jako v tomto případě, nebo když mám nějaký problém a potřebuji třeba poradit.
-
Mel jsem pocit, ze prave pouzivani SPA je best practise ;). Stale to pletete dokola, tak znovu: pristupne pro ctecky != nepouziva JS. Pristupna muze byt stranka S i BEZ JS, stejne tak muze byt nepristupna.
Pokud chcete rychle pocatecni nacteni, tak to s SPA lze take. Treba v Angular to tusim resi AOT a prvni nacteni (resp. zobrazeni prvni stranky) je srovnatelne se stranku statickou => zadna nevyhoda SPA se nekona.
Na rootu me vzdy prijde, ze se tu nejak moc seskupuji ti "odbornici" na vsechno.
Argumentujete ad hominem a
Pouzivate nevalidni argumenty, viz ty ctecky nezvladajici SPA nebo ze elinks ma nejake patrne zastoupeni na poli prohlizecu a proto by se pro nej meli psat stranky => jste "odbornik". Adhominem by bylo, kdybych napsal, ze jste blby a ani se neobtezoval s vyvracenim vasim polopravd.
navíc při argumentaci fabulujete o nějakém stahování celých stránek.
Pod celou strankou myslim cely kod stranky = HTML a to se cele zcela jiste stahuje. Nacachovane obrazky, skripty atp. mate pro SPA i non-SPA, tam neni zadny rozdil. Je velky rozdil, mezi stahnutim pouze dat clanku a stahnutim stranky clanku - ve druhem pripade totiz server musi vyrendrovat stranku a prohlizec musi stahnout celou stranku (ne jen data), naparsovat stranku, naskladat a zobrazit vs. preklesit jen jeden box uprovstred s clankem, to muze byt klidne o desitky az stovky procent rychlejsi. Nevim uz, jak jinak to vystvetlit. Jednoduse pusobite, jak takovy ten skalni blokovac JS z principu a nadavate na stranku, ze se vam neprizpusobuji, prestoze jste v zanedbatelne mensine a navic mate (mel byste) horsi zazitek z pouzivani stranky bez JS.
-
Zkráceně:
- Žádnými "best practices" neopovrhuji, akorát se takříkajíc jeden bavíme o koze, druhý o voze.
- JS weby JSOU přístupné handicapovaným. Netvrďte pořád dokola něco, co vám někdo vyvrátil.
- Nehodlám se tahat o slovíčka, cache je vám hodně platná, když vám pro vykonání každé triviální operace skáče celá stránka před očima...
Omlouvám se, ale mám důležitější věci na práci. Přeju pěkný víkend.
-
- JS weby JSOU přístupné handicapovaným. Netvrďte pořád dokola něco, co vám někdo vyvrátil.
- Nehodlám se tahat o slovíčka, cache je vám hodně platná, když vám pro vykonání každé triviální operace skáče celá stránka před očima...
- ad JS - nikdo to nevyvrátil. Dejte tedy odkaz na ten váš SPA web a ověřím u známého, jestli ho může jako slepec používat. A přestaňte s tím elinksem, to byl příklad pro primitivní textovou html čtečku, kterou můžete číst i z znakovým řádkem pro slepce.
Osobně nesnáším single page weby, kde se nedá ani odkazovat. A je mi jedno, jeslti vám to neskáče, nebo skáče nebo jestli tam máte nějaké super cool animace na rozbalování dalších částí.
-
(..) U čistě obsahových webů to samozřejmě většinou nemá smysl řešit, (..)
A toto je, pratele, kernel pudla!
Vsechny weby jiny nez "obsahovy" jsou mor poblblejch diletantu a radobyefektnich kripliku, kteri nedohlednou za hranice vlastniho pidipozemku. Presne kvuli temto lidem doslo k totalnimu domrveni jinak celkem fajn napadu na WWW nekdy v dobe kolem Netscapu/MSIE verzi 2..4, kdy celkem univerzalni koncept byl doprasen do stavu, z kteryho se vzpamatovavame leta a za silenejch obeti na molochovitosti prohlizecu, spalenejch CPU joulu a podobne.
Odhaduju te na cloveka, kterej by mi 1998 vysvetlil, ze web bez framu je naprosta zpatecnicka ubohost a nesmysl.
-
Ok, tak napiš třeba do banky, že to jejich bankovnictví je "mor poblblejch diletantu a radobyefektnich kripliku" a že bys radši frontu u přepážky. Vtipe.
-
Ok, tak napiš třeba do banky, že to jejich bankovnictví je "mor poblblejch diletantu a radobyefektnich kripliku" a že bys radši frontu u přepážky. Vtipe.
Nebylo to sice na mne, ale ano, pro bankovnictví některých bank by to sedělo, například tam, kde bylo potřeba mít pro bankovnictví javu od Oraclu - tuším, že to byl případ KB.
-
- ad JS - nikdo to nevyvrátil. Dejte tedy odkaz na ten váš SPA web a ověřím u známého, jestli ho může jako slepec používat.
Kdy uz pochopite, ze je jedno, jestli ten HTML kod vytvori server nebo klient? Pro stary Angular jsem rychlym pogooglenim nasel napr. tento navod: http://simplyaccessible.com/article/spangular-accessibility/. Osobne me pristupnost nezajima, takze neznam zadne ne-SPA ani SPA pristupne weby, coz neznamena, ze takove nejsou, protoze vas znamy je ocividne pouziva.
A přestaňte s tím elinksem, to byl příklad pro primitivní textovou html čtečku, kterou můžete číst i z znakovým řádkem pro slepce.
V tom pripade byl vas priklad spatny, protoze neni zadny duvod, proc by ctecka nemela umet JS, kdyz i Google bot zvlada navigaci v SPA.
Osobně nesnáším single page weby, kde se nedá ani odkazovat.
To je chyba tech webu, ne SPA. V AngularJS (1) i Angular (2+) lze velmi pohodlne pomoci nejpouzivanejsich routeru mit krasna URL, ktera jsou odkazovatelna.
Tento "argument" je na stejne urovni jako napr. "Nemam rad psy, protoze jsou vsichni cerni." :D
A je mi jedno, jeslti vám to neskáče, nebo skáče nebo jestli tam máte nějaké super cool animace na rozbalování dalších částí.
Je zatracene rozdil mezi nactenim cele stranky = tj. cekanim napr. 100ms nez to server vyrendruje, klient naparsuje, posklada a zobrazi a tim, ze server posle jen treba text clanku a nemusi nic rendrovat za 20ms, klient pouze nahradi element se stavajicim textem za element s novym textem a nedoslo tak ke zniceni cele stranky (DOMu) a noveho vykresleni. Ano, SPA aplikace muze byt linejsi na nacteni (pokud je to moc dlouhe, tak lze pouzit napr. to zminene AOT, universal fw, lazy loading), ale veskera dalsi prace se strankou je nasobne rychlejsi. Takze jiz po par klepnutich i neprilis optimalizovana SPA je lepsi, nez bezne staticka (z pohledu browseru) stranka. I bezne cteni zpravicek ci clanku mate nekolik "klepnuti" (konkretni clanky, komentare, hodnoceni komentaru/clanku).
PS: Cim dele pisete, tim vice znite jako ten "odbornik" - jen pridavate dalsi nepravdive vyroky (nyni treba ta veta o SPA a odkazech - pokud jste to myslel ve vyznamu ze vy nemate rad tento konkretni typ SPA, pak to nic do diskuze nepridava, protoze prasit lze vse; pokud jste to myslel tak, ze kazde SPA neni odkazovatelne, pak to je lez).
-
Je zajímavé, že na mých několika webech - (github pages, wordpress, prestashop, blogger, atd.) většinou žádné skákání nezaznamenávám. Jak je to možné?
-
A otevřel jsem si https://angular.io (https://angular.io), a světe div se, tady to skáče. Očekával jsem nějaký wow efekt a ono nic. A když ho dám na seznam nedůvěryhodných webů v internet exploreru (jako že v některých firmách je to standardní bezpečnostní politika mít všechny weby kromě vybraných jako nedůvěryhodné), tak ono to načte prázdnou stránku. Na to asi tvůrci těchto super cool řešení nemyslí.
A než jsem ho dal k těm nedůvěryhodným, tak mohu potvrdit, tahá se to tam jako prase.
-
Kdyz podle dost mereni je realne uzivatelu bez JS pod 1%, tak opravdu nema smysl je resit (hlaska v noscript tagu by ale asi byla namiste, alespon u stranek, ktere nejsou o JS technologii). V pripade stranek Angularu - kolik bude asi uzivatelu, kteri hledaji dokumentaci pro JS framework (= vyviji v nem, ci zvazuji vyvoj v nem) a zaroven blokuji JS v prohlizeci?
K tomu skakakani - co se divam, tak to neni SPA (pouziva Angular != je SPA), takze to jaksi logicky bude skakat vzdy. Ostatne ale jake tam mate opravdu dynamicke elementy, ze by byla potreba SPA (hodnoceni, lajky, formulare, strankovani, ...)? Angular lze pouzit i zvlast na kazde strance jako templatovaci engine na strane klienta.
Take me prijde, ze neustale zamenujete vyvoj FE v JS a efekty/animace v JS. Opravdu to neni to same. V Jave take nemusim programovat pouze backendy pro webove sluzby a v C se take nepise jenom jadro Linuxu. V realu dokonce jsou tyto role i casto oddelene - o grafcike serepeticky, efekty, stylovani se stara jeden clovek (casto zaroven grafik) a o funkcionalitu (validace formularu, stranky, navigace, komunikace ze servrem, ruzne stavy aplikace, cachovani dat atd.) clovek druhy (programator).
-
Za skakani muze to, ze autori nedavaji do <img> rozmery obrazku. Povetsinou to jsou injectnuty reklamni blbosti tretich stran.
-
Za skakani muze to, ze autori nedavaji do <img> rozmery obrazku. Povetsinou to jsou injectnuty reklamni blbosti tretich stran.
Pánové mysleli jiné skákání, ne tohle odskakování. Jako že když klikneš na tab, nebo odkaz uvnitř webu, že se překreslí jenom malá část a očekávají, že normální weby (nezávislé na js) skáčou, že se tam točí kolečko a jsou než se načte stránka tak je tam bílá stránka, třeba několik ms. Ne, neskáčou. Možná je to dáno i tím, že to řeší prohlížeče přednačítáním.
-
Nejen img, cokoliv, co muze zmenit rozmer za behu. Ale casto jsou to prave ty zminovane reklamy, ktere si vlozi svuj obrazek a tim roztahnou kontejner, ve kterem jsou. (Uz to na rootu konecne opravili?) Skakanim jsem ale myslel predevsim napr. to, ze klepnu uprostred stranky na "lajk" a bez SPA to znamena, ze je potreba znovu nacist stranku se vsemy posty. Nevim, mozna to lze resit (fragment na lajkovany prispevek? i to ale skoci...), ale klasicky GET pro zapsani lajku s naslednym presmerovanim na stranku s posty znici pozici naskrolovani uzivateli, takze je treba opet na zacatku ci na lajkovanem postu. O nejakem "show more" a dynamickem donacitani prispevku, klasickem strankovani, donacitani komentaru atp. nemuze byt bez JS ani rec. Vsechny tyto akce budou pomale, ikdyz bude backend rychly (coz casto neni, protoze $). Na druhou stranu pokud se BE stara jen o data (mene $) a uzivateli se nestahuje a nepresluje porad dokola cela stranka (mene zatizeni cpu, netu), ale jen napr. 2% (jeden post), tak je vykon trosku nekde jinde.
-
Jako jste fakt mimo nebo co? Tohle je téma o startupech tak se běžte hádat o SPA a webech jinam. Nechápu proč místní retardi vždy doku*ví každé skoro každé téma na rootu off topic příspěvky.
-
To je bezne - vycerpa se puvodni topic, prejde se k novemu. Psal jsem to uz nekolikrat, ze by foru prospelo moderovani stylem: (casto zajimavy) off-topic z jednoho vlakna -> vytvorime mu nove vlakno a presumene prispevky tam. Vsichni by byli spokojeni, zadne mazani nebo zamykani, diskuze muze pokracovat na vsech frontach.
Osobne, pokud OP neni zavadny (napr. jen nadavky na nejakeho uzivatele/cloveka), tak nevidim zadny duvod zamykat vlakno. Pokud jsou zavadne prispevky, tak se maji budto presunout, nebo, pokud nemaji zadnou hodnotu typu nadavky nebo spam (reklamy), tak smazat.
PS: Je to o webech startupu, takze uplny off-topic to neni. Jen jsem ukazal, ze to, co dost lidi povazuje za vlastnosti (nevyhody) SPA, jsou vlastne jen doprasene (ci v pripade chybejici pristupnosti levne) stranky a s SPA jako takovym nesouvisi.
-
Jako jste fakt mimo nebo co? Tohle je téma o startupech tak se běžte hádat o SPA a webech jinam. Nechápu proč místní retardi vždy doku*ví každé skoro každé téma na rootu off topic příspěvky.
Právě, že nejsou mimo, jsou na Rootu. Mě ta předchozí debata přijde zajímavá. K té původní debatě, myslím, že bylo řečeno vše podstatné - tedy, že startupy v ČR stojí velmi často za velké hnědé šišaté smradlavé... K tomu asi těžko něco dodávat. Ale jestli se v tom velkým šišatým chcete rýpat, tak prosim. Proti gustu...
-
Blokování js je diagnoza, pardon panove ....
-
- JS weby JSOU přístupné handicapovaným. Netvrďte pořád dokola něco, co vám někdo vyvrátil.
- Nehodlám se tahat o slovíčka, cache je vám hodně platná, když vám pro vykonání každé triviální operace skáče celá stránka před očima...
- ad JS - nikdo to nevyvrátil. Dejte tedy odkaz na ten váš SPA web a ověřím u známého, jestli ho může jako slepec používat. A přestaňte s tím elinksem, to byl příklad pro primitivní textovou html čtečku, kterou můžete číst i z znakovým řádkem pro slepce.
Osobně nesnáším single page weby, kde se nedá ani odkazovat. A je mi jedno, jeslti vám to neskáče, nebo skáče nebo jestli tam máte nějaké super cool animace na rozbalování dalších částí.
Slyšel si o client side routing ? :D
Ze tys zaspal a ted hazes spinu na novy pristup proste proto ze ti ujel vlak.
Web se změnil. Akceptuj to a nebo padni v zapomeni.
-
Ok, tak napiš třeba do banky, že to jejich bankovnictví je "mor poblblejch diletantu a radobyefektnich kripliku" a že bys radši frontu u přepážky. Vtipe.
Nebylo to sice na mne, ale ano, pro bankovnictví některých bank by to sedělo, například tam, kde bylo potřeba mít pro bankovnictví javu od Oraclu - tuším, že to byl případ KB.
KB mela interne v testovani a vyvoji bankovnictvi pred nasazenim toho jejich prvniho, ktere bylo multiplatformni, testovalo se od osla,nechcipa, pres operu. Byla i text only verze nenarocna na browser. Mobilni aplikace byly pro symbian,j2me a wap. Jenomze pak prisel pokyn s hora a koupilo se reseni od B..... ktere bylo udajne bezpecnejsi. A v tu dobu jeden mlady student na stazi ztratil iluze o zivote...
To bankovnictvi KB pak pozadovalo activex komponenty a javu od MS. Pri instalaci u zakose s nakymi policy ve widlich(pouze podporovany OS s IE) tak bylo nutno vyclenit extra pocitac. Navic nekompatibilita s radou antivirovych reseni. Postupne jak se prestala ms java a activex poradne podporovat to programatori museli cam dal tim vic prepatlavat. Nechutna slepenina.
Kam cesky IT manager nemuze, nastrci Societe generale...