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 - Zdenek Tomes

Stran: 1 2 [3] 4
31
Studium a uplatnění / Re:Neochota firmy zvednout plat
« kdy: 22. 11. 2022, 13:29:27 »
... a situace stejná, přes nějaké 4000/MD (alias cca 120k HPP) jsem se nedostal...

Jak pocitas ten vztah 4000/MD a 120k HPP? 4000/MD vychazi na nejakych 88k HPP ne?

32
Studium a uplatnění / Re:Má smysl pracovat pro startup?
« kdy: 14. 11. 2022, 20:57:02 »
pracovat pre startup zmysel nema ak tam nema clovek podiel.

za mna najlepsie je robit open source za prachy, red hat ma k tej filozofii blizko ale ti platia malo.

To se meni, bohuzel. Ta filozofie tam byla a ta firma tim zila...pred 10 lety...

33
Vývoj / Re:Je Zig jazyk buducnosti?
« kdy: 11. 11. 2022, 09:47:18 »

Rust urcite neni Go killer a Go neni Rust killer. Ty niky obou jazyku se dost lisi, stejne jako pozadavky kladene na vyvojare a na kvalitu vysledneho kodu (a to je mnoho metrik, ne jedna). Asi jeste dlouho budou koexistovat vedle sebe. Asi nema moc vyznamu se na ne divat jako na protivniky.

Chapem, ale skor som to myslel tak, ze pre mna mal byt Rust Go killer. Na Go mi vadi jazyk, runtime a (nechcem nikoho utrazit) ale jeho pribrzdenost/zaostalost. A viac menej som mal pocit, ze Rust vsteky problemy co som mal s Go ma dobre vyriesne od zaciatku. No na Ruste mi zacali vadit ine veci. myslel som si, ze to bude to prave na tvorbu high-perfomace servicov, no vyzera, ze pre mna nie.

Jj urcite pro jednotlivce to samozrejme plati (a taky si to myslim). Akorat treba Go u nas proslo, protoze je relativne snadny na to sehnat lidi, co jsou to ochotni se naucit tak, aby dokazali vyprodukovat produkcni (ehm ehm ) kod :)

Zajimavy je, ze vsechny veci, ktere jsou na Go spatne (a to mnohdy zbytecne), tak ma Rust spravne...

34
Vývoj / Re:Je Zig jazyk buducnosti?
« kdy: 11. 11. 2022, 08:50:17 »
Preco sa pytam... s Rustu som bol nadseny a pouzival som ho jeden a pol roka aj na vetsich veciach, myslel som si, ze to bude Go-killer. Ale moje nadsenie opadlo. Tak hladam nieco ine, lepsie, v com sa aj da realne programovat.

Ono skor Go-killer je C# a net 6/7 (miliardukrat lepsi jazyk a richlejsi runtime ako Go a 7-cka aj mirene vykonejsia ako Rust (v grpc)).

Rust urcite neni Go killer a Go neni Rust killer. Ty niky obou jazyku se dost lisi, stejne jako pozadavky kladene na vyvojare a na kvalitu vysledneho kodu (a to je mnoho metrik, ne jedna). Asi jeste dlouho budou koexistovat vedle sebe. Asi nema moc vyznamu se na ne divat jako na protivniky.

35
Vývoj / Re:Je Zig jazyk buducnosti?
« kdy: 10. 11. 2022, 21:20:29 »
Pokud bych měl na výběr mezi Zigem a C, šel bych do Zigu. Pokud bych mohl použít Rust nebo jiný vyšší jazyk, použil bych ho namísto Zigu. Zig je, jak se zdá, dost dobrý kroskompilátor, v tomto ohledu budoucnost má. Jinak je to otázka, z vyšších jazyků IMO moc programátorů ujídat nebude a uživatelé C jsou velká neznámá. Rád bych věřil, že přejdou.

Pokud plati (a v oficialni dokumentaci se to blbe hleda), ze podporovane platformy jsou x86-64, ARM, MIPS, IA-32, WebAssembly, RISC-V a SPARC, tak to spousta ceckaru, co delaji na DSP, mikroradicich (ne Cortex M0/M1) asi nebude moci prejit. Cecko ma spoustu nesvaru, ale je rozlezly vsude, to je jedna z vyhod (ani Rust se nechyta, kupodivu, maji tam z mikroradicu jen MSP-430, jinak je minimum 32bitove zelezo).

36
Vývoj / Re:Je Rust jazyk budoucnosti?
« kdy: 04. 11. 2022, 12:37:35 »
Rust má konečně v nejnovější verzi GAT. Že jim to ale trvalo.

Dalsi verze Rustu se tedy bude jmenovat Haskell? :)

37
Nikdy jsem nepochopil tohle uvažování zaměstnavatelů, kdy zkušený senior, který maká a vyzná v "systému" (v produktech firmy a jeho vývoji), má výrazně méně než nově nastupující junioři, kteří třeba první rok jsou k ničemu a jsou spíš zátěží.
Když ti senioři v podstatě neodchází, tak by byl zaměstnavatel magor vnucovat jim víc. A když náhodou skutečně pohrozí odchodem (ve skutečnosti nepohrozí, protože po X letech v jedné firmě mají hrůzu z toho „být nezaměstnaný“, třeba i protože je okolí vymylo jak se mají dobře (protože okolí dělá různé práce které nemají IT-level mzdy a že někdo dostává 60k za „koukání do obrazovky“ je pro ně úplně fantastické) a jak není práce -- maximálně začnou nejistě říkat že se jim zdá že mají málo), tak se jim přidá z 50k na 65k a vysvětlí se jim jak byli skutečně nedocenění a že teď už je to v pořádku.

Ta úspora i vyšších stovek tisíc ročně je tak velká že se vyplatí tohle schéma provozovat.

No jako bonus k tomuto chovani HR je, ze ti seniori mnohdy udelaji quiet quit, proste uz tam je takova lezernost atd.
Potom co jsem videl to vede k odchodu prakticky celeho oddeleni v kratkem case - nejakej senior to vzda, prejde a na pivu to potom rekne ostatnim a i tem bouchnou saze.

38
Vývoj / Re:Nasazení PyWebIO na produkčním webu
« kdy: 16. 04. 2022, 18:49:31 »
- aplikace není odolná proti DoS a řada volání jí umí přetížit

Myslíš konkrétní věci z PyWebIO, které vedou k přetížení nebo obecně, že to prostě jde zaDoSovat (to jde ale cokoli). Pokud se to nasadí za nginx, tak IMHO to je vcelku ok že?

39
Vývoj / Re:Nasazení PyWebIO na produkčním webu
« kdy: 16. 04. 2022, 18:47:23 »
Vaše názory dávají smysl.
Vypadá to jako rozumné vysvětlení.
Dík kluci.

Když to otočím, tak pokud bych to použil na rychlé vytváření a zpracování formulářů, které jsou dostupné až po přihlášení, nemuselo by to zásadně vadit.

U nas to tak funguje, ale to je de facto intranet, kde neresime pretizeni (ve smyslu tisicu pozadavku za sekundu nebo dokonce cileneho utoku), ale spis chceme velkou rychlost adaptace zmen v tech formularich. A ta je skvela pro nas tym (tedy nemusime cekat par sprintu, az se UI team rozhoupe, oni maji svoje heavy weight technologie a ty se pro nase potreby nehodi).

Jak pises, pokud si vyresis nejake prihlasovani (nebo SSO jako u nas), potom to klidne nasad. Prinejhorsim to hodis za nginx, ale IMHO to ani nebude potreba.

40
čísla se zadávají zrovna tak jako text zleva (ne tedy jako na kalulačce) podle principu zadej co chceš a zkoriguj to jak umíš
Ako, pre kalkulacky som mal vzdy slabost, ale taku na ktorej by sa cisla zadavali od jednotiek smero k vyssim radom(zprava do lava) som este nevidel, ani na kalkulacke s RPN. Mozete mi prezradit vyrobcu a model?

HP 12C (a cela tato rada) - asi vubec nejrozsirenejsi model kalkulacek na svete, to tak ma. Vyrabeno kontinualne od 1981.

A pardon, vy jste se bavili ne o zarovnani cisel (slabsi starsi kalkulacky doprava, HPcka doleva) ale o tom, ze se zacina/nezacina nejvyssim radem. To urcite nikdo nevymyslel, aby se zadavalo od nejnizsiho radu, to mas pravdu :)

PS: me by asi zarovnani doprava na webu stvalo, protoze kliknu/TABnu se do policka a ocekavam, ze mi tam VLEVO zacne blikat kurzor. Pokud je az nekde hodne vpravo, asi si ho jen tak nevsimnu a budu zbytecne klikat vickrat. Navic mnoho cisel vlastne nejsou cisla pro vypocty (kde to ma smysl pro soucet "pod sebou"), ale proste jen identifikatory, takze tam je zarovnani burt (treba to cislo domu a tak).

41
čísla se zadávají zrovna tak jako text zleva (ne tedy jako na kalulačce) podle principu zadej co chceš a zkoriguj to jak umíš
Ako, pre kalkulacky som mal vzdy slabost, ale taku na ktorej by sa cisla zadavali od jednotiek smero k vyssim radom(zprava do lava) som este nevidel, ani na kalkulacke s RPN. Mozete mi prezradit vyrobcu a model?

HP 12C (a cela tato rada) - asi vubec nejrozsirenejsi model kalkulacek na svete, to tak ma. Vyrabeno kontinualne od 1981.

42

Citace
1) otaci se binarni soubor po bajtech nebo textovy soubor po radcich?
2) jestli textovy soubor, tak resime ruzne konce radku?
3) jestli textovy soubor obecne (tedy ruzne unicode varianty), resime BOM?

testovaci ukol znel jasne, reverznout soubor. tyhlety chytre otazky jsou dobre, kdyz se resi opravdovy ukol.
ale kdyz nekomu reknu vypis soubor pozpatku, a on se me zepta na tyhle veci, tak si reknu, ze to je magor,
ktery bude delat z jednoducheho ukolu elektrarnu :-(

Tak to z toho děláš Švejka, který přesně splní úkol, aniž by se ohlížel, jestli to má smysl. Fakt chceš mít takového člověka v týmu? Já naopak očekávám, že se lidi na sprint planningu budou ptát. Mám jednoho, co se neptá, tiše dělá přidělené úkoly (ano nebere si je sám) a podle toho to někdy-hodně často vypadá.

PS: mě to zadání takto zapsané jasné není. Ale neznám kontext, v jakém se Martin ptal. Na 50% chtěl otočit soubor po řádcích, na 50% po bajtech (a na 0% skutečně otočit binárně :p)

43
Popravdě, moje zkušenost je taková, že stačí zadat něco triviálního jako načíst soubor a vypsat ho pozpátku v libovolném oblíbeném jazyce.

s tim bych mel problem, musel bych priznat ze to nedokazu, protoze to neni jednoznacne zadane.

A co je na tom nejasne?

Ze zadani je jasne jen to, ze se ten soubor ma nacist (ok, muze byt, sice pro mnoho ucelu je to divne reseni, ale co uz). Ale ja bych se tedy zeptal na par "malickosti":

1) otaci se binarni soubor po bajtech nebo textovy soubor po radcich?
2) jestli textovy soubor, tak resime ruzne konce radku?
3) jestli textovy soubor obecne (tedy ruzne unicode varianty), resime BOM?

Ok, to posledni je perlicka, mozna kverulanstvi, ale neco podobneho nas uz jednou nakopalo... (takze kandidat ukazuje, ze si necim prosel v praxi).

44
Vývoj / Re:Úprava kódu malého programu v Clojure do funkcií
« kdy: 12. 03. 2022, 09:38:24 »
Usmolil som niečo takého:

Citace
;; (defn connect []
;;   (let [props (System/getProperties)
;;         session (Session/getDefaultInstance props)
;;         store (.getStore session "pop3")
;;         inbox (.getFolder store "Inbox")]


;;     (.connect store host port user password)
;;     (.open inbox Folder/READ_ONLY)
;;     (def messages (.getMessages inbox))
;;     (.close inbox true)
;;     (.close store)
;;     messages)


Asi první věcí by bylo nahrazení def messages za další blok let, tedy let [messages (.getMessages inbox)]. Z let-u to messages vrátíš úplně jednoduše.

45
Windows a jiné systémy / Re:Kontrola práce na home office
« kdy: 28. 02. 2022, 21:52:50 »

Dám jeden příklad z praxe: Jistý můj kolega měl za úkol udělat featuru do jednoho produktu. Ten produkt jsme převzali poměrně krátce předtím, takže nikdo neměl přesnou představu, kolik to tak zabere. On stále reportoval, že na tom dělá, že už to skoro má ... a jéje, zjistil jsem, že ten přístup nakonec nepůjde, budu to musel udělat trochu jinak ... jo, dobrý, už to skoro mám ... a jéje, zas to úplně nefungovalo, no tak ještě jinak ... Tak nás tahal za nos asi dva týdny, až byla situace opravdu kritická, tak jsem se na to mrknul sám. Za dvě hodiny jsem to měl hotové.


Já takový úkoly rozděluju na menší kousky po řekněme dvou dnech max. Potom se řekne mám/nemám/blokuje mě X/potřebuji pomoc od Y a třeba se ten úkol přerozdělí atd. Protože na zásek může narazit úplně každej a důležitý je tam nezůstávat sám moc dlouho - a ty 2 dny jsou max.

Stran: 1 2 [3] 4