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 - Wal-De-Mar

Stran: 1 ... 13 14 [15] 16 17 18
211
Vývoj / Re:Problémy s JavaScript v praxi
« kdy: 07. 10. 2018, 13:47:33 »
No tak ta skupina programátorů udělá v podstatě TDD a na konci se bavíme akorát tak o tom, kdo byl schopen si napsat lepší testy, který mu odchytili ty jeho bugy...? Fakt máš pocit, že to něco říká o real-world projektech..?
Čo to splietaš? Ten výskum bol robený na real world projektoch. Mám uveriť spochybneniu jeho výpovednej hodnoty na základe DOJMU anonymného príspevku na fóre? Alebo kam tým mieriš? Čo píšeš nedáva zmysel.
Těch výzkumů je několik, jeden z nich byl i to, že vzali tu samou úlohu a dali ji naprogramovat lidem v různých jazycích a pak se koukali na výsledek.
Nicméně to, co myslíš ty, je asi tohle: http://web.cs.ucdavis.edu/~filkov/papers/lang_github.pdf

Asi bych potřeboval vysvětlit, proč si nemyslíš, že to je Garbage In - Garbage out....  Obzvláště v oblasti "defect density" mi přijde, že to prostě bude porovnávání jablek s hruškama....

Nerozumiem čo potrebuješ vysvetliť, a už vôbec nie prečo. Ponúknem ti štatistiku z real world podmienok, čo si presne chcel, ty zaargumentuješ výskumom za umelých podmienok, nie z real world, a ešte aj chceš z neznámeho dôvodu niečo vysvetliť. Nerozumiem, ale OK, napíš ktorá konkrétna časť toho pdf ti nieje jasná, alebo o ktorej konkrétne časti pochybuješ a na základe čoho pochybuješ.

212
Vývoj / Re:Problémy s JavaScript v praxi
« kdy: 07. 10. 2018, 12:54:50 »
No tak ta skupina programátorů udělá v podstatě TDD a na konci se bavíme akorát tak o tom, kdo byl schopen si napsat lepší testy, který mu odchytili ty jeho bugy...? Fakt máš pocit, že to něco říká o real-world projektech..?

Čo to splietaš? Ten výskum bol robený na real world projektoch. Mám uveriť spochybneniu jeho výpovednej hodnoty na základe DOJMU anonymného príspevku na fóre? Alebo kam tým mieriš? Čo píšeš nedáva zmysel.

213
Vývoj / Re:Problémy s JavaScript v praxi
« kdy: 07. 10. 2018, 12:28:04 »
.... ve výsledku kolik v tom ošéfování statisticky naděláš chyb.

Takže konečně věcný argument - ukážeš nám statistiky! Nebo je nemáš...?

Ja ukážem. Vôbec eee nepotešia, ale stav sa, že si bude aj tak ďalej obhajovať svoje nezmysli. To vieš, ješitnosť nepustí...

https://medium.com/javascript-scene/the-shocking-secret-about-static-types-514d39bf30a3
Co asi vyjde při porovnání diametrálně odlišných projektů napsaných v jiných jazycích různým množstvím lidí...... garbage in garbage out? Pro změnu vzít X programátorů a říct jim "naimplementujte si tenhle velký projekt ve svém jazyce"... Jak je těžké psát vůbec dobré testy (QuickCheck...), jak je těžký refaktoring...

Zrovna teď jsem zvažoval částečný přechod na kotlin v jednom androidím projektu - umí to součtové typy a líp to pracuje s null hodnotama. To, že pak NullPointerException nemusím řešit a že mi kompiler zařve při neošetřených pattern matchích je fakt. Tvrzení, že to nemá žádný vliv na množství bugů při stejné dodané energii....mi prostě připadá silně nepravděpodobné.

To je práve ten problém. Ono ti len na prvý pohľad PRIPADÁ nepravdepodobné, ale pritom opak je pravdou. Je to akademický výskum na tému vplyv statických typov na hustotu výskytu chýb. A jasným výsledkom je, že je tam istý vplyv, ale malý. Faktom tak ostáva, že tu prítomný diskutujúci sa dopúšťajú dokola tej istej chyby: preceňujú vplyv statických typov. A faktom dva ostáva: reálny "problem solver", či pri statických, či pri dynamických jazykoch je TDD approach. Bodka.

214
Vývoj / Re:Problémy s JavaScript v praxi
« kdy: 07. 10. 2018, 11:53:57 »
.... ve výsledku kolik v tom ošéfování statisticky naděláš chyb.

Takže konečně věcný argument - ukážeš nám statistiky! Nebo je nemáš...?

Ja ukážem. Vôbec eee nepotešia, ale stav sa, že si bude aj tak ďalej obhajovať svoje nezmysli. To vieš, ješitnosť nepustí...

https://medium.com/javascript-scene/the-shocking-secret-about-static-types-514d39bf30a3

215
Vývoj / Re:Problémy s JavaScript v praxi
« kdy: 05. 10. 2018, 21:39:37 »
Ja to viem. To ty tvrdíš nezmysel, tak ty mi vysvetli prečo by porovnanie dvoch referencií ukazujúce na dve rozličné miesta v pamäti mali dať true.
No..fakt to nevíš...

Hm. Ok, tak mi to vysvetli.

216
Vývoj / Re:Problémy s JavaScript v praxi
« kdy: 05. 10. 2018, 19:17:02 »
Kód: [Vybrat]
// @flow
'use strict'

Potom nebudete mať problém s vašimi "neprekonateľnými problémami" s JS. Žiadne == nebude povolené, iba ===, žiadne nesprávne typy odovzdané funkciám, na všetko budete upozornení.

A jak se prosim bez == porovnavaji hodnoty?

Veď je to tam napísané... Pomocou ===?
Takze new String('aa') === new String('aa') zacne zazracne fungovat? Jak tedy potom porovnam identitu objektu? Uz chapes? Timhle jen zakazes nektere hlouposti, ale z blbeho navrhu dobry neudelas.

Jediné zlé je na tom to, že používaš operátor === na to, na čo nie je určený. Na porovnávanie objektov treba použiť Object.is() metódu.

Kód: [Vybrat]
let a = new String('aa')
let b = new String('aa')

console.log(Object.is(a, b))

Dává ten samý výsledek jako === :-).

To prostě neokecáš a mám v zásobě spoustu dalších špeků, třeba tento je také povedený.


null == 0
null === 0
null > 0
null >= 0


Kdo si tipne výsledeky?  :-)

Iste, že je to false. Veď porovnávaš referencie na dva rôzne objekty v pamäti. Čo iné by to akože malo dať?
Nastuduj si manuál :-).

Ja to viem. To ty tvrdíš nezmysel, tak ty mi vysvetli prečo by porovnanie dvoch referencií ukazujúce na dve rozličné miesta v pamäti mali dať true.

217
Vývoj / Re:Problémy s JavaScript v praxi
« kdy: 05. 10. 2018, 17:14:52 »
Kód: [Vybrat]
// @flow
'use strict'

Potom nebudete mať problém s vašimi "neprekonateľnými problémami" s JS. Žiadne == nebude povolené, iba ===, žiadne nesprávne typy odovzdané funkciám, na všetko budete upozornení.

A jak se prosim bez == porovnavaji hodnoty?

Veď je to tam napísané... Pomocou ===?
Takze new String('aa') === new String('aa') zacne zazracne fungovat? Jak tedy potom porovnam identitu objektu? Uz chapes? Timhle jen zakazes nektere hlouposti, ale z blbeho navrhu dobry neudelas.

Jediné zlé je na tom to, že používaš operátor === na to, na čo nie je určený. Na porovnávanie objektov treba použiť Object.is() metódu.

Kód: [Vybrat]
let a = new String('aa')
let b = new String('aa')

console.log(Object.is(a, b))

Dává ten samý výsledek jako === :-).

To prostě neokecáš a mám v zásobě spoustu dalších špeků, třeba tento je také povedený.


null == 0
null === 0
null > 0
null >= 0


Kdo si tipne výsledeky?  :-)

Iste, že je to false. Veď porovnávaš referencie na dva rôzne objekty v pamäti. Čo iné by to akože malo dať?

218
Vývoj / Re:Problémy s JavaScript v praxi
« kdy: 05. 10. 2018, 15:34:40 »
Kód: [Vybrat]
// @flow
'use strict'

Potom nebudete mať problém s vašimi "neprekonateľnými problémami" s JS. Žiadne == nebude povolené, iba ===, žiadne nesprávne typy odovzdané funkciám, na všetko budete upozornení.

A jak se prosim bez == porovnavaji hodnoty?

Veď je to tam napísané... Pomocou ===?
Takze new String('aa') === new String('aa') zacne zazracne fungovat? Jak tedy potom porovnam identitu objektu? Uz chapes? Timhle jen zakazes nektere hlouposti, ale z blbeho navrhu dobry neudelas.

Jediné zlé je na tom to, že používaš operátor === na to, na čo nie je určený. Na porovnávanie objektov treba použiť Object.is() metódu.

Kód: [Vybrat]
let a = new String('aa')
let b = new String('aa')

console.log(Object.is(a, b))


219
Vývoj / Re:Problémy s JavaScript v praxi
« kdy: 05. 10. 2018, 14:55:22 »
Kód: [Vybrat]
// @flow
'use strict'

Potom nebudete mať problém s vašimi "neprekonateľnými problémami" s JS. Žiadne == nebude povolené, iba ===, žiadne nesprávne typy odovzdané funkciám, na všetko budete upozornení.

A jak se prosim bez == porovnavaji hodnoty?

Veď je to tam napísané... Pomocou ===?

220
Vývoj / Re:Problémy s JavaScript v praxi
« kdy: 05. 10. 2018, 14:10:32 »
Keď murár konečne dogooglil
Už se ti povedlo zjistit, co to je HMTS? Minules to ani neuměl opsat ("HTMS"), možná proto ti Google neporadil. Ale nic si z toho nedělej, i mistr tesař se někdy utne, absolvent zvláštní školy jako ty na to právo třikrát denně  ;)

Ale ja viem presne čo to je. V tvojom konkrétnom prípade je to vygooglený argument o ktorého pointe nevieš ani ň. Takých argumentátorov ako ty ale fakt vyseriem denne aj troch, aspoň v tom sa nemýliš.

221
Vývoj / Re:Problémy s JavaScript v praxi
« kdy: 05. 10. 2018, 14:07:10 »
odprezentovať bývalím kolegom
Máš tu zase "překlep", bývalím -> mývalím. Pokud to ovšem mělo být "bývalým", tak to není překlep, ale pravopis retarda  :) Neber si to osobně  ;)

Neberiem si to osobne retarde. Prvá definícia trola na fórach znie upozorňovanie na gramatiku, nie vyjadrovanie sa k obsahu. Takže nie, nenoj, naozaj mi je ten preklep spolu s tebou ukradnutý.

222
Vývoj / Re:Problémy s JavaScript v praxi
« kdy: 05. 10. 2018, 13:58:07 »
Všimol si v praxi nasledovné: bývalý profi Java programátor z Telekomu začal v januári s JS projektom - na frontende SPA s Vue, komunikujúcu cez REST so serverless backendom bežiacim v JS v Lambdách nad AWS. Po dvoch dňoch oboznamovania sa s novými princípmi a jazykom plne kódil v JS, po dvoch mesiacoch sme spolu dokončili celú serverless web aplikáciu. Ani slovkom si nesťažoval na JS ani na serverless, ani na microservices princípy, na nič. Naopak, celá serverless architektúra sa mu páčila tak, že ju bol v Telekome odprezentovať bývalím kolegom, lebo umožňovala písať web aplikácie výrazne rýchlejšie a prehľadnejšie. A JS sa mu vyslovene zapáčil, obzvlášť kvôli Promisom. Dnes robí na inej web aplikácii, v Jave, ale frontend robí naďalej ako SPA a backend v Jave, ale už len ako REST API.

Iný profesionálny Java developer, šéf developer vývoja bankových aplikácií. Drvivou väčšinou robia aplikácie pre banky nie ako desktopové apky, ale vo forme web aplikácií s Vaadin frameworkom. Nikdy HTML/CSS/JS či Ajax neriešili, proste si frontend navrhli vizuálne, z komponentov poskytovaných Vaadinom. Ale aj nový Vaadin prešiel na web komponenty na frontende, konkrétne na Polymérové. To bolo pičovania na tú zmenu, to ste ešte nezažili. Deň na to ako sme sa o web komponentoch porozprávali, ako pochopil ako sú tie komponenty napojené na Java backend, že sú navyše reaktívne a samé sa aktualizujú, po tom ako si to cez deň vyskúšal, večer už hurá, nech žije reaktívny pattern, uznanlivo pokyvkával hlavou ako mu to zjednoduší a urýchli vývoj.

Takže nie len ten článok čo som sem v predošlom príspevku vložil, ako bol profi Java developer od Sun nadšený z JS, ale ani profesionáli z môjho okolia, voči JS a novým princípom vývoja web aplikácií ktoré prišli vďaka Node platforme, nemajú nič proti. Všetci v tom vidia posun vpred.

Potom prídem na nejaké bezvýznamné fórum, kde anonymne každý druhý 20 ročný murár s fušovaním do programovania ako s voľnočasovou aktivitou sa cíti povolaný kritizovať nejaký jazyk. A to nie preto, žeby ho v dobe jeho vzniku vedel za daných podmienok navrhnúť lepšie. Nevedel. Ani jeden jediný z tých kritikov. Tak prečo potom kritizujú? Možné sú len tieto dôvody:

Prvý: ješitnosť. Keď murár konečne dogooglil, že najviac hype je okolo Go, tak sa s vypätím posledných síl po šichte naučil na ubytovni pri sviečke aspoň základný syntax Go a ako prvé sa nerozhodol niečo naprogramovať, nemá na čom, notebook by mu zo skrine ukradol jeden z desiatich ukrajinských spolubývajúcich, no tak aspoň hejtuje z mobilu na fórach každý jazyk, ktorý nemá rovnaký syntax ako Go.

Druhý možný dôvod nie je o nič lepší: nedostatok znalostí / praxe. Kuchár, ktorý sa časom naučil programovať, typicky v PHP, ale tam aj končí jeho rozhľad. Nevie, že existuje mnoho jazykov postavených na rôznych paradigmách a nikdy sa nedelia na dobré a zlé, ale podľa účelu za ktorým vznikli a podľa vhodnosti či nevhodnosti na ten či onen typ úlohy. Bez tohoto potrebného nadhľadu a hlbšej znalosti teórie programovania tak delia jazyky jediným spôsobom: na dobré a zlé. Presnejšie na ten jediný čo vedia a "tie ostatné".

Ďalším dôvodom je nedostatok kritického myslenia: programátor, ktorý sa naučil programovať hlavne z tutoriálov na nete a tak čokoľvek, čo nájde na nete napísané, považuje za slovo božie. Vlastné názory, premýšľanie nad tématikou, to je mimo neho, to je nad jeho mentálne kapacity a ak sa k niečomu vyjadrí, najskôr si vygoogli cudzie argumenty a potom si sem len nakopíruje, či nalinkuje.

Ďalšie možné dôvody sa mi nechce písať, stačí ak si uvedomíte jedno: ak aj máš akademický background, nestrápňuj sa kritikou JS, lebo v danej dobe, za daných podmienok, za danej úrovne techniky a teórie, by si JS navrhol lepšie. A uvedom si, že to vedia aj vývojári JS a neopravili dané problémy len preto, aby ostal spätne kompatibilný.

Ale aby som aj ja len nekritizoval, tu je návod ako na JS pre  menej bystrých: nainštaluj si VS Code, nainštaluj si Flow, maj zapnutý Linter a nastav aby Ti Flow zbehol kód pri ukladaní a každý kód začni dvoma riadkami:

Kód: [Vybrat]
// @flow
'use strict'

Potom nebudete mať problém s vašimi "neprekonateľnými problémami" s JS. Žiadne == nebude povolené, iba ===, žiadne nesprávne typy odovzdané funkciám, na všetko budete upozornení. Následne sa zamestnajte v reálnom tíme a aj tam aj sami prídete na to, že sú vám statické typy za behu hovno platné, a že ochranou pred chybami je TDD, nie typový systém.

Happy coding, ovce ;)

223
Vývoj / Re:Problémy s JavaScript v praxi
« kdy: 05. 10. 2018, 12:12:20 »
Môže mi niekto napísať nekonzistentnosti v návrhu JS od verzie ES5? Lebo kritici sa tu ako slamky chytajú len problémov ktoré sú staré snáď 20 rokov a boli zanechané len kvôli spätnej kompatibilite, aby aj 15 ročná stránka so "super DHTML efektami" fungovala aj dnes, čo však neznamená, že máte JS aj dnes používať takým spôsobom. Preto keď už, ukážte zlý návrh vo verzii ES5 a vyššie, v modernom JS. Vopred vďaka za vaše postrehy.
async/await, viď odkaz výše

Async / await je len syntaktický cukor nad Promises plus generátor funkcia. Bol to veľmi obľúbený pattern, tak ho zaviedli priamo do jazyka. Niektorí ho ani len nepoužívajú. Veď napokon, nikto v žiadnom jazyku nevyužíva všetky možnosti poskytované jazykom. Ten článok je len tendenčný a zbytočný. Povedz mi radšej čo tebe konkrétne vadí na async / await a prečo to považuješ za chybu, zlý návrh.
Wal-de-mar pattern:

1) Jaký je praktický problém s JS?
2) Počkám na odpověď
3) Odpověď je tendenční a zbytečná, nepřečetl sis manuál, je to plně specifikované, od čeho máme code review.

Ok, tak to upresním. Článok ktorý si nalinkoval nadáva na JavaScript, lebo JS nepracuje s asynchrónnymi funkciami rovnako ako Go jazyk... Ten autor je snáď idiot. No jasne, že starší jazyk nemá vlastnosti ktoré má novšie navrhnutý jazyk. Navyše kompletne iného typu, staticky typovaný, kompilovaný, oproti dynamicky typovanému, interpretovanému. Preto sa ťa pýtam na tvoj názor prečo je async / await zle navrhnutý a ako by si to implementoval ty, so zachovaním spätnej kompatibility. Alebo ste fakt všetci len vytreté nuly bez nadhľadu a dokážete sa len opičiť po iných vytretých nulách a kopírovať jeden od druhého nezmyselné argumenty? Alebo ste fakt programátori? Ak programátori, ukážte mi iný, lepšie navrhnutý jazyk do asynchrónneho prostredia, rovnako starý, stále spätne kompatibilný s prvou verziou, interpretovaný, nie kompilovaný. Inak tu len stále budete miešať hrušky s jablkami bez čo len náznaku kritického myslenia, ako nemysliace ovce čo si preposielajú konšpiračné teórie ktoré reflektujú ich presvedčenie, nie znalosti.

224
Vývoj / Re:Problémy s JavaScript v praxi
« kdy: 05. 10. 2018, 11:42:17 »
Môže mi niekto napísať nekonzistentnosti v návrhu JS od verzie ES5? Lebo kritici sa tu ako slamky chytajú len problémov ktoré sú staré snáď 20 rokov a boli zanechané len kvôli spätnej kompatibilite, aby aj 15 ročná stránka so "super DHTML efektami" fungovala aj dnes, čo však neznamená, že máte JS aj dnes používať takým spôsobom. Preto keď už, ukážte zlý návrh vo verzii ES5 a vyššie, v modernom JS. Vopred vďaka za vaše postrehy.
async/await, viď odkaz výše

Async / await je len syntaktický cukor nad Promises plus generátor funkcia. Bol to veľmi obľúbený pattern, tak ho zaviedli priamo do jazyka. Niektorí ho ani len nepoužívajú. Veď napokon, nikto v žiadnom jazyku nevyužíva všetky možnosti poskytované jazykom. Ten článok je len tendenčný a zbytočný. Povedz mi radšej čo tebe konkrétne vadí na async / await a prečo to považuješ za chybu, zlý návrh.

225
Vývoj / Re:Problémy s JavaScript v praxi
« kdy: 05. 10. 2018, 11:27:50 »
Môže mi niekto napísať nekonzistentnosti v návrhu JS od verzie ES5? Lebo kritici sa tu ako slamky chytajú len problémov ktoré sú staré snáď 20 rokov a boli zanechané len kvôli spätnej kompatibilite, aby aj 15 ročná stránka so "super DHTML efektami" fungovala aj dnes, čo však neznamená, že máte JS aj dnes používať takým spôsobom. Preto keď už, ukážte zlý návrh vo verzii ES5 a vyššie, v modernom JS. Vopred vďaka za vaše postrehy.

Stran: 1 ... 13 14 [15] 16 17 18