Příspěvky

571

Studium a uplatnění / Re:Úroveň AJ uchazečů

« kdy: 17. 10. 2018, 19:15:01 »

Myslim, ze anglicky umim lip nez cesky. Patrne proto, ze cesky sem nikdy poradne neumel, ale taky proto, ze poslednich 6 let pouzivam anglictinu vic nez cestinu.
Ale to co pozoruju neni tak hrozne jak bych predpokladal a jak pise tazatel.
Ano, da se narazit na nesoudny jelita, ale vzpomenu si jen na dva pripady.
U ostatnich bylo jazykove sebehodnoceni podle me celkem odpovidajici.
(Jeden rus mel v CV u anglictiny  napsano "only cursing")

Mozna je za tim dobra prace HR? Ze to, co ja sem potkal uz proslo pres jedno sito....
Nevim.

572

Studium a uplatnění / Re:Co s podřízenými

« kdy: 17. 10. 2018, 10:31:35 »

počítač se zapíná vypínačem.

Vie mi niekto povedať, aká je etymológia slova vohnout?

Jestli to nebude volny preklad anglickeho "bender":
"A homosexual male (British slang). Someone who is bent, that is, not straight."

Zdroj:
https://www.urbandictionary.com/define.php?term=bender

573

Studium a uplatnění / Re:Java využití?

« kdy: 16. 10. 2018, 14:39:46 »

Ahoj,

dá se dneska nějak slušně uživit v něčím jiném v javě, než Spring/Java EE? Nebo jestli nechci dělat tyhle dvě věci, tak se mám začít učit nový jazyk? Co myslíte?

Co kontretne ti vadi na Spring/Java EE?

Ja se jednu dobu slusne zivil na projektu kde se ani jedno z toho nepouzivalo(aspon ne primo), ale to bylo jen rozhodnuti team leada. Klidne mohlo...

Videl jsem konzolovou aplikaci ve springu i webovou sluzbu bez obezlicek (ciste na servletech).

Takze co vadi? anotace? XML? aplikacni servery? managed environment?

574

Studium a uplatnění / Re:Co s PODRIZENYMA ....

« kdy: 16. 10. 2018, 08:33:18 »

A jaky je tvuj cil?
Ceho chces dosahnout? (fungujici team... vlastni spokojenost a klid .... uznani od vedeni ... karierni postup ...)

A jak je ten tym velky? - Kolik lidi per kategorie?

A dokazes tam najit aspon dva lidi se kterymi si spokojen?

575

Vývoj / Re:Funguje TypeScript aj za run-time?

« kdy: 12. 10. 2018, 18:31:41 »

Pointa byla, ze se to neprelozi, protoze nesedi typy, a zda se ze mu to pomohlo...
Co znamena, ze je "ve vzduchu"?

Ty tam té funkci uvádíš konkrétní typ tím, že tam tu hodnotu zapíšeš. Takže si typový systém už v compile-type odvodí, zda všechno sedí. Což mu nepomohlo pochopit, že jeho představa o hlídání typů run-time je mylná.

Ta hodnota by musela přijít z venčí, aby bylo možné tam něco dynamicky měnit a zkusit to rozbít.

Navíc @Wal-De-Mar žije v představě, že mu z formuláře přijde číslo.

:-) ty ses prisnej.
Ja sem emuloval ten venek tim volanim handleInput, s tim, ze si muze vyzkouset tam poslat neco jineho.
Ani nevim jestli ten playground podporuje nejakej venek...

576

Vývoj / Re:Funguje TypeScript aj za run-time?

« kdy: 12. 10. 2018, 17:58:44 »

Tak, že si povedal čistý nezmysel. Alebo mi povedz ako si dospel k tomu, že v JS dopredu viem typ hodnoty aká mi príde na vstupe. Očakávam, že príde 123, miesto toho príde 'Jožo'. Odkiaľ by som toto mohol vedieť vopred?

Vim, ze diskuze je tady spis kvuli aroganci a urazkam, ale ja sem si kvuli vam dneska poprve vyzkousel typescript tak se podelim.
A treba to pomuze nekomu pochopit ze to co se zda jako "cisty nezmysel" nemusi nutne byt takovy nezmysel:
http://www.typescriptlang.org/play/#src=function%20pow(a%3A%20number)%20%7B%0D%0A%20%20%20%20return%20a%20*%20a%3B%0D%0A%7D%0D%0A%0D%0Afunction%20handleInput(input%3A%20string)%20%7B%0D%0A%20%20%20%20pow(input)%3B%0D%0A%7D%0D%0A%0D%0AhandleInput(%22Jo%C5%BEo%22)%3B

Protoze TS sice nevi presne co prijde, ale vi, ze kdyz uz neco prijde tak to neco bude.
A kdyz to neco budes chtit pouzit jako cislo tak te "donuti" zaridit aby to cislo bylo
a kdyz nebudes blbej tak i osetris co se ma stat kdyz z toho to cislo nejde udelat...

Asi mi uniká pointa.

Pro edukativní účely pro @Wal-De-Mar-a to je ale řekl bych nešikovné. Páč ta funkce handleInput je "ve vzduchu". A samozřejmě se to nepřeloží.

Pointa byla, ze se to neprelozi, protoze nesedi typy, a zda se ze mu to pomohlo...
Co znamena, ze je "ve vzduchu"?

577

Vývoj / Re:Funguje TypeScript aj za run-time?

« kdy: 12. 10. 2018, 17:43:45 »

Tak, že si povedal čistý nezmysel. Alebo mi povedz ako si dospel k tomu, že v JS dopredu viem typ hodnoty aká mi príde na vstupe. Očakávam, že príde 123, miesto toho príde 'Jožo'. Odkiaľ by som toto mohol vedieť vopred?

Vim, ze diskuze je tady spis kvuli aroganci a urazkam, ale ja sem si kvuli vam dneska poprve vyzkousel typescript tak se podelim.
A treba to pomuze nekomu pochopit ze to co se zda jako "cisty nezmysel" nemusi nutne byt takovy nezmysel:
http://www.typescriptlang.org/play/#src=function%20pow(a%3A%20number)%20%7B%0D%0A%20%20%20%20return%20a%20*%20a%3B%0D%0A%7D%0D%0A%0D%0Afunction%20handleInput(input%3A%20string)%20%7B%0D%0A%20%20%20%20pow(input)%3B%0D%0A%7D%0D%0A%0D%0AhandleInput(%22Jo%C5%BEo%22)%3B

Protoze TS sice nevi presne co prijde, ale vi, ze kdyz uz neco prijde tak to neco bude.
A kdyz to neco budes chtit pouzit jako cislo tak te "donuti" zaridit aby to cislo bylo
a kdyz nebudes blbej tak i osetris co se ma stat kdyz z toho to cislo nejde udelat...

578

Vývoj / Re:Jak nahlížíte na front-end developery?

« kdy: 12. 10. 2018, 16:15:46 »

Asi to neni to na co se ptas, ale vsimnul jsem si, ze (aspon v mem okoli) frontendaci lepe vypadaji :-) dbaji o sebe.
Backendaci maji pupky a hreben nikdy nevideli.
Pozorujete to taky?

To akoze potom fullstack developeri maju tlste cecky, ale brucho nie? A ucesane vlasy ale zle natrimovanu bradu?
Potom, ako sa to meni od miery frontedovitosti? Ci to si musi menit handry a tlstnut/chudnut podla toho, co prave kodi?

 
Ty jo ja asi zadneho fullstack developera osobne neznam....
Maximalne dela jedno a pricmrndava do druheho a to potom vypada podle toho odkud vzesel...

A jeste sem si vsimnul ze databazisti maji vzdycky brejle...

A pak sem si jeste vsimnul ze u holek to nefunguje. Jednou sem si rikal, ze to je jasna backendacka a pak sem se za mesic ptal kde je, a ze prej na matersky...

579

Vývoj / Re:Jak nahlížíte na front-end developery?

« kdy: 12. 10. 2018, 15:19:42 »

Asi to neni to na co se ptas, ale vsimnul jsem si, ze (aspon v mem okoli) frontendaci lepe vypadaji :-) dbaji o sebe.
Backendaci maji pupky a hreben nikdy nevideli.
Pozorujete to taky?

580

Vývoj / Re:Problémy s JavaScript v praxi

« kdy: 12. 10. 2018, 14:37:31 »

Haskell je mě moc mainstream. Ještě by to mohli vyvrátit v něčem obskurnějším, třeba v Javě.

Tak haskell se tu stavel proti pythonu. Co dame proti Jave? Navrhuju malbolge.

581

Vývoj / Re:Problémy s JavaScript v praxi

« kdy: 12. 10. 2018, 08:10:34 »

Kód: [Vybrat]

{-# LANGUAGE OverloadedStrings, OverloadedLabels, FlexibleInstances, MultiParamTypeClasses #-}
... 27 řádek Haskellu s 5 importy

Není to příliš komplikované ve srovnání s uvedeným řešením v Pythonu? Než takovou divočinu, tak raději použiji ten Python nebo PHP, ve kterých je to kratší, přehlednější a hlavně udržovatelnější.

Já bych na to koukal s větším nadhledem. Dynamický datový typ je prostředek k cíli, nikoliv cíl samotný. Každý jazyk k dosažení cíle dává jiné prostředky. Jestliže mi do programu chodí v čase hodnoty, které dokážu třídit na různé, v čase kompilace neznámé, datové typy (třeba při zpracování různých xml souborů nebo hierarchických dat z databází) tak pro práci s nimi rád využiju typových vlastností jazyka, protože je spolehlivý, komplexní a chytře navržený, je spojený s dědičností, ošetřuje interakci mezi datovými typy a celé je to krásně odladěné. Ušetří to spoustu práce a bude to rychlé.

Samozřejmě, nechci s každým novým sloupcem nebo elementem upravovat a kompilovat program pro zavedení nového datového typu. V pythonu se použití dynamických typů proto přímo nabízí, je to jednoduché, přehledné, efektivní. Případné úpravy pro nové kategorie typů jsou v dynamickém jazyku také jednodušší.

Statické jazyky nabízí jiné možnosti, tam by se to implementovalo jinak, pravděpodobně by se zavedly pseudo datové typů, s kterými by statický typový systém jazyka pracovat neuměl a proto by se veškerá logika a interakce kolem toho musela ošetřit ručně.

Je na zvážení a individuální pro každý případ, co je cesta nejmenšího odporu. Možná změnit jazyk jak navrhuješ (ale to je v konzervativním průmyslovém prostředí dost obtížné, protože tyhle věci bývají integrované do komplexních systémů a nikdo nechce řešit, že každý pes je jiná ves), nebo prostě se změnou dat vždy upravovat program (což neprojde, pokud je to outsourcované a data se mění často, je to těžko udržovatelné), nebo se implementují ony dynamické pseudotypy, které jsou implementovány ručně, což je složité, komplexní, náročné na odladění a ve výsledku stejně omezené. Haskell by to možná tímto způsobem zvládnul podobně jako dynamický jazyk, ale haskell jsem v praxi nikdy nepotkal a vzhledem k tomu, že je to funkcionální jazyk, tak asi ani nikdy nepotkám, jeví se mi spíšenakademicky než prakticky.

Každopádně ne náhodou je Python jedním z nejoblíbenějších jazyků pro analýzu a zpracování dat (data mining), navzdory mínění některých zdejších mistrů, že používání dynamických typů je prasárna a security problém.

Nemel bys po ruce odkaz na nejaky projekt kde se to pouziva? Chtel bych to videt v kontextu abych si mohl udelat obrazek o uzitecnosti.
Zatim mi neprijde, ze by to melo nejakou vyhodu oproti pouziti normalniho slovniku, ale jak o tom mluvis tak se mi zda, ze  asi neco prehlizim.

582

Vývoj / Re:Problémy s JavaScript v praxi

« kdy: 09. 10. 2018, 22:11:58 »

Máš na mysli třeba toto?

Kód: [Vybrat]

encode :: ToJSON a => a -> ByteString

Aneb "vezmi hodnotu, která se umí zakódovat do JSONu a zakóduj ji"? A následně když to chci rozšířit třeba pro nějaký nový typ vstupu - "Jidlo", tak udělám:

Kód: [Vybrat]

data Jidlo = Mliko | Rohlik | Jablko
-- Genericka instance, zakoduje jako stringy:
instance ToJSON Jidlo 
-- Nebo custom instance, zakoduje jak potrebuju
instance ToJSON Jidlo where
 toJSON Mliko = toJSON "mlicko"
 toJSON Rohlik = toJSON "rohlicek"
 toJSON Jablko = toJSON "jablicko"

Asi tak?

To je vzhuru nohama. Ty menis typ, aby se dal poslat funkci. Ja jsem mluvil o pripadu kdy menim funkci aby umela zpracovat novy typ. Je to spis o pripadech kdy mam typ definovany externe a chci ho ve svem kodu umet pouzit.

Nedavno jsem resil nejake zpracovani exif dat u fotek. Kazdy vyrobce ma sve vlastni tagy. Narazil jsem na fotku ktera mela nejaka data v tagu, ktery jsem zatim neznal a tak jsem proste pridal defmethod s dispatch value :manufacturer "kodak" (nebo neco takoveho) a uz to frcelo.

583

Vývoj / Re:Problémy s JavaScript v praxi

« kdy: 09. 10. 2018, 21:30:43 »

Jako člověk, který se profesně živí dynamickými jazyky (Javascript, Python, PHP, Lua) bych měl zájem o vysvětlení, v čem jsou ty dynamické jazyky výhodnější. Víše uvedený popis je spíš takový esoterický kec, než vysvětlení.

Me prijde, ze v dynamickych jazycich je levnejsi polymorfismus.

OK. Můžeš to prosím rozvést?

Zkusim.
Mam funkci ktera umi pracovat s nejakym typem vstupu.
Chci ji rozsirit, aby umela zpracovat i nejaky dalsi typ vstupu.
U dynamicky typovaneho jazyka upravim telo funkce. (Idealne ani to ne, v clojure muzu pouzit multimethod a dispatch podle ceho se mi zamane na konkretni implementaci).
U staticky typovaneho musim upravit i signaturu, nebo vymyslet ze novy typ vstupu je subtyp nejakeho jiz podporovaneho.

Cim presneji specifikuju typ vstupu tim vic omezuju definicni obor a tim snizuju moznost polymorfismu.

584

Vývoj / Re:Problémy s JavaScript v praxi

« kdy: 09. 10. 2018, 19:35:09 »

To je prasárna jen z pohledu statického progamátora, který má zafixováno paradigma, že proměnná je svázaná s datovým typem a už neumí myslet jinak. Statický programátor nechápe flexibilitu dynamického jazyka a neumí ji využít ani když ji má k dispozici, je omezen ne jazykem, ale vlastním myšlením. Proto ty tragické dopady, když si pak sednou k něčemu jako Python, ale stejně se v něm snaží programovat staticky. Statický programátot proto nevnímá ímšzení statických jazyků a flexibilitu těch dynamických. Naopak to neplatí, statické jazyky dynamického programátora omezují, nutí ho implementivat těžkopádná řešení. V dynamickém jazyku je proměná jen něco jako ukazatel na datový objekt, který si informaci o svém typu nese stále s sebou. Výhodou statických jazyků jsou možnosti optimalizace a výkonu. Co se týče any, bavíme se stále o statickém C nebo už něčem jiném, případně o čem?

Jako člověk, který se profesně živí dynamickými jazyky (Javascript, Python, PHP, Lua) bych měl zájem o vysvětlení, v čem jsou ty dynamické jazyky výhodnější. Víše uvedený popis je spíš takový esoterický kec, než vysvětlení.

Me prijde, ze v dynamickych jazycich je levnejsi polymorfismus.

585

Vývoj / Re:Problémy s JavaScript v praxi

« kdy: 09. 10. 2018, 10:39:09 »

...
 Ještě by se to dalo srovnávat s Elixirem (ale o tom vím akorát, že existuje), případně Clojure/lisp.
...

Srovnavani jakehokoli(ne lisp) jazyka s lispem ma tu nevyhodu, ze vzdycky vyhraje lisp, takze prinos srovnani bude nizky.