Příspěvky

406

Studium a uplatnění / Re:Možný plat po bakaláři - java

« kdy: 20. 10. 2018, 13:09:33 »

Nevím, proč tu na foru někteří píší, že berou 80k až 100k, chtěl jsem na pohovoru jako nezkušený bez praxe po absolvování alespoň polovinu (tzn. 40k) a nakonec jsem byl rád, že jsem byl rád, že jsem se nedostal pod 30k hrubého a to prosím v centru Prahy.

Takže tu všichni píší jen vychloubačské kecy, bez zkušeností máš reálnou hodnotu 30k hrubého za měsíc, za víc nestojíš.... Jsem opravdu z prostředí tady rozčarovaný, hrajete si tu na velké king mastery, ale ve skutečnosti určitě berete jen nějakých 25k ve zaprděném krajském městě... Styďte se....

Nezávidím a nebrečím, chápu, že bez zkušeností nikde nedostanu 80k, jen na férovku tvrdím, že bez zkušeností a praxe jste rádi i za těch 35k

Ono jde vystudovat IT bez toho, aniž by si člověk přičichl k praxi? To to toho člověka musí hodně bavit a zajímat... Stačí se podívat, jaké statistiky uvádějí různé univerzity...

407

Studium a uplatnění / Re:Možný plat po bakaláři - java

« kdy: 14. 10. 2018, 19:24:37 »

Realita pro nastupujícího programátora je +-30k a pokud budeš dobrý a budeš mít dojem, že ta firma na tobě v uvozovkách stojí, tak nevidím důvod, proč by si nemohl dostávat postupně přidáno. Ale jako nazdárkovi bez referenci ti téměř nikdo 50k nedá, to zapomeň.

Za 30 pracují blbečci bez znalosti čehokoli. Prodavačky, popeláři a jiní lemplové. Vážně to budeš nabízet vysokoškolsky vzdělanému člověku v IT? Jestli jsou nájmy v malém městě 2 tisíce, tak pak to chápu.

Mluví o bakaláři, takže to vysokoškolsky by bylo možná tak do uvozovek... stejně si myslím, že 30 není úplně adekvátní... i když záleží také na schopnostech (znalosti technologií jsou až druhotné).

408

Studium a uplatnění / Re:Možný plat po bakaláři - java

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

Méně než 30? Vždyť tolik pomalu berou za pokladnou... Já vím, je to Java, ale stejně...

409

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

« kdy: 09. 10. 2018, 23:25:45 »

Proč aspoň ne výjimku místo false? Nebylo by to čistší?

410

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

« kdy: 09. 10. 2018, 23:05:37 »

Píšu v JS ve VSCode, který hezky barví syntax a podobně, type interference nepoužívám, protože imho není proč, když jsem v dynamicky psaném jazyce. Píšu tak třeba i v Perlu.

Pravdou je, že si zase "typy" dost hlídám sám, reps. kde je to nutné... chce to pečlivost.

Ona otázka zní, proč to nepoužívat - když stejně ty funkce konstruuješ způsobem, že by to tím klidně prošlo..

Není to nutné a jsem tak schopen programovat i v čistém vimu, bez obezliček.

Na frontendu moc na výběr není - na backendu ano. Takže můžeme srovnat, jak by se stejná úloha řešila v Js (node), C#, Javě, Haskellu, Elixiru atd.. Rozdíl je třeba v tom, že prakticky neděláš "iterativní" vývoj. Když píšu v netypovaném jazyku, tak to je typicky - napíšu pár řádek. Zkusím. Napíšu dalších pár řádek. Zkusím. Potřebuju změnit něco, co jsem už zkusil... bez TDD pro větší projekt je to sebevražda.

To asi dost záleží... nevím, nemám ten problém, ale asi by to chtělo si sednout a "jeden druhého zkoušet".

I C++ už umí dneska "auto". U C++ je naprosto nesnesitelné psát ty příšerné typy např. v iterátoru - "auto" to řeší.

To jistě, ale psát ho všude ten kód imho prasí. Do for či na iterátory, apod. je to ale moc pěkné.

Potřebuješ něco refaktorovat.... už je to docela dávno, potřeboval jsem upravit program (C++), který prováděl síťovou komunikaci, aby fungoval jak na little-endian tak na big-endian strojích. Takže...jak to udělat? Jak najít všechna místa, kde je potřeba přidat tu případnou konverzi do nějakého "network-order"? Ukázalo se, že stačí změnit typ v těch serializovaných strukturách z "int_32" (apod) na nějaký "struct net_int32", spustit kompiler a rovnou z toho vypadl seznam řádek, kde je to potřeba opravit. Při TDD (bez typů) by ti z toho vypadl seznam spadlých testů, a ty bys pak hledal v kódu, kde to opravit a doufal, že ty testy jsou fakt důsledné.

Většina lidí má asi pocit, že typový systém je nějaký artefakt toho, že je potřeba to nakonec nějak zkompilovat a je potřeba to nějak překladači vysvětlit jak. A dynamické typy berou jako "posun vpřed" - proč mu to vysvětlovat, když si to překladač může zjistit sám. Ten pohled, který se dneska prosazuje, je, že statické typy jsou nástroj pro programátora, který využívá k tomu, aby napsal program s méně chybami, méně zbytečného kódu a vyššími možnostmi abstrakce.

Tady myslím, že se shodneme... Nemyslím si, že by byly dynamické typy posun vpřed... je to jiný přístup... a mám ho neméně rád.

Ale argumentovat Haskellem, že je JS špatně navržený jazyk mi přijde trochu přitažené za vlasy...

Taky jsem nic takového neřekl - JS je špatný z jiných důvodů, než že nemá statické typy. Proti JS jsem argumentoval některými věcmi z Pythonu (ten má taky spoustu much) případně Go (runtime). Ještě by se to dalo srovnávat s Elixirem (ale o tom vím akorát, že existuje), případně Clojure/lisp. Proti tvrzení, že statické typy jsou na nic argumentuji haskellem (a dal by se k tomu přidat asi Rust, ale ten je dost mladý).

Zatím si nejsem jist, že jsem zde viděl nějaký argument, proč je JS špatný...

411

Hardware / Re:13 palcova obrazovka s 1920x1080, da sa s tym pracovat?

« kdy: 09. 10. 2018, 10:24:55 »

Mám takhle 13" Zenbook s Ubuntu, škálování 100% a v terminálu a VS Code velikost písma 14 (ve VSCode zoom level -0.. Prohlížeč mám defaultně na 125%, ale tam hodně záleží, jaký web to je. Pracovat se na tom dá vcelku dobře, ale přece jen slušný monitor s dobrými polohovacími možnostmi je pro tělo přijatelnější.

412

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

« kdy: 09. 10. 2018, 02:02:53 »

Jestli sis nevším, tak ten "JS" profesionál píše, že mu bohatě stačí... IDE s type inference a typové hinty. Což je v podstatě ekvivalentní jazyku se statickými typy. Takže mi ten jeho pohled připadá... tak nějak absurdní..

Píšu v JS ve VSCode, který hezky barví syntax a podobně, type interference nepoužívám, protože imho není proč, když jsem v dynamicky psaném jazyce. Píšu tak třeba i v Perlu.

Pravdou je, že si zase "typy" dost hlídám sám, reps. kde je to nutné... chce to pečlivost.

Boneflute to popsal moc hezky. Ono nejde o to, že v tom nejde dělat velký projekty. Jde o to, že to je nuda a zbytečná pruda. A další maintenance a refaktoring těch projektů, když už to všem vypadne z hlavy, je tragédie.

Je to nuda a pruda? A co si pod tím mám představit? Respektive v čem je ta nuda? A pruda? To mám naopak občas u C/C++, apod. kde "musím" psát každý blbý typ. (nestěžuji si, jen to je prostě občas pomalejší než let x = "ahoj"; )

Protiargument proti čemu? Najdi si články profíků, kteří píšou v Haskellu, prakticky každý, kdo se v tom pohybuje ti řekne, že to je proti JS nebe a dudy.

Nebe a dudy v čem? Je to jako srovnávat Ferrari s F35...  je to zkrátka něco jiného, užívám si psaní v obou jazycích; imho jde hlavně o to zvolit správný jazyk/technologii vzhledem k problému. Ale argumentovat Haskellem, že je JS špatně navržený jazyk mi přijde trochu přitažené za vlasy...

(nutno podotknout, že bych se určitě nenazval "profíkem, který píše v Haskellu" )

413

Studium a uplatnění / Re:C# pro linuxového uživatele

« kdy: 08. 10. 2018, 08:53:56 »

A nevyžaduje ani registraci...

414

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

« kdy: 07. 10. 2018, 23:25:05 »

jen tak za zvědavosti, můžete někdo ukázat kus javascriptu, který be se do staticky typovaného jazyka přepsat nedal nebo jen s velkými obtížemi?

Jen tak ze zvědavosti, proč? Respektive proč by něco takového mělo existovat a zároveň k čemu by ti takový případný kód byl? Asi nechápu pointu.

statický typový systém je omezující, třeba heterogení kontejnery (duck typing, jak psal andy) můžou být docela zajímavá věc, přitom v dynamických jazycích je to naprostá samozřejmost... z toho vyvozuju, že některé programy, pokud bych chtěl víceméně zachovat jejich tvar, budou citelně delší a/nebo zajímavější a zajímá mě to proto, že si chci svou weapon of choice pořádně otestovat

Záleží, co člověk bere jako omezující. Např. v již několikrát zmíněném Haskellu zase umožňuje dost jednoduše spoustu *magic*. Imho že některé programy budou delší/kratší, snazší/složitější bude spíše věcí zvolených jazyků než třeba typovým systémem. Ale to spíš můj tip, je docela dobře možné, že se pletu.

415

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

« kdy: 07. 10. 2018, 21:10:01 »

jen tak za zvědavosti, můžete někdo ukázat kus javascriptu, který be se do staticky typovaného jazyka přepsat nedal nebo jen s velkými obtížemi?

Jen tak ze zvědavosti, proč? Respektive proč by něco takového mělo existovat a zároveň k čemu by ti takový případný kód byl? Asi nechápu pointu.

416

Studium a uplatnění / Re:C# pro linuxového uživatele

« kdy: 07. 10. 2018, 10:15:43 »

No rozhodně se s ním nemůže srovnávat v zabraném prostoru na disku. Já VS Code používám a rozhodně s ním problém nemám, naopak se jmenovaným QT Creatorem by jich bylo hned několik...

Mimochodem netvrdil bych, že VS Code je IDE.

417

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

« kdy: 07. 10. 2018, 10:12:54 »

.... 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áš...?

418

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

« kdy: 06. 10. 2018, 11:51:40 »

Na některé už mě nebaví stále reagovat, nerad házím hrách o zeď. Nicméně je pozoruhodné, že <nadsázka> jeden týden tu není dost dobrý návrh Haskellu, další týden není dost dobrý návrh JavaScriptu... <ironie> (obojí perfektně vyargumentováno) ještě štěstí, že tu máme ten dobře navržený Python </ironie></nadsázka>.

419

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

« kdy: 05. 10. 2018, 14:19:41 »

Zásadním problémem JS taky je, že Ryan Dahl (autor node.js) ho kritizuje a místo node.js doporučuje Go.

On kritizuje spíš návrh node.js A je příznivcem staticky typovaného systému, takže třeba prosazuje víc TypeScript oproti JS.

Ne, on zcela jednoznačně doporučuje Go jako nejlepší volbu pro aplikace s NIO.

A to někde rozporuji?

S typovým systémem to nijak nesouvisí.

A to si poslechnu na základě čeho jsi k tomu došel.

420

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

« kdy: 05. 10. 2018, 13:50:15 »

Zásadním problémem JS taky je, že Ryan Dahl (autor node.js) ho kritizuje a místo node.js doporučuje Go.

On kritizuje spíš návrh node.js A je příznivcem staticky typovaného systému, takže třeba prosazuje víc TypeScript oproti JS.