Příspěvky

106

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

« kdy: 28. 02. 2017, 07:20:01 »

...
Když v Node.JS děláš, jak moc rozdílný programování to je oproti ostatnim jazykum vzhledem k tomu, že operace v JS jsou neblokující?

K Node jsem jen pricuchl pri hrani si se svymi projektiky, v praci delam na front-endu. Co vim, tak u nekterych fci existuji i blokujici varianty (readFileSync). (odpovim nize)

...
Říká se tomu callback hell, což snad mluví za vše.

Opravdu? Jsem od vas cekal trochu vice.

I ve starem JS byly zpusoby, jak to ukocirovat (nezanorovat fce a udrzovat to ploche => vyhnuti se pyramid of doom). Aktualne co vim (v Node nedelam, takze je mozna jeste vice pristupu) tu mame promise, generator, async nebo "slozitejsi" abstrakce jako observable, ktera se pouziva treba v Angular 2 a IMO je dost silna a zaroven elegantni. Osobne se mi dost libi cesta, kterou se JS ubira - nejdriv to byl zmatek na lepeni toho, co HTML/CSS neumelo a nyni tu mame koncepty/syntaxi z OOP (cukr pro tridy, pripadne TypeScript) i FP v mnohem vetsi mire (odklon od mutable vseho k immutable stavu SPA aplikace - napr. redux a ngrx/store, knihovny typu ImmutableJS, Lodash, Ramda, Folktale nebo Sanctuary nabizejici FP pristup).

107

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

« kdy: 27. 02. 2017, 14:34:37 »

Samotný Javascript je původně jednoduchý, ale už z něj taky začíná vznikat spleskaný bastard (pseudotřídy, mraky nové, zbytečné syntaxe, ...).

Nekterym (treba me) se ta nova syntaxe libi. Priklady te "zbytecne syntaxe"? Tridy, splat, destructioning, fat arrow - to vse me prijde hodne uzitecne.

Na malé kokotinky Node dobré, ale osobně bych v tom nic velkého nedělal.

IMO i stredni veci v tom jdou, ale souhlas, na velke to neni.

Vzhledem k tomu, že nejde zároveň používat zapouzdření a prototypování, je problém s ním modelovat, to už je v tom lepší hybridní Java.

Co TypeScript? Aktualne co pisu v Angularu 2 s prototypy (primo) nikdy nedelam a nevadi me to. Zapouzdreni je IMO hezke pres modifikatory pristupu (nesmite byt prase a sahat na private/protected, pokud k tomu nemate mit pristup, ale to ostatne jde i v Jave).

108

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

« kdy: 26. 02. 2017, 11:34:54 »

Vycházím z nedávného pohovoru kde mě pozvali na .NET vývojáře a nestačil jsem se divit. Chtěli Node.js, Angular.js, Oracle, jQuery, TypeScript, html, css na velmi pokročilé úrovni a .NET jen tak mimochodem.

.NET vyvojar a chteli Node? To maji back-endy v .NETu i v Node? To ses asi hlasil na full-stack, ne? Jinak prece normalni firmy nemuzou chtit znalost Angularu a TypeScriptu na pozici .NET vyvojar...

Takže mi připadá že dneska je moderní umět všechno nějak a ne nic pořádně. Z toho mi vychází, že buď být hodně dobrej v jednom jazyku a nebo umět všechno tak trochu. Otázka co je lepší.

No, dost firem by rado cloveka, co zvlada praci dvou a vice lidi, tak to IMO zkousi, jestli se nekdo neulovi. Casto ale na takove machry nemaji penize a pak jen placou u novinaru, jak je tu hrozny nedostatek kvalifikovanych uchazecu.

109

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

« kdy: 26. 02. 2017, 10:05:10 »

Kdyz jsem posledne zkousel IDE pro PHP, tak to nebyla zadna slava.

bud konkretni, takhle jen mlatis prazdnou slamu.

Myslim, ze slo o IDEA (takze WebStorm). Ale jsem si jisty, ze zadne type hinty jsem nepouzival, takze mozna s nimi to naseptaveni bude na podobne urovni jako s TypeScriptem.


Toto tema je takove dost divoke. OP totiz neuvedl (nebo jsem si toho nevsiml), zda se chce zamerit na front-end (tam asi php neuzije), back-end nebo fullstack.

V pripade front-endu v (novem) JavaScriptu ci TypeScriptu to vidim celkem pozitivne. Ten jazyk zacina byt dost zraly a napr. v kombinaci s tim Angularem se to zacina velmi napadne podobat Jave (vsude objekty, dedicnost, interfacy, DI, kontrola typu pri kompilaci). Ta roztristenost zacina IMO ubyvat - napr. moduly tusim, ze jsou jiz v aktualnim standardu.

Pokud by slo o back-end a na vyber byly pouze PHP a JavaScript, tak prestoze me obe technologie neprijdou na BE vhodne, tak bych se asi stale priklanel vice k JavaScriptu (pripadne TypeScriptu). Ale v pripade BE se radeji opravdu podivat spise na Javu (pripadne jine jazyky nad JVM) nebo (pokud mate v lasce M$) C#. Osobne vnimam .NET platformu jako velmi omezenou, vetsinu diktuje MS, takze na co MS nemyslel, to nebudete mit (v Jave mate alternativy snad na vse). Podobnou zkusenost mam i s .NET programatory - velmi omezeni, casto pouze znaji jeden nebo dva mainstream jazyky a mivaji neprijmne casto velke mezery ve vseobecnem IT rozhledu. To je IMO zpusobene samotnym navrhem C#, kde se za kazdou cenu snazi MS zjednodusit vstup - napr. LINQ, ktery pouziva terminy z SQL na kolekce (to se libi PHPistum). Pak tu jen vidim na foru, jak nekolik C# programatoru ani netusi, co je map nebo reduce operace (nechapu, jak mohli dostudovat VS).

K JS full-stacku jsem skepticky a nedoporucil bych ho vubec. Budto ruzne jazyky (ne moc vhodne pro zacatecnika), nebo vzit neco, co se osvedcilo na jedne strane a k tomu pouzit neco mene znameho na strane druhe - napr. Scala na BE a ScalaJS na FE (tady je zase problem s rozsirenim, nabidky prace budou velmi omezene). Zatim mne full-stack vyvoj prijde spise jako utopie - budto je to hrozne neohebne (Java a dalsi BE jazyky snazici se back-endisty odstinit od JS mnoha vrstvami abstrakce) nebo hrozne rychle se menici (JS svet). FE se vetsinou tak dlouho neudrzuje, BE tu ale casto byva i destiky let, na to je IMO JS nevhodny.

110

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

« kdy: 25. 02. 2017, 07:54:05 »

Pokud chcete typovou kontrolu v JS, tak muzete psat v TypeScriptu (nadstavba na JavaScriptem, neni to uplne jiny jazyk).

začni s php, je přímočařejší, IDE vyspělá a komunita poměrně jednotná. JS je ze zkušenosti pro hodně lidí těžko pochopitelný s jeho single thread asynchronní povahou, IDE špatně napovídají, na začátečníka tam čeká spousta pastí a debugování je peklo i pro otrlé řemeslínky.

Kdyz jsem posledne zkousel IDE pro PHP, tak to nebyla zadna slava. Napovidani v TypeScriptu me prijde dobre, pokud nekdo pouziva holy JS, tak ano, tam je to horsi. Pak si ale spatne zvolil jazyk a nemuze si stezovat na horsi podporu v IDE .

Jinak muj nazor: ani jeden jazyk neni moc velka vyhra. JS me prijde o neco lepsi, ale to jen proto, ze PHP ma tolik skolackych chyb, ze by jeden brecel. Staci se podivat na /r/lolphp (pro line: tak treba std knihovna je neuveritelny border - nejednotne pozice parametru, nejedny zpusob navraceni vysledku dokonce i v ramci stejnych modulu, nejedne pojmenovavani funkci, funkce, ktere se magicky chovaji [napr. kdyz nezadate parametr, tak vysledek zapisou do globalnich promennych ], polamany podmineny operator [tady nekteri tvrdi ze je to feature ]).

111

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

« kdy: 25. 02. 2017, 06:45:05 »

PS: to oskakování už neřeším, beru to jako vyhodnou vlastnost...

Co kdyz to byla jejich taktika celou dobu?  Cekat tak dlouho s opravou, klidne rok a vice, proste dokud to uzivatele neprijmou za vlastnost .

112

Vývoj / Re:Má programátor řešit design?

« kdy: 23. 02. 2017, 11:25:03 »

Protože to patří ke všeobecnému vzdělání.

to urcite . aj html potom patri k vseobecnemu vzdelaniu. teraz je trendy mat vseobecne vzdelanie v posratych webovych technologiach.

jn, "vseobecne vzdelanie". vsichni musi znat HTML a CSS, kazdy musi umet z hlavy pocitat v binarni soustave jak kdyz bicem mrska, kazdy proste musi mit dobrou znalost asmembleru pro J4RTKW455432... webove technologie me zivi, ale ten trend, ze HTML a CSS se uci uz ve skolce se me vubec nelibi. to radeji at tam narvou nejake zaklady algoritmizace, nejake programovani s roboty, zelvami atp.

113

Vývoj / Re:Má programátor řešit design?

« kdy: 22. 02. 2017, 14:38:31 »

Backend programátor znalosti HTML/CSS nepotřebuje, protože s ním jednoduše nepřijde do styku.

Konecne, uz jsem si zacinal pripadat jak v jinem svete . Backend v pripade SPA (aktualni trend) se stara pouze o pristup k DB, logiku a API pro FE. Opravdu nikde HTML ani CSS nevidi, natoz aby s nim musel cokoliv delat.

Ale jestliže náplní práce frontend programátora (*) je vytvářet něco, co má mít i nějakou estetickou kvalitu, tak nedokázat posoudit kvalitu vlastního díla beru za velké mínus.

To dilo ma zaspecikovane od zakaznika, zakaznikem schvaleny mock a od grafika ma pripravene sablony. V takovem pripade opravdu neni potreba mit zadne esteticke citeni, protoze nic estetickeho nedela - "pouze" dratuje mrtvou sablonu s back-endem a jeho praci je zachovat vzhled od graficke firmy.

Jak jsem psal, neni to asi idealni, ale kdyz stejne vysledek musi probublat pres nekolik lidi, tak ikdyby tam nasekal neco neladiciho se zbytkem aplikace nebo spatne pouzitelneho, tak mu to proste nekdo z nich vrati. Snad se vsechno nesype hnedka na produkci...

Samozřejmě, může prostě tupě do-posledního-pixelu realizovat návrh od nějakého grafika, ale s tím se dá vystačit maximálně u jednoduchých webů.

Praveze od grafika (napr. v mem pripade) muze byt i to HTML+CSS. To je v podstate ta pozice, ktera drive byvala "frontend". Dostalo to nove jmeno "design" a programovani zbyla na "frontendaka".

U složitějších, které mají hodně stavů, v průběhu vývoje se stránky trochu mění atp. takový člověk pohoří, protože dávat každý prd na nakreslení/překreslení grafikovi silně zdržuje.

Souhlas, ale s tim se uz firma musi poprat. Kdyz vi, ze je nekdo v tomto ohledl lempl, tak mu nezadaji tvurci veci a radeji to daji tomu grafikovi. Ono grafik, ktery nezna HTML a CSS je dost nanic. Navrhne veci, ktere jsou problematicke nebo primo nemozne (typu ruzne silene obtekani textu [to uz myslim svitalo na lepsi casy], responzivita atp.).

*) Frontend programátorem myslím (i) toho člověka, co dělá třeba PHP šablony; nějak mi přijde, že si tu v diskusi někteří pletou frontend programátora a CSS/HTML kodéra.

No, rozhodne z teto diskuze je patrne, ze ty pojmy kazdy vnima jinak (protoze se casem meni). Ja jsem napr. front-end vyvojar a s HTML a CSS delam velmi malo (~5% casu?). Myslim si, ze nejake esteticke citeni mam, stejne tak povedomi o UX.

Znam par lidi na front-endu, kteri se s tim vzhledem moc nebabraji a co jim nedoda grafik, to jen nejak usmudlali a az kdyz jim to sef/zakaznik/ux/ui expert vrati, tak se to snazi resit (vetsinou tak, ze to daji tomu grafikovi).

PS: Activator me predbeh .

114

Vývoj / Re:Má programátor řešit design?

« kdy: 22. 02. 2017, 13:00:52 »

...
Podla mojho nazaoru by "frontend" developeri mali mat esteticke citenie. Momentalne je to v situacii, kedy sa robi z prehliadaca tazky klient a z niekdajsieho serveroveho frontendu sa robi novy "backend", cize sa pricapi dalsia vrstva.  Ak naviac ten co robi prehliadacovy frontend na frontend  nema esteticke citenie, jeho prinos je sporny.

Nerekl bych. Je to sice plus, mit esteticke citeni, ale osobne v tom nevidim problem. Je to stejne, jako chtit po back-endistech, aby umeli JavaScript a CSS. Esteticke citeni musi mit clovek, co narhuje vzhled a dela sablonu - co kodi html + css (pripadne jejich nadstavby) a tato pozice uz nyni nebyva oznacovana jako frontendak (ktery casto vyviji primarne v JavaScriptu/TypeScriptu atp.), ale jako designer = grafik (hraje si s html a css). Drive platilo frontendak = grafik, protoze JS bylo vetsionu par kapek (typu rozbaleni menu) a vsechno lepeni a ozivovani resil back-end.

115

Vývoj / Re:Má programátor řešit design?

« kdy: 21. 02. 2017, 21:17:50 »

front end dev by ideálně neměl potřebovat vůbec grafické cítění, bohužel, ne vždy má firma grafika (volného), takže ho musí vývojář trošku (hodně) suplovat

Rozmyslam, ze potom, naco ti frontend developeri vlastne su?

Tak ted nevim, jestli je to pokus o trolovani, nebo nevedomost. Pod FE programator (vyvojar muze byt grafik ale nemusi) se bezne rozumi clovek, co "ozivi" FE, vetsinou v kontextu SPA. Se podivejte treba na Angular, casto prezdivany take "Java pro JavaScript" . https://angular.io/docs/ts/latest/tutorial/toh-pt1.html Ono drive frontendak skoro neprogramoval v JavaScriptu a spise jen daval dohromady html a styly a backendaci si pak z toho udelali sablony. S prichodem SPA se cast BE veci presunula na FE a weby typu GMail, Facebook a YouTube uz davno nejsou ty klasicke weby, kde prevlada staticke html, ale webove aplikace, kde je vse generovane za behu pomoci JS.

116

Vývoj / Re:Má programátor řešit design?

« kdy: 21. 02. 2017, 15:08:57 »

Ano idealna firma ma tieto pozicie ale ja som vela idelanych firiem nevidel. Stale to je len predpoklad profesionalneho vyvoja, ktory ti nic nezaruci.

Jiste, pouze predpoklad, ktery kdyz neni splneny, tak se neda moc cekat nejaka uroven. Spise chudak skonci jako d*vka na vsechno.

Neda sa to takto zovseobecnovat. Vzdy zalezi od velkosti a zlozitosti projektu a cielov projektu. Pri velkych projektoch je to nevyhnutnost, u malych zbytocne predrazovanie projektu.
Aj preto existuju male firmy na male projekty a korporat na velke projekty.

Jsme mala firma (nejakych 10-15 lidi) a mame to oddelene. Napr. design bezne bereme od jinych (co vim tak teke malych) firem. Rozhodne to lze takto delit i v malych firmach a nemyslim si, ze by to projekt prodrazilo. Neni lepsi, kdyz to navrhne nekdo, kdo ma stovky hodin zkusenosti, nez kdyz by navrh lepil dohromady nekdo, kdo cetl maximalne par clanku? IMO se spcializace vyplati i v male firme.

117

Vývoj / Re:Má programátor řešit design?

« kdy: 21. 02. 2017, 14:22:59 »

nejen popularni, ale hlavne uz dost obsahle. tak jak jsou db specialisti, tak ted jsou frontendaci - designeri a programatori. to, ze driv nic takovaho asi nebylo, je IMO jen o tom, ze stacilo programatorovi dat nacrtek jak ma GUI vypadat a on to zvladl v IDE pretahat na okno. Nyni, kdyz bys programatorovi v Jave rekl, aby ti udelal sablonu, tak musi udelat jaksi vic veci - rozjet si nejaky build system (gulp, webpack atp.), vzit nejaky "css" framework, napr. bootstrap a zacit customizovat styly v Sassu (nadstavba css ktera se kompiluje), az ma zaklad hotovy (paleta, fonty, ...), tak zacne kodit (v html) jednotlive stranky a spolecne s tim upravuje/vytvari styly. Samozrejmne se musi resit icon-fonty, zkouset to na ruznych prohlizecich a zarizenich, hledat vhodne (vetsinou jQuery) js pluginy pro widgety atd. A tohle je jen ta faze "designu", pak se to preda front-endakovi programatorovi a ten zacne ty dodane mrtve stranky ozivovat. Napr. v pripade SPA to naseka pekne na jemno, vytvori komponenty, sesklada jednotlive stranky z komponent a zacne to propojovat s back-endem.

pred peti lety jsem nemel vubec tuseni, jak slozite to vsechno je. jsem si mylne predstavoval, ze frontendak = grafik, ktery obcas neco matla v html a css.

118

Vývoj / Re:Má programátor řešit design?

« kdy: 21. 02. 2017, 13:14:44 »

... Idealna firma ma teda tieto DEDIKOVANE pozicie pre web: architekt, frontend, backend, designer, tester. Ak to nemaju tak pojde o kompromis a neprofesionalny vyvoj.

+1

A teda u FE programatora/vyvojare je IMO potreba take nejake esteticke citeni. Prestoze netvori cele sablony (html+css), tak je musi upravovat a musi take videt/predvidat UI/UX problemy.

119

Studium a uplatnění / Re:Proč tolik matematiky?

« kdy: 20. 02. 2017, 14:59:20 »

Ne cpát lopatám nějaká fakta a pak je z toho u zkoušek zkoušet, jestli to chápou.

Spis jestli to umi odpapouskovat tak, jak jim to rekl prednasejici (jakakoliv jina forma, jakkoliv spravna, byva vetsinou potrestana).

120

Software / Re:Stahování videa a audia z YouTube

« kdy: 19. 02. 2017, 08:15:48 »

na sosani z YT pouzivam FF plugin "Flash Video Downloader - YouTube HD Download [4K]"
(ikonku to ma takovou modrou sipku smerem dolu k vodorovny carce) vzdycky se rozbali roletka kde nabidne dostupny rozliseni a vypise velikost souboru-pak staci odkliknout. Alternativne youtube-dl je taky dobra -a hlavne RYCHLA- volba 
I kdyz se mi stalo ze na nekterych tech "oficialnich komercnich kanalech" si s videem neporadil ani jeden. Asi do toho Google cpe DRM.

Rekl bych, ze nepodporuje ten "novy" format, protoze to neumi stahovat cokoliv ve Full HD a vys.