reklama

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] 2 3 4
1
Studium a uplatnění / Re:Základy programování
« kdy: 31. 05. 2020, 11:11:56 »
Flutter je zajímavý, už jen tím, že kašle na Javu.[/quote]

No nevím. Dart mi přijde jako Java, do které zkusili dobastlit některé modernější vlastnosti, ale výsledek je takový... polovičatý. Asi lepší, než drátem do oka, ale když to porovnám s Typescriptem, tak ten je prostě úplně jinde.

2
Vývoj / Re:JS/TypeScript img src cez import
« kdy: 30. 05. 2020, 20:53:14 »
A co bylo v původním kódu?

3
Blacklisty se neřídí žádnou normou, přidávání na ně je zcela na libovůli jejich správců. Jinak co se týče VPS, tak často blacklistují rovnou celý rozsah adres, takže na něm můžeš být, aniž bys udělal cokoli špatného.

4
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í...

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

6
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!

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

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

9
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

10
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é.

11
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/

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

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

14
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é :-)

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

Stran: [1] 2 3 4

reklama