Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - L..

Stran: 1 ... 11 12 [13] 14 15
181
Vývoj / Re:Ako otypovať javascript?
« kdy: 06. 05. 2020, 00:17:07 »
Nevím a pochybuji, že by to existovalo. Je to dost komplikovaná úloha a hlavně podle mě v některých případech nejednoznačná.

Akorát by mě docela zajímalo, co je to za "templaty", když se vyplatí za ně platit a to dokonce i přes to, že jsou ne úplně vyhovující...

182
Vývoj / Re:Moderní architektura pro aplikace v Reactu
« kdy: 24. 04. 2020, 17:29:56 »
react-hook-form taky vypadá docela dobře, byť praktické zkušenosti nemám.

Jinak FlexiBee mě nelaguje a obecně redux-form má napojenou každou komponentu zvlášť, takže se při změně klávesy přerenderuje jen tak komponenta (pokud hodnota v poli není napojena ještě jinam a nemá další efekty).

183
Ja bych treba do dospeleho veku mych deti nastalo do Norska nesel ani za zlaty prase.

A do Izraele taky radši ne. Každý přece ví, že Židé používají krev křesťanů při svých tajemných náboženských obřadech!

184
Vývoj / Re:Lehká modernizace JavaScriptu
« kdy: 18. 04. 2020, 10:00:12 »
Tohle akorát vede k tomu, že všichni píší arrow functions a netuší proč, takže to pak bouchne v tu nejlepší chvíli.

Co bouchne? Kotel? Papiňák? :D

Já vím přesně, proč píšu arrow functions :D Protože jsou kratší a přehlednější, zvlášť když člověk zapisuje HOF.

185
Vývoj / Re:Lehká modernizace JavaScriptu
« kdy: 18. 04. 2020, 09:13:18 »
Jinak pro nové věci mi přijde vhodný Vue.js - minimalistický a rychle naučitelný.

Mě tedy přijde Vue dost komplikovaný. Člověk se musí učit šablokovací jazyk, deklarativní strukturu komponent... Oproti takovému Reactu, kde prostě komponenta je jednoduchá funkce.

186
To mi připomíná starý vtip:

Citace
- Kolik programátorů Microsoftu je potřeba na výměnu žárovky?
- Žádný. Bill Gates definuje tmu jako standard.

Vidím, že to pořád funguje :D

187
Vývoj / Re:Moderní architektura pro aplikace v Reactu
« kdy: 07. 04. 2020, 22:21:08 »
No, trochu pozor, kontext není úplně náhrada Reduxu. V zásadě se dá říct, že Redux je kontext + reducer pattern + nějaké věcičky kolem toho (třeba pattern selectorů).

Člověk musí trochu vědět, co dělá, jinak se právě může dostat do výkonových problémů typu že se při každé změně v Reduxu / kontextu přerenderuje celá stránka a to není úplně dobré.

188
Vývoj / Re:Moderní architektura pro aplikace v Reactu
« kdy: 07. 04. 2020, 15:55:45 »
Pro Redux je přímo od jeho autorů hezká "style guide", kde shrnují best practices a naopak antipatterny: https://redux.js.org/style-guide/style-guide

Co se týče formulářů, doporučil bych na ně knihovnu: https://github.com/final-form/react-final-form#-react-final-form (ukládá je do lokálních stavů).

Pokud byste náhodou z nějakého důvodu potřeboval ukládat formuláře do Reduxu, tak potom: https://redux-form.com/8.3.0/

189
Vývoj / Re:Moderní architektura pro aplikace v Reactu
« kdy: 07. 04. 2020, 10:28:39 »
A tím Angularem je to nesmysl, React se od něj čím dál víc vzdaluje tím, jak s hooky je možné prakticky se komplet vybodnout na komponenty ve třídách a dělat je jen jako funkce. Čímž se to celé dále zjednodušuje. Vezmi si, kolik toho v Anglaru musíš nadatlit, abys udělal komponentu. V Reactu prostě napíšeš jednoduchou funkci. Plus hooky odstranily šílený wrapper hell, který občas nastával.

Ale to jsem odbočil. Lokální stav (useState) a Redux nejdou proti sobě, doplňují se. Stav, který je lokální pro danou komponentu si ukládáš přes useState a nemusíš s ním zaplevelovat globální Redux. Občas se hodí využít dokonce lokální reducer (useReducer). Redux je naopak vhodný pro ukládání stavu, ke kterému potřebuje přistupovat víc komponent, který má přežít lifecycle komponenty atp.

Samozřejmě jedna komponenta může mít něco napojené z Redux store a něco mít v lokálním stavu. Co se týče toho globálního stavu, tak je to samozřejmě ta první z možností, co jsi uvedl (pro každou stránku extra), bastlit to do jednoho slice je hrozná prasárna. Plus tedy to ani nemusí být dělené dle stránek, ale klidně v aplikaci mohou být i jiné logické celky.

190
Vývoj / Re:Zkušenosti s TypeScriptem
« kdy: 28. 03. 2020, 08:27:59 »
No a třeba Céčko je založené na transpilaci kódu do strojáku. Je to taky zhovadilost?
psal jsem o JS, ne o céčku ;-)

No právě. Kompilace se používá naprosto běžně, tak jsem chtěl vysvětlení, proč je v tomto jednom případě fuj a v jiných OK.

Kr*vina je hlavně tenhle bod. OOP v JS byl už dávno přes Typescriptem.
opět jsem nikde nepsal, že OOP neexistoval. Psal jsem jen to, že OOP do světa JS dle mého pohledu nepatří.

Psal jste, že TS "zavádí do JS OOP patten". Což je prostě kravina bez ohledu na to, co si o OOP myslíme.

Stejně jako Flow od Facebooku. Jen s tím rozdílem, že Flow je jen checker a nepotřebuji pro spuštění udělat transpile.

No a umí Flow třeba optional chaining nebo nullish coalescing? Reálně je Flow hodně podobné Typescriptu, jen (pravděpodobně) o něco méně mocné. I Typescript umí udělat jen typovou kontrolu (noEmit). A naopak zdroják ve Flow se musí zkompilovat (transpilovat) do Javascriptu, protože samozřejmě jeho syntaxi standardní JS engine neschroupne.

Poslední dobou mi přijde, že na českých fórech nemůže člověk napsat svůj názor. Jakmile nejde s davem, je to špatně :-)

Jojo, jak s někomu poukážu na faktické chyby a logické nesmysly v jeho příspěvku, hned se rozčiluje, že mu upírám jeho názor :D

Naopak jsem měl možnost pracovat na dvou projektech v TS, které psali rusáci a indové. Větší hnusy jsem snad neviděl. Z 95% všude bylo any nebo tsignore.

Pak ty projekty nebyly z 95% v TS, ale v čistém JS, který tak velebíte ;D

K tomu mě napadá opět jeden klasický citát, kterým se s vámi rozloučim:

Citace
Neexistuje programovací jazyk, ve kterém by se nedal napsat špatný program.

191
Vývoj / Re:Zkušenosti s TypeScriptem
« kdy: 26. 03. 2020, 10:11:43 »
za mě TS moc nemusím a to z několika důvodů:
1) založen na transpilaci kódu a to je z mého pohledu zhovadilost,

No a třeba Céčko je založené na transpilaci kódu do strojáku. Je to taky zhovadilost?

2) zavádí do JS OOP patten, což je taky kr*vina (ikdyž nový TS už umí FC),

Kr*vina je hlavně tenhle bod. OOP v JS byl už dávno přes Typescriptem. Funkcionální programování totéž.

3) pochází od M$

To je asi nejrelevantnější bod z těch tří. Já to vidím tak:

Citace
Většina produkce Microsoftu je sh*t, ale vyprodukoval i dvě dobré věci: Age of Empires a Typescript ;D


Typescript za mě super:

- Umožňuje odchytat spoustu věcí už při psaní
- Typy slouží jako základní dokumentace
- Na jeho základě může IDE hezky napovídat (s čistým JS je to peklo)

Předtím jsem dělal v Javě. Její typový systém se mi líbil, ale duck typing TS jde ještě dál, umožňuje elegantně(ji) řešit situace, kde typový systém člověka zbytečně omezoval. Další věc, co byla v Javě problém byla implicitní nulovatelnost všech objektů (místo objektu mohl přijít NULL a z hlediska typového systému to bylo OK). To Typescript také umí jednoduše řešit plus přidává optional chaining, který umožňuje prázdné hodnoty (když mohou přijít) jednoduše ošetřit.

Jediná nevýhoda je, že díky možnosti operaci nad typy mohou být v TS občas hlášení o neshodě typů dost kryptická - člověk se musí krotit a nedělat věci moc složité :-)

192
Studium a uplatnění / Re:Jak a kdy se zeptat na plat
« kdy: 11. 02. 2020, 17:38:57 »
Citace
a potom sa bezne stava to ze vedla seba sedia dvaja rovnako pracujuci ibaze majuci rozdielne odmeny.

To se naopak stává velmi zřídka, protože lidi mají různou výkonnost. A problém je, že vzhledem k Dunning-Krugerovu efektu ti méně výkonní nepoznají, že jsou méně výkonní. Takže pokud jsou platy veřejné, tak neustále prudí, jak to, že mají nižší plat, vždyť jsou přece stejně dobří nebo i lepší, než ti, co mají plat vyšší. Často i útočí na ty s vyšším platem (= schopnější) a klidně je z firmy vyštípou. Což fakt nechceš. Proto jsou v IT oboru mzdy většinou soukromou záležitostí mezi zaměstnavatelem a zaměstnancem. Závist je svinstvo.

Abych nebyl úplně OT, tak k tématu: Záleží, jak se to podá. Pokud se v úvodní výměně zeptáš "Moje představa o platu je zhruba taková a taková, je to u vás reálné?" tak je to relativně cajk. Ale pokud je první otázka kandidáta "Jaký budu mít plat?!" tak bude muset být fakt dobrý, aby jsi ho vzal.

193
Vývoj / Re:Váš názor na agilní vývoj - Scrum
« kdy: 06. 02. 2020, 21:40:25 »
Problémem je, že většina týmu nečeká ani na X, ani na Y, takže je to nezajímá a nudí se u toho, a to že jdeš k doktorovi stejně většina z nich do oběda zapomene (od čeho je sdílený kalendář)  :D

Pardon omlouvám se, měl jsem za to, že když já chodím do práce pracovat, tak to máte stejně. Ale vy se tam evidentně chodíte bavit. Tak to pak jo, potom je fakt  nepatřičné, že vás zaměstnavatel týrá nudnými standupy. Doufám, že alespoň v jiných věcech není sketa a nejméně jednou týdně vám tam vpustí spoře oděné děvy. Vždyť se tam přece chodíte bavit.

Ne, vážně, tohle jsme tu už probírali, tedy nemá cenu diskusi opakovat. Viz výše.

194
Vývoj / Re:Váš názor na agilní vývoj - Scrum
« kdy: 06. 02. 2020, 14:12:47 »
Proč přínost nula? Já jsem se i z takovéhohle krátkého reportu dozvěděl hned tři důležité věci:
- Pokud čekám na classu X, tak můžu pokračovat
- Pokud čekám na classu Y, tak bude během dneška nebo spíš zítra
- Když tě budu shánět odpoledne a nebudeš tady, tak nemá cenu na tebe čekat, protože jsi u doktora

195
Toto je samozrejme totalni nesmysl. Ani IT vysoka skola neni zadnou zarukou umeni programovat. Neznam u nas skolu, ktera by se nedala prolezt aniz bys jako programator stal zahovno.

Však to taky netvrdím. Ale přes všechny zdejší mistry světa co je podle nich VŠ naprosto zbytečná mám z desítek let praxe v oboru jednoznačný poznatek: Škola (*) hodně silně koreluje s kvalitou člověka. Není to samozřejmě 100%, ale v náročnějších firmách ani lidi bez VŠ nezvou na pohovory, protože by to byla skoro jistá ztráta času. Je klidně možné, že je to prostě tím, že chytřejší lidé obecně chodí na lepší školy, ale je to prostě tak.

*) Míněno nejen SŠ / VŠ, ale i jaká konkrétní škola

(...) Nie je to tak davno, co firmy nemali problem zaucit si zamestnanca. (...)

"Zaučit" znamená, že ten člověk začne firmě brzy přinášet peníze a to je to, o čem mluvím. Když tam přijde člověk, co nemá vzdělání ani nějakou praxi, jak tazatel, tak bude trvat rok, než bude alespoň k něčemu dobrý, tak to není "zaučit".

Ale chápu, že můj příspěvěk vyzněl tak, že umím akorát patlat weby a informační systémy.

Spíš vyzněl tak, že si to představuješ jako Hurvínek válku. Udělat jakýkoli složitější soft je týmová práce.

Stran: 1 ... 11 12 [13] 14 15