Příspěvky

1

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« kdy: 30. 09. 2025, 11:25:41 »

To je nepatřičná zkratka. Fyzické objekty většinou mají identitu, ta se nemění. A jejich stav se v čase může měnit (jinak by to byla konstanta), ale ten stav samotný ("otisk objektu") bude hodnotou, která je immutable, že? Nebo naopak: modifikace nějakého atributu objektu vede ke změně jeho stavu (to asi souhlasí), ale identita je zachována.

Ale asi souhlas s tím, že čím víc se vzdalujeme od matematiky (kde se pracuje s immutable hodnotami) k fuzzy reálnému světu, tím míň je funkcionální přístup přirozený.

Ta identita je jen naše abstrakce. Při bližším pohledu to drhne (např. Theseova loď nebo dědečkova sekera).

A i ten "fyzický objekt" je naše škatulka, navíc kapku neostrá.

Směřuju k tomu, že když o něčem mluvíme, tak obvykle žonglujeme s abstraktními immutable objekty, které existují leda tak v nějakém paralelním myšlenkovém nebo platonickém světě. Mapování na nějaké immutable reprezentace není nějaká matematická specialitka, děláme to úplně běžně že to ani nevnímáme.

Ano, identita je abstrakce, přesně tak. Umožňuje nám pracovat s "objekty", které se z fyzikálního hlediska mohou měnit. Jak píšeš a budu parafrázovat: identita "Jiří Havel" bezpochyby jako reprezentace objektu existuje, má mnoho referencí uložených jinde (pošta Ti doručí dopis, úřad Tě dokáže zpárovat - tedy většinou), ale třeba na úrovni molekul/atomů je to naprosto jinej objekt, než v době narození. Nicméně identita stále existuje.

2

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« kdy: 30. 09. 2025, 10:26:53 »

Fyzické objekty nikdy nejsou „immutable“ (i když by si to vyznavači funkcionální víry přáli :-). Ty objekty mají stav, který se v čase mění.

To je nepatřičná zkratka. Fyzické objekty většinou mají identitu, ta se nemění. A jejich stav se v čase může měnit (jinak by to byla konstanta), ale ten stav samotný ("otisk objektu") bude hodnotou, která je immutable, že? Nebo naopak: modifikace nějakého atributu objektu vede ke změně jeho stavu (to asi souhlasí), ale identita je zachována.

Ale asi souhlas s tím, že čím víc se vzdalujeme od matematiky (kde se pracuje s immutable hodnotami) k fuzzy reálnému světu, tím míň je funkcionální přístup přirozený.

3

Software / Re:Stažené soubory s nesedícím md5

« kdy: 06. 08. 2025, 18:29:55 »

Původní otázka: "stáhnu přes wget soubor a nesedí md5"

Kam jsme došli: "md5 je outdated, je snadné () vytvořit jiný soubor se stejným md5, musí se použít XXX nebo YYY, což je free-cool-in a moderní"

Tak evidentně problém s kolizí MD5 původní autor nemá, spíš naopak, že? :-)

4

Studium a uplatnění / Re:Teambuilding, večeře atd...jak se k tomu stavíte?

« kdy: 24. 07. 2025, 12:34:59 »

Teambuilding jak kdy. Ale pokud jde o remote, kde je vývojář jako externista, tak bych řekl, že je to zejména prostředek, jakým firma šlape na krk členům týmu, kteří jsou na HO. Naposledy v týmu se lidi moc na teambuildingy netěšili. A když firma měla finanční potíže a začali na nás více tlačit, tak vedoucí projektu udělali co? Zvýšili frekvence "teambuildingů", logicky.

Když tohle čtu, říkám si, jaké je vlastně legální postavení teambuildingů. Pokud jsou "povinné", pak jde nutně o pracovní a tedy placený čas, na který by se měl vztahovat zákoník práce včetně pracovní doby, bezpečnostní práce a tak dál. Pokud se konají v místě, které je mimo smluvené místo výkonu práce, nutně pak musí jít o pracovní cestu opět se vším, co z toho vyplývá včetně úhrady cestovních nákladů, stravování a ubytování a na tu navíc lze zaměstnance vyslat pouze po dohodě s ním. Mohlo by jít "prohlubování kvalifikace" podle § 230 Zákoníku práce, to je zaměstnavatel oprávněn zaměstnanci uložit za povinné ale také je to z hlediska zákona výslovně považováno za výkon práce se vším, co z toho vyplývá.

A pokud povinné nejsou, není samozřejmě vůbec co řešit.

pokud by to tak bylo (a fakt nevím), tak to je další důvod, proč tam nechlastat, jestli je to jakoby práce v pracovní době. to je vlastně na vyhazov na hodinu ne? (vím, není to tak jednoduchý, ten alkohol musí být otestovanej certifikovaným zařízením a poučenou osobou, ale i tak)

5

Studium a uplatnění / Re:Teambuilding, večeře atd...jak se k tomu stavíte?

« kdy: 22. 07. 2025, 17:44:41 »

Opakovaně se už stalo, že některý kolega v uvolněné atmosféře řek nějakému vůdci "pravdu" a v pondělí byl nezaměstnaný. Od té doby se větším akcím radši vyhýbám.

Toto je důležitý ^^^. Na těchto akcích je fakt dobrý si dávat pozor na to, co člověk řekne (a je jedno komu - počítejte s tím, že v každé skupině čtyř-pěti lidí je jeden donašeč). Takže kdo ví, že když se ožere, tak moc mluví, by tam IMHO moc neměl jezdit. Nestojí to za to.

6

Studium a uplatnění / Re:Ako fungujete na HO v spojení s rodinou?

« kdy: 21. 08. 2024, 12:25:08 »

OT: Bazen v Cesku jsem nikdy nepochopil, kdyz je 7 mesicu zima (rijen-duben).

Češi mají různé divné obsese. Bazény, obývací pokoje, snahu krájet malé byty na nespočet ještě menších místností atd. atd. Ale nějaké takové má skoro každý národ.

Tak v těchto vedrech je bazén dobrá věc. Každou hodinu ochladit a potom jít zase osvěženej "do kanclu". Tedy my máme jen takový ten nadzemní, nějaký 4 kubíky, ale bohatě stačí a žádné kopání se nekonalo :-)

7

Studium a uplatnění / Re:Intriky při výpovědi

« kdy: 02. 03. 2024, 11:52:54 »

Ten pán čo dal otázku musí byť strašná kapacita. Ale asi len egom. Idem do preč niekde uprostred projektu (ok stáva sa má na to právo) a tak sefinko
...
...
... 
A k tomu mechanikoch čo som dal ako príklad. Pre teba je to ok ja by som ho tam prizabil. Prajem ty aby si stretol ľudí ako si ty kde ty budeš v pozícii šéfa. Pochopíš.

Jenže pokud mu zůstala dovolená, tak by ji měl možnost si vybrat. To, že odchází uprostřed projektu je asi normální ne? S tím firma musí počítat, navíc určitá nejistota je tam (a vždycky bude) z obou stran.

8

Studium a uplatnění / Re:Jak utajit vedlejšák před zaměstnavatelem?

« kdy: 25. 02. 2024, 22:42:23 »

O zbytku diskuse je asi hodne zbytecne se bavit (micha se tam vice veci), ale jedno uzitecne pouceni zde zaznelo - je IMHO dobry si delat danove priznani sam a to za vsech okolnosti.

Protoze zamestnavateli fakt neni nic do toho, jake kdo plati happy hypo (a je dobry, aby to nevedel, nebude mit na vas paku) nebo jeslti nekde ma par korun z akcii nebo pronajmu cehokoli (spis to skodi, budou klepy). Dneska s online formularem je priznani hotovy rekneme za 2 hodiny a pri jednom prijmu a jedne hypo (napriklad) se do da sfouknout do pul hodiny. Rychlejsi nez se dohadovat s ucetni, ktere "papiry" ji jeste chybi

A taky je to dobry delat si sam z toho duvodu, ze je tam krasne videt rozdil mezi prvnimi zadanymi hodnotami (superhruba) a tim, co vyjde na 4 listu (cista po celem zdaneni)

9

Studium a uplatnění / Re:Dorazila propouštěcí vlna už i do Česka?

« kdy: 06. 02. 2024, 21:00:06 »

Je to v FE horší než v BE?

Podla obsahu sucialnych sieti, youtube a rad akoze skusenych programatorov. Tak by som povedal, ze v BE bude neskutocny pretlak Python programatorov, co nevedia ani aky je rozdiel medzi 32 a 64 bitovym intigerom.

Tak zase tyto zdroje je nutny brat s docela velkou rezervou

10

Desktop / Re:Na Ubuntu nejde psát velká písmena s diaktirikou pomocí CapsLock

« kdy: 14. 01. 2024, 09:34:30 »

to asi nebude příliš častá potřeba. Pro nadpisy těžko (to je věcí stylu) a v běžném textu na to fakt nenarazíš co je rok dlouhej. Co někdy (tak jednou za rok potřebuju) jsou kroužky na jinými písmeny u jmen (vlastně jen Å u ångstromu - SI stále není všude :-) a tady stačí pořád ta "tilda" klávesa.

11

Desktop / Re:Na Ubuntu nejde psát velká písmena s diaktirikou pomocí CapsLock

« kdy: 13. 01. 2024, 17:09:26 »

Ano. Zrovna na IT fóru bych tak blbý dotaz nečekal.

Hmm popravdě si fakt nemůžu vzpomenout, že bych to za ta desetiletí někdy potřeboval. Spíš si přemapovávám ten kroužek na klávesnici zpátky na tildu. Je vůbec nějaké takové slovo s Ů?

12

Desktop / Re:Na Ubuntu nejde psát velká písmena s diaktirikou pomocí CapsLock

« kdy: 13. 01. 2024, 14:14:58 »

CapsLock + Písmeno = Velké Písmeno
Nebo ne?

Jasně že ano, třeba Ů se jinak píše blbě.

to je někdy potřeba?

13

Studium a uplatnění / Re:Kariérne vyhliadky rekvalifikanta v strednom veku

« kdy: 15. 12. 2023, 14:10:42 »

Zkus použít selský rozum. Python se jako první jazyk neprosadil proto, že by byl nejhorší možná volba. Nelíbí se Ti, tomu lze rozumět. Ale to je asi tak všechno.

A před ním se dříve používal pascal? A před ním qbasic? Trabant byl kdysi taky nejlepší auto. Ale doba jde prostě dál a zakonzervovat se v IT minulosti a ignorovat vývoj je cesta k sebedestrukci.

Technicka: urcite ne QBasic pred Pascalem, mozna naopak :-) [ale ten QBasic je jen takove placnuti ze?]

Ale co tedy preferujes ty a hlavne proc?

14

Hardware / Re:Výhody architektury RISC-V

« kdy: 25. 10. 2023, 19:47:32 »

RISC-V mi přijde míň praktická instrukční sada v porovnáním třeba s AArch64.

Základ je dobrý, ale kvůli "jednoduchosti" tam jsou některé věci, které prostě nejsou praktické, a RISC-V V (SIMD) je ukázka toho, že ti lidi co to navrhovali asi neměli s využitím SIMD instrukcí moc zkušeností z praxe.

Takže za mě jsem teď spíš skeptický o využití RISC-V např. v desktopech.

AArch64 je určitě mnohem praktičtější design, ale taky má věci z dnešního pohledu zastaralé (třeba 64-bit SIMD), a podle mě s ARM-SVE byl krok do slepé uličky.

SIMD je asi nejlepsi porad jeste na x86-64 (AVX).

Spíš AVX-512 - AVX2 nemá třeba scatter, maskování, a oproti AVX-512 je nekompletní.

jj pravda. Akorat muj CPU AVX-512 neumi (Intel(R) Core(TM) i7-8665U CPU @ 1.90GHz), takze kysele hrozny. Ale mas pravdu.

15

Hardware / Re:Výhody architektury RISC-V

« kdy: 25. 10. 2023, 16:55:31 »

RISC-V mi přijde míň praktická instrukční sada v porovnáním třeba s AArch64.

Základ je dobrý, ale kvůli "jednoduchosti" tam jsou některé věci, které prostě nejsou praktické, a RISC-V V (SIMD) je ukázka toho, že ti lidi co to navrhovali asi neměli s využitím SIMD instrukcí moc zkušeností z praxe.

Takže za mě jsem teď spíš skeptický o využití RISC-V např. v desktopech.

AArch64 je určitě mnohem praktičtější design, ale taky má věci z dnešního pohledu zastaralé (třeba 64-bit SIMD), a podle mě s ARM-SVE byl krok do slepé uličky.

SIMD je asi nejlepsi porad jeste na x86-64 (AVX).