Příspěvky

1

Studium a uplatnění / Re:Je programátorů moc, nebo málo?

« kdy: 30. 10. 2025, 06:07:42 »

vladimir: Já jsem senior (20+ let zkušeností) a tento rok jsem prakticky přestal programovat. Dávám instrukce AI a provádím pouze code review

soucasti toho code review jsou i opravy a upravy vygenerovaneho kodu, ne?
ja jsem senior 15+ a taky si s tim hraju a pri mojich pokusech to vygenerovalo funkcni kod, ale vygeneroval
i blbiny a ty musi clovek opravit.

Tak nějak. Celkem se divím Vladimírovu nadšení. Moje zkušenosti jsou zatím takové, že ten code review bobtná takovým způsobem, že si vůbec nejsem jistý jestli se to ve výsledku vyplatí.

2

/dev/null / Re:V akom stave je Windows 11?

« kdy: 18. 10. 2025, 10:19:45 »

Druhak se mi nelíbí použité řečnické triky :

Lidé z nich vycházející nejsou vzdělaní (universitas = všeobecnost)

Z původu nějakého slova se moc nedá vyvozovat jeho současný význam. Opravdu bych nechtěl aplikovat váš přístup třeba na gymnázia.

Je myslím naprosto zjevné, že školy univerzitního typu poskytují výuku spíše do šířky oproti školám neuniverzitním. V tomto smyslu význam jejich názvu platí doposud. To není žádný "trik", nýbrž konstatování faktu.

Takže tvrdíte že FI MUNI učí víc do šířky a míň speciaizovaně než FIT VUT? Jak do toho zapadá třeba medicína nebo farmacie? Tam není moc prostor pro nějaký obecný přehled, je nutné jít do hloubky.

BTW "je naprosto zjevné" se až nepříjemně často používá u věcí, které nejsou ani trochu zjevné. Na matfyzu a spol už je z toho i fousatý vtip.

3

/dev/null / Re:V akom stave je Windows 11?

« kdy: 17. 10. 2025, 22:55:52 »

Z původu nějakého slova se moc nedá vyvozovat jeho současný význam. Opravdu bych nechtěl aplikovat váš přístup třeba na gymnázia.

A co teprv takové zdecimování, třeba diskuze.

No mé osobní favority jsou pojmy jako "velký třesk" nebo "imaginární čísla". Udělat z urážky oficiální název je teprv něco.

4

/dev/null / Re:V akom stave je Windows 11?

« kdy: 17. 10. 2025, 17:06:28 »

Nezaměňoval bych slušnost a zdvořilost, to jsou dvě různé věci.

Co se týče mého příspěvku, je možné že "není hezký" (ve smyslu nelíbí se vám jeho obsah) ale myslím že nikoho nenapadá ano neuráží. Napsal jsem ho nejen jako reakci na tento thread, nýbrž hlavně z osobní celoživotní zkušeností s mnoha techniky kolem sebe. Je tam velmi často zřetelně vidět ta čistá orientace na matiku a logiku a to i v případech, kdy je třeba použít jiné mentální techniky. Z toho pak vycházejí zvláštní, někdy až dětinské, názory na svět a lidi kolem sebe. Nejde pochopitelně o všechny absolventy exaktních škol, viditelnou vyjímkou byla například nedávno zesnulá Dana Drábová, ale moje zkušenost je, že značná část jich tímto neduhem trpí.

Jednak se mi nelíbí že vyznívá dost nadřazeně, i když to bude zesílené tím, že se nebavíme naživo.

Druhak se mi nelíbí použité řečnické triky :

Lidé z nich vycházející nejsou vzdělaní (universitas = všeobecnost)

Z původu nějakého slova se moc nedá vyvozovat jeho současný význam. Opravdu bych nechtěl aplikovat váš přístup třeba na gymnázia.

5

/dev/null / Re:V akom stave je Windows 11?

« kdy: 17. 10. 2025, 15:09:04 »

Prosím, diskutujte slušně a s úctou k ostatním. Argumentujte, rozebírejte téma a nenadávejte ostatním. Zvlášť dva uživatelé tu s tím mají problém.

Pokud nejste dost dospělí a nedokážete to, pak nediskutujte. Jděte místo toho třeba na procházku.

Dokud se tu budou tolerovat útoky ad hominem (ano,m mám na mysli jjrsk a Minty), budou se na ně vracet ostré reakce. A je věcí moderátorů, aby si uživatele srovnali do latě.
Já už tady na to kašlu, až se v listopadu vrátím z Paříže, ruším účet a nebudu sem vůbec chodit, vyvinulo se to tu hodně podobně jako Lopuch.

Jirska beru, ten tu předvádí zajímavé věci. Ale Minty?

6

/dev/null / Re:V akom stave je Windows 11?

« kdy: 17. 10. 2025, 11:39:01 »

Protože?

Když to spočítá za jednotku času více výpočtů, tak se ten výpočetní výkon prostě zvedl.

Ono se opravdu nedá jednoduše říct, že se výpočetní výkon zvedl. Je tam pár věci, které jdou proti sobě.

Sice roste počet instrukcí, které je procesor teoreticky schopný vykonat, ale není vůbec sranda toho dosáhnout. Ukrmit efektivně superskalární zpipelinovaný procesor je docela kumšt.
Ty větší registry ve spoustě případů ani nevyužijeme, protože se pracuje s čísly co se v pohodě vlezou i do 32b (floaty neřeším, ty jely jinudy už v 16b dobách).  Máme těch registrů i víc, ale je to za cenu větších instrukcí. V kombinaci s dvojnásobně velkými ukazateli to znamená daleko větší tlak na propustnost paměti, která roste podstatně pomaleji než rychlost procesorů.

Počet instrukcí je hrubě matoucí číslo. Ty instrukce se můžou efektivně zpipelinovat tak, že i výpočet s podstatně více instrukcemi může trvat +- stejně nebo dokonce kratší dobu.

Ve výsledku se bez profilování neobejdeme.

7

/dev/null / Re:V akom stave je Windows 11?

« kdy: 17. 10. 2025, 09:29:12 »

Pokud nejste dost dospělí a nedokážete to, pak nediskutujte. Jděte místo toho třeba na procházku.

Tohle je problém technických škol. Lidé z nich vycházející nejsou vzdělaní (universitas = všeobecnost), nýbrž jsou "vysoce učení" v nějakém oboru, prostě takovej lepší učňák

Pochybuji, že se by třeba na ČVUT učilo umění diskuse...

Já myslím, že panu Krčmářovi šlo spíš o slušné chování, které se učí kapku dřív.

Váš příspěvěk taky není úplně pěkný.

8

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

« kdy: 09. 10. 2025, 13:28:57 »

Jenom pro zajimavost, rust neznam, jde v rustu udelat carmackuv fast inverse square root?

1) Samo že jo. Aniž bych znal Rust, tak stačilo cca 10s googlení abych našel transmute_copy. Zbytek jsou standardní intové nebo floatové operace.

2) V dnešní době už ten trik má cenu používat jen ve výjimečných případech. Má smysl v situacích, kdy je důležitější determinističnost, než maximální rychlost. Takže když potřebujete aby simulace vyšla na bit stejně a zároveň se to nedělá někdě centrálně v cloudu kvůli cheaterům. Takže jsme spíš u indie než AAA her.

9

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

« kdy: 06. 10. 2025, 17:35:52 »

A popravde GO samo sebe nijak nepropaguje jako realtime jazyk, proto me prekvapuje, ze se chova v defaultu tak debilne.
A veru me sejri, ze i takovou trivialitu musim resit a ladit, v pythonu pro pojidace kolacu jede vse na lusknuti prstu...

Je to až tak překvapivé? Python je jazyk specializovaný na volání rychlých knihoven.
A zároveň je (nebo aspoň byl) sám o sobě tak příšerně pomalý, že těch rychlých knihoven vzniklo opravdu hodně.

10

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

« kdy: 02. 10. 2025, 14:54:10 »

Pokud to jazyk podporuje, tak se k tomuto účelu použije spíš reflexe + případně anotace, kterými se dá upravit specifické chování a mapování.

Serializace reflexí má své mouchy. A jak je ten serializátor psaný někým jiným, jsou z toho pěkně vypasené masařky.

1) Navrhujete vnitřnosti podle toho, co umí serializátor.
Když máte štěstí dostanete třeba nekonečno a nan. Na denormály ani nemyslete. A na inty větší než 48b bych taky raději slepě nespoléhal.
Pokud serializátor není součást jazyka, tak určitě nedostanete všechny standardní knihovny.

2) Přijdete o zapouzdření, takže si zabetonujete vnitřnosti.
Jak jednou objekt serializujete, tak už takřka nemůžete překopat vnitřní reprezentaci. Nějaká aktualizace pak obvykle něco rozbije.

Ve výsledku pak občas máte vnitřnosti objektů dvakrát. Jednou pro sebe, jednou pro serializátor a přesypáváte je tam a zpět.

11

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

« kdy: 02. 10. 2025, 11:29:25 »

Zásadní (ne)výhoda každého jazyka je jestli ho umím, resp. jestli na něho seženu dost lidí.

Takže třeba ta nejzásadnější výhoda Javascriptu při použití na backendu je ta, že už je použitý na frontendu.

A v týmu je záhodné originalitu krotit. Sice každý programátor píše trochu jinak, ale v mezích toho aby se v tom vyznali i ostatní. Větší týmy mají obvykle více či méně detailní konvence od kterých se upouští jen v opravdu výjimečných případech.

12

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

« kdy: 02. 10. 2025, 11:01:46 »

Nebudu ho učit serializovat se do Jsonu, nebo do Databáze, ale obecný serializování musí umět on.

Ale i obecných serializačních formátů existuje mnoho. Jeden například povolí 64-bitová celá čísla a druhý povolí celá čísla bez omezení velikosti. Jiný povolí čas na mikrosekundy, další na pikosekundy. Některé mohou řešit, jak jsou data uložena v paměti, jiné se od toho snaží abstrahovat.

Tak tenhle přístup má samozřejmě nějaké předpoklady. Objekt vysype obecný slovník obsahující nějaké základní typy a pak to chce zpátky v původní podobě beze změn. Prakticky to znamená, že ten dict bude podporovat akorát tak osekané doubly a obecné stringy.
Ve chvíli, kdy je třeba řešit nějaké ztrátové ukládání, tak to takhle obecně nejde. A je otázka, jestli se tomu ještě dá říkat serializace.

13

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

« kdy: 01. 10. 2025, 16:07:29 »

Objektové jazyky jsou asi nejflexibilnější – byť s jinou syntaxí, v nich můžeš realizovat to, co jinde...

Tohle ale platí pro úplně všechny výpočetně úplné jazyky. Rozdíl je jen v tom, jak je ta jiná syntaxe ukecaná, (ne)pohodlná nebo náchylná k chybám a podobně.

14

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

« kdy: 30. 09. 2025, 21:29:45 »

Nevím, no. Mám už za ty desítky let něco odprogramováno a slovy doktora Vlacha, "zákony života nám ukládají vyzkoušet všechny možné varianty, abychom se nakonec vrátili k té první." V mém případě - procedurálně-imperativnímu strukturovanému paradigmatu. Opravdu mám pocit, že všelijaké ty snahy o čisté OOP, FP a já nevím, co ještě, jsou takové snahy najít svatý grál, nebo to království, kde létají pečení holubi rovnou do úst. Jenže nakonec člověk zjistí, že "co já se toho království nahledal... Nic nenajdou. Všude se musí... makat." A čím více jsem toho viděl a vyzkoušel, tím větší mám pocit, že ta "klasika" je nakonec to nejlepší. Takže když čtu podobné náboženské texty jako ten odkazovaný, už se musím jen usmívat.

No já dělám primárně v C++ a C#, ale Haskell hodně ovlivnil moje uvažování. Jo, když hledáte stříbrnou kulku, dostanete akorát žaludeční vředy. Ale jako inspirace, že se dá problém pojmout jinak a líp je to supr.

Řekl bych že zrovna nové C++ je funkcionálním programováním hodně ovlivněné. I sprosté slovo na M by se našlo

15

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

« kdy: 30. 09. 2025, 21:20:29 »

Dobrá otázka je i "Co je to vůbec OOP?". Odpověď není až tak jednoduchá

Chápem ako to myslíte, ale tá odpoveď v podstate jednoduchá je. Pokiaľ poznáte históriu toho označenia. A myslím tým históriu od doby pred tým ako to označenie vzniklo.

A pokiaľ ju nepoznáte a nie ste si istý tým, čo OOP znamená, tak znamená to, čo si drvivá väčšina jeho používateľov myslí, že znamená.

To, že to označenie bolo vytvorené pre niečo iné, nie je vôbec podstatné. Nikdy sa to nepodarilo v širšej miere presadiť, ale hlavne, aj jeho samotný tvorca sa po čase vyjadril, že to, čo vytvoril, mal nazvať inak, podľa toho, čo je pre to, čo vytvoril zásadné a čo by mu dalo jednoznačný a nezameniteľný význam.

Keby to, čo vytvoril, nazval inak, tak je celkom veľká pravdepodobnosť, že OOP by sa začalo používať prirodzeným vývojom už len na základe toho aké generické slova sú v ňom použité.

Ano, jazyk S. od pana K. je důležitá součást toho zmatku. Četl jsem i jeho vyjádření o tom, že to nazval fakt blbě. Akorát že OOP jazyky typu svatá čtveřice se inspirovaly ještě předtím od Simuly (jen nevím, jak se tomu paradigmatu říkalo v té době). Pak tu máme skupinku "nasyp všechno do jedné hashmapy". A možná i další.
Dorazila to etapa stříbrné kulky. Aspoň že ta už je snad pryč.