Příspěvky

91

Studium a uplatnění / Re:Existují v ČR startupy na úrovni?

« kdy: 31. 03. 2017, 15:34:26 »

- 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."

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).

92

Studium a uplatnění / Re:Existují v ČR startupy na úrovni?

« kdy: 31. 03. 2017, 13:58:49 »

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.

93

Studium a uplatnění / Re:Existují v ČR startupy na úrovni?

« kdy: 31. 03. 2017, 13:06:46 »

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.

94

Studium a uplatnění / Re:Existují v ČR startupy na úrovni?

« kdy: 31. 03. 2017, 07:05:37 »

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.

95

Vývoj / Re:Engine pro tvorbu her

« kdy: 28. 03. 2017, 15:59:24 »

Je to jako natočit Pána prstenů, když máte IPhone, stříhací program a Blender.

Proc zrovna uvadite Blender? Vzdyt se v tom delal napr. ne uplne malicky film Hardcore Henry (Tržby USA $8,603,064 | Tržby Celosvetovo $10,703,064).

96

O serveru Root.cz / Cenzura na fóru 2

« kdy: 24. 03. 2017, 09:42:17 »

Mozna se nezamykaji nepohodlna vlakna pro moderatory, ale kazdy muze jednoduse zamceni pro nej spatneho vlakna zpusobit. Staci jeden, dva trolovaci prispevky a redakce zamyka (viz https://forum.root.cz/index.php?topic=15098.msg205085;topicseen#new). Proc? Proc nicite cele vlakno, casto zajimavou diskuzi? Pokud to chcete moderovat, tak to udelejte poradne - budto smazte prispevky, ktere jsou jen nadavky ci jasny trolling, nebo to vlakno rozstepte na dve (nebo vice) a prispevky popresouvejte do novych. Nevim, proc zamykat vlakno jen kvuli tomu, ze dva lidi si nadavaji zatimco ostatni jejich prispevky ignoruji a diskutuji k topicu... Dost zajimavavych temat bylo takto znicenych (z meho pohledu) pohodlnosti moderatoru. Radeji, nez by rozhodili vlakno o widlich vs. linux na dve (ano, ten topic je IMO jeden z nejrelevantnejsich pro tento server), ho radeji cele znici = zamcou. A pritom se casto v takovychto vlaknech argumentuje vecne a jsou stale zasilana nova fakta, mereni, odkazy. Kvuli par lidem nicit cele vlakno... Podobne s off-topicem - neni vyjimecne, ze po trech prispevcich se vyresi dotaz OP a nekolik stran se resi lehce souvisejici tema, casto i na pomerne vysoke (odborne) urovni, casto od lidi s hromadou praxe. Nechapu, proc takovy kvalitni obsah, casto kvalitou lepsi nez clanky, zamykat, kdyz by stacilo vse od 4. prispevku presunout do noveho vlakna. Kdyz se stane takovy fail, ze zamcou zajimavou diskuzi, tak se vetsinou ze znechuceni radeji na par dni presunu jinam, treba na reddit atp., protoze pokud se navic i ucastnim diskuze, tak mam pocit, jak kdyby veskera prace vlozena do psani prispevku byla ztracena.

PS: Ocekavam, ze tohle po dvou prispevcich taky zamcou .

97

Studium a uplatnění / Re:SPA Framework pre .NETaka

« kdy: 17. 03. 2017, 07:00:52 »

ty vole porovnavat nativny vyvoj s nejakym bastlenim webu a vyuzivanim roznych frameworkov, ktore nie su nativne :roll:

Trol nebo omezenec? Komplexita SPA FE oproti drivejsim statickym strankach je nekde uplne jinde, nez na urovni bastleni - FE uz davno neni par radek jQuery a zbytek jsou styly a HTML. Nyni mate i casto oddelene pozice na tvorbu stylu + HTML (coz dela designer/grafik) a JS (programator). Proto tu mame i treba ten Angular, ktery je FE frameworkem pro enterprise reseni (diktuje strukturu projektu, poskytuje mnoho nastroju). Proto se cim dal casteji pouziva TypeScript, protoze kdyz chcete neco i udrzovat a vyvijet ve vice lidech, tak se hodi, aby vam prekladac pri prekladu vynadal, ze mate bordel v typech a ne ze to spadne az na testech, kterych je potreba v pripade vanila JS o hodne vic, nebo dokonce az v produkci.

Nevyuzivat knihovny/frameworky, to snad ani nemyslite vazne? K tomu se doufam nemusim vyjadrovat, protoze jestli pisete nativni reseni bez jakyhkoliv knihoven/frameworku, tak to urcite nebudete profesional.

98

Studium a uplatnění / Re:SPA Framework pre .NETaka

« kdy: 17. 03. 2017, 06:52:11 »

V dost pripadech neni rozdil mezi nativni a multiplatformni. Pokud to ma byt v podstate pouze rypak pro IS, tak to byva uplne jedno. A samozrejme, nativni bude vzdy lepsi (byt i treba jen papirove - par procent pameti mene, o par procent rychlejsi), ale v realnem svete to funguje trochu jinak. Tam je volba/penize budto udelat pro jednu (ci par) platfromem, treba Android, nativni reseni, anebo pro vice platforem zaraz pouzit multiplatformni. Takze takove ty hrdinske reci, ze pro vsechny platformy nativne nebo at se jdete zahrabat, jsou celkem na nic, protoze vyvoj multiplatformni verze je nekolikrat levnejsi a nemusi se resit, zda vubec podporovat urcitou platfromu, protoze sluzbu/produkt z ni vyuziva pouze 1% klientu (uzivatele Linuxoveho desktopu? ).

99

Studium a uplatnění / Re:SPA Framework pre .NETaka

« kdy: 16. 03. 2017, 06:59:23 »

Doporucil bych ten Angular (2+). TypeScript je myslim celkem podobny C#/Jave a cely pristup ng je take podobny - casto vidavam hlasky o tom, jak Angular reprezentuje "Java pristup" v JS svete .

100

Software / Re:Těžko blokovatelné reklamy(stejná doména,mnoho náhodných znaků v URL)

« kdy: 11. 03. 2017, 08:44:27 »

Podle me si s tim nemaji dnesni blokatory (a mozna zadne) sanci poradit.

Dnesni ne a obecneji to pujde obtizne, holt se zacnou psat ruzne heuristiky, budou cilena reseni na hotove rekl. systemy a pokud to tak nepujde, tak holt se pujde rucne po strukture html, vztacich mezi elementy (v podstate neprime reference elementu). Pak by webiky musely zacit randomizovat i strukturu, coz bude vice problematicke a nevim, zda do toho pujdou.

101

Software / Re:Těžko blokovatelné reklamy(stejná doména,mnoho náhodných znaků v URL)

« kdy: 11. 03. 2017, 08:41:43 »

jak vite ze nesmirujou a ze se nacitaji ze stejne domeny? to ze je mezi nima proxy IMO moc nemeni. BTW ja si vybiram, ktere weby podporuji, neni to vychozi stav. pokud jsou ty reklamy agresivni - napr. animace, nerozslisitelnost od obsahu, preplacani (treba obaleni cele stranky omalovankami) tak je nepovolim ani na webu, ktery bych jinak podporil.

102

Software / Re:Těžko blokovatelné reklamy(stejná doména,mnoho náhodných znaků v URL)

« kdy: 11. 03. 2017, 07:56:25 »

asi moc neporadim s tim, aby se ten bordel ani nestahoval. na zive jsem si splacal skript, ktery to alespon skryva/maze po nacteni (identifikuje to podle rodicu a umi nekolik variant). s vlastnim rozsirenim - bohuzel s tim, jak jde FF do haje (nove API pro rozsireni) si nejsem jisty, ze v dalsi verzi bude vubec mozne jit takhle do hlouby a inspektovat odpoved na teto urovni :-/.

103

Vývoj / Re:JS - načtení a ukládání parametrů z/do souboru

« kdy: 04. 03. 2017, 18:15:45 »

Našel jsem funkci FileReader(), ale nevím, jestli se normálně používá, jestli není něco jednoduššího a jestli funguje ve všech prohlížečích.

To vypada, ze Chrome, FF i Edge to podporuji - https://developer.mozilla.org/en-US/docs/Web/API/FileReader (dole).

104

O serveru Root.cz / Re:Nový Root již dnes?

« kdy: 02. 03. 2017, 07:41:05 »

nemáme potřebu někomu ukazovat náš kód

Diffy ke stylum, pripadne sablonam? Jn, to se vyplati tajit, jeste by nam to nekdo ukradl. Vzdyt se to neposila kazdemu ctenari...

Takhle si nepredstavuju, ze "spolupracuji s komunitou". Oni neudelaji nic a komunita si musi reverse-engineer vsechno po svem. Pokud se nepletu, tak doted (kolik? rok, vic?) nezverejnili zadnou dokumentaci nebo jakekoliv materialy k tvorbe alt. stylu.

Nechapu, ze meli tolik drzosti se v tech clancich vychloubat, jak krasne spolupracuji s komunitou. Alt. styly jsou jim od spusteni u pr*ele a ohledne vzhledu, chovani a chyb komunitu taky ignoruji (odstraneni blikajici ikony neberu jako "brat rady od nasi specialni komunity"; to byla trapna skolacka chyba, ktera je stejne zavazna i na kazdem ne-IT webu). Jak dlouho je tu ten bug s poskakovanim, za ktery muzou reklamy? Nebo to uz zvladli opravit, jen po tuctu mesicu? Ale co, ctenari si to opravi po svem - staci zablokovat reklamy. Co ty desitky pripominek k designu, na ktere ani nezareagovali (neodpovedeli, nezduvodnili, proc si mysli, ze je to jejich reseni lepsi [mozna vi, ze neni]) a kvuli kterym to musi opravovat alt. styly/skiny.

Dokumentace, changelogy a diffy - to povazuju za spolupraci s komunitou. Pokud z rychliku placnou par detailu k jednomu konkretnimu alt. vzhledu (neni jediny) a pak se uz nic dalsiho nestane, tak to bude jen dalsi plivnuti do tvare.

Zacinam vazne uvazovat o napsani toho ripperu/proxy, ktera ze stranky vyseka texty a preposle (REST) je necemu jinemu (napr. alt. front-endu). Pokud bych to v jednom zvladl splacat po par vikendech, tak by mozna mohli zacit neco resit, kdyz by alt. front-end konkuroval tomu jejich klenotu.

Z meho pohledu jediny, kdo vypada ze komunitu bere vazneji, je pan Krcmar. Vsichni ostatni (kravataci, vyvojari) pusobi, ze do prace chodi jen si to odsedet a komunita rootu je neco nepodstatneho, co lze jednoduse vyresit - ignorovat.

PS: Se divam, ze stale nemate vsechny styly minifikovane a mate je rozhazene do vice souboru. Je k tomu nejaky logicky duvod?

105

Studium a uplatnění / Re:PHP nebo JavaScript

« kdy: 28. 02. 2017, 12:37:07 »

...
Všechny uvedené způsoby jsou poměrně složité, ale hlavně ZBYTEČNÉ. Upozorňuju, že se bavíme o backendu, ne frontendu.

Slozite? No nevim, nejaky stream a bus je dost jednoduchy koncept. Promise je primo trivialni. Ja se bavim o JavaScriptu (OP nikde nenapsal, jestli chce BE/FE/full-stack), ale pokud vim, tak to vse lze pouzit a pouziva se i na back-endu (treba Koa pouziva generatory). Napr. ty observable primo obsahuji pomocne funkce pro konstrukci wrapperu z callback fce na fci vracejici observable (maji i helper pro Node format fci), podobne BlueBird ma promisifyAll na konverzi celeho (node) modulu na verzi s promises.

Pokud jsou pro vas zbytecne, tak je nepouzivejte. Pak ale nebrecte, ze mate chuchel callbacku a neudrzovatelny kod.