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 - Tomáš Crhonek

Stran: [1] 2 3 ... 30
1
Vývoj / Re:Vezme AI ajťákům práci?
« kdy: 04. 12. 2025, 16:15:28 »
Možných variant programů je tedy limitně nekonečno.

Všech programů ano. Ale pokud do AI zadám kontext, tedy např standardní knihovna jazyka a děláme třeba jen šifrovaný redundantní storage, tak z těch všech možností a vůbec nutných komponent standardní knihovny toho moc nezůstane a potom to lze spočítat.

2
Vývoj / Re:Vezme AI ajťákům práci?
« kdy: 04. 12. 2025, 14:45:17 »
Já bych doporučil ke shlédnutí tuhle úvahu od Dylan Beattie (https://youtu.be/J9ZKxsPpRFk) - každý nástroj nás zatím posunul jen o jeden schod nahoru a to se o mnohých očekávalo mnohem víc. Podle Dylana AI bublina splaskne.

Co mi vrtá hlavou je spíše to, proč to zrovna v IT nejde udělat spíše hrubou silou. Hlavně u staticky a silně typovaných jazyků mi už dlouho dobu přijde, že by to mělo jít. Pokud nějaký nástroj má k disposici celou množinu kódu, tak ví, co s čím lze spojit jen na základě typů a možností přetypování. Takže se brute force metodou dá vygenerovat vlastně všechno, co lze s tou množinou dělat. Potom už "jen" stačí vybrat ty užitečné programy (ano, toto je to nejtěžší).

I tak mi po letech s Copilotem přijde, že copilot vlastně moc neví, co vše má k disposici a často ani jak to spojit dohromady, pokud už teda má kontext rozpracovaného programu.

3
Vývoj / Re:Vezme AI ajťákům práci?
« kdy: 25. 11. 2025, 15:14:25 »
Linus si může dovolit říct "s tímhle pracovat nebudu" a vztekat se tak dlouho, až to autor buď předělá, nebo vzdá. Většině ostatních lidí budou dávno předtím ukázané dveře a na jejich místě bude někdo, kdo si dá barvičky a bude s tím fungovat.

Podstatou mého komentáře rozhodně nebylo ono "s tímhle nebudu pracovat". To podstatné je, že dobře formátovaný kód (a obecně dobře navržený a udržovaný kód) je snadno přístupný komukoliv, kdo umí daný jazyk.

4
Vývoj / Re:Vezme AI ajťákům práci?
« kdy: 25. 11. 2025, 14:15:50 »
Ja ti jen ukazal na konkretnim pripadu, ze drtiva vetsina tech kdo nebudou aktivne pouzivat LLM a tooling okolo bude za par let bez prace protoze nebude tak efektivni jako ostatni.

LLM není nic než databáze znalostí a k tomu trocha automatizace. Pokud někdo bude mít znalosti, tak bude dobrý programátor vlastně pořád.

Neni potreba z LLM delat svaty gral, ale je pro budoucnost kazdyho vyvojare nebezpecne se pred tim schovavat. Je to asi jako programovat dodnes v notepadu a odmitat IDE s napovidanim.

Linus Torvalds nepoužívá ani syntax highliting. Prý mu stačí vidět strukturu dobře formátovaného kódu a vidí to tam i bez barev. (Což je tak nějak pravda, stačí si otevřít kód v libovolném editoru terminálu a můžu vesele programovat.)

5
Vývoj / Re:Vezme AI ajťákům práci?
« kdy: 24. 11. 2025, 06:56:08 »
Muzes mi prosim nejak specifikovat nad cim se presne mam zamyslet stran struktury dila kdyz proste pred nejakym casem vysla nova major verze knihovny a tim padem ta moje verze prisla o podporu? Proste udelam upgrade. Nevidim problem s navrhem ci strukturou dila (prece si nebudu psat vlastni knihovnu na generovani PDF kdyz uz to nekdo udelal a ja to muzu pouzivat).

To, co jsem psal pochopitelně neplatí pro každý jednotlivý případ, ale někdy jsou změny v knihovně vyvolané třeba novými možnostmi jazyka, změnami ve std knihovně apod. V takových případech je dobré to prostudovat a udělat další změny v kódu. Pokud nějaká knihovna jen "pro nic za nic" mění jen jména metod, tak je to jiný případ a navíc, pokud se tohle děje příliš často, tak je to k zamyšlení zda tuhle knihovnu dále používat.

6
Vývoj / Re:Vezme AI ajťákům práci?
« kdy: 23. 11. 2025, 12:19:51 »
Třeba taková že se pak můžeš u toho zákazníka věnovat podstatnějším věcem?

V tom případě je potřeba se zamyslet, proč některé věci, které AI zvládne levou zadní, tam vůbec jsou - opět se vracím k dobrému návrhu programu, pokud někdo velkou část času řeší jen nepodstatné drobnosti, tak je to k zamyšlení nad celkovou strukturou díla.

7
Vývoj / Re:Vezme AI ajťákům práci?
« kdy: 21. 11. 2025, 07:44:17 »
Ale nebude, protože to není parsování těch stejných dat v nějaké smyčce v backendové úloze, ale "tady mám nějaká data na screenshotu, tady jsem uložil html a tady jsem si teď naměřil něco sám tužkou na papír, hoď to všechno do jednoho grafu." A je to o dost jednodušší, než si jednou za rok vzpomínat, jak mám v tom kterém tabulkovém procesoru nastavit správně správný typ grafu a přepisovat to do jednotného formátu.

Aha, tak tady se míjíme zcela. Já si myslel, že hovoříme o importu vážných důležitých dat a ně něco ze screenshotu nebo z excelu.

Jasně, pokud nemám jiný zdroj dat, tak i já nechám prohnat scrshot přes ocr a potom do spisovky uložím jak ten obrázek tak i ten text s tagem "pozor, ocr".

8
Vývoj / Re:Vezme AI ajťákům práci?
« kdy: 21. 11. 2025, 05:16:37 »
Jo jenže tohle tě bude bavit při prvním konvertním toolu. Když už to máš řešit v měsící po X té na trochu jinejch datech, tak je jaká koliv AI, která pomůže super a člověk se pak může zabejvat přinosnějšíma věcma, třeba čtení té dokumentace a refactoringem. Jestli v práci děláš jen zajímavé věci, které by si na nikoho nechtěl delegovat, tak každopádně gratuluju! ..

Já moc nevím, o jakém konkrétním případě se bavíme, ale pokud někdo v práci X krát do měsíce řeší převod jiných dat a u toho se mu rozbije předchozí parser tak je někde mnohem větší chyba. Pokud je to stejný formát dat, tak to nemůže selhat a pokud jsou to data v jiném formátu, tak je evidentně chyba ve zdroji dat.

Jasně, pokud je to jednorázová akce typu "potřebujeme převést data k vám, něco máme v dumpu v původní databázi, ale tam není všechno, zbytek je v xml a posledních pár dnů v csv", tak to jednoho naštve, ale současně to stačí udělat jen jednou. Neumím si představit projekt, kde se tohle řeší na denní úrovni. To by potom znamenalo, že celá infrastruktura je špatně a tam by mě potom bavilo spíše povýšit celou infra na něco rozumnějšího a tím do budoucna takovým případům zabránit systémově.

Pokud tady na root.cz od nástupu AI vidím neustálou radost nad tím, jak si AI snadno poradí s parsingem divných dat z divného zdroje a nadšení nad tím, jak jim to ulehčilo práci, tak mám pro vás špatnou zprávu: Ne neulehčilo. Pouze ten problém zabetonováváte a bude mnohem těžší jej v budoucnu řešit. A i v takových případech divných dat je mnohem lepší se nad tím zamyslet a iterativně tam přidávat další a další divnosti, než si na počátku rozbít vlastní datovou infrastrukturu - tohle jsem také viděl několikrát: "potřebujeme přijmout hromadu cizích dat, takže musíme rozbít naši vlastní infra". Je prostě lepší to buď kompletně odmítnout a nebo to rozbalovat postupně a dostat z toho ve výsledku data v kvalitně navržené struktuře.

9
Vývoj / Re:Vezme AI ajťákům práci?
« kdy: 20. 11. 2025, 11:06:58 »
Tohle mě na některých projektech baví nejvíc. Vzít si novou verzi, changelog, pochopit co a hlavně proč se něco mezi verzemi změnilo (u tohodle se člověk hodně naučí) a potom to prostě postupně přepsat ne stylem verze za verzi, ale díky těm změnám obecně vylepšit větší část toho programu.
Tak kdyz ti to nekdo zaplati tak proc ne.

Tak já jsem žil v domnění, že IT obecně jejich práce baví a pokud ne konkrétní projekt, tak si i na něm najdou něco zábavného. Já takto nedávno psal import dat z dost divného zdroje a po té, co jsem se vyzuřil na původní autory toho zdroje jsem si prostě napsal parser, který automaticky vytvořil struct do golangu a z toho potom snadno schema do PostgreSQL (a tam jsem mohl v klidu zuřit nad tím, co zase vymyslel někdo jiný a nad způsoby, jak někdo může strukturovat data :-D  - ale tak když už je to naimportované v normální DB, tak lze dělat transformace těch dat, takže nakonec z toho vylezlo něco užitečného). Na všem si lze najít něco zábavného.

10
Vývoj / Re:Vezme AI ajťákům práci?
« kdy: 20. 11. 2025, 08:00:10 »
Aktuálně například teď aktualizuji jeden projekt co je psaný v nuxtu 2 na nuxt 4

Sice nevím, co je nuxt, ale to je pro kontext tohoto komentáře jedno. Tohle mě na některých projektech baví nejvíc. Vzít si novou verzi, changelog, pochopit co a hlavně proč se něco mezi verzemi změnilo (u tohodle se člověk hodně naučí) a potom to prostě postupně přepsat ne stylem verze za verzi, ale díky těm změnám obecně vylepšit větší část toho programu.

11
Vývoj / Re:Vezme AI ajťákům práci?
« kdy: 19. 11. 2025, 17:02:21 »
senior, který je schopen pregnantně psát prompty + Claude Code > senior + junior

Škoda len že takého seniora som nikdy nevidel, len takých čo keď napíšu prompt tak to "AI" urobí furt niečo iné než má, a buď je výhovorka že on píše špatné prompty, alebo niektorí vedia že "AI" jednoducho je blbá.

Jsem teď viděl video, kde někdo, kdo je i v komisi C++ používal placeného Claude, chtěl po něm celkem jednoduché věci na jednoduchém připraveném zabugovaném (schválně) kusu kódu (kompletní program) a každou věc mu musel psát tak 5x, aby dostal požadovaný výsledek a nejlepší být krok někde uprostřed, kdy Claude smazalo všechny testy (které po něm před dvaceti minutami ten borec chtěl), protože to prostě ztratilo kontext a testy nepatřili k výkonnému kódu.

A navíc to obecně byly věci, které ve slušně psaném kódu nikdy nebudou (toto je trochu ironie) a hlavně, ten přepis toho programu by byl rychlejší, než se hodinu bavit s claude o těch několika málo refaktorizacích.

Moje žitá zkušenost s pár let s Copilotem a tím vším, co vidím v nadšeneckých videích je spíše taková, že AI dne ještě v programování ani nepomáhá, takže se rozhodně nemusíme bát o práci a navíc, tam kde to někteří nadšeně používají to zatím vypadá jen na velmi nevhodně napsaný program a často na zcela nevhodně navrženou infra. Když se to navrhne správně dle aktuálních (tak asi 20 let) znalostí, tak se ten program jednak do této pasti nedostane a i kdyby, tak jej bude mnohem snadnější opravit.

12
Studium a uplatnění / Re:je programatoru moc, nebo malo.
« kdy: 29. 10. 2025, 07:19:52 »
Už jsem to psal na lupě pod článek, kde píší o tom, jak HR nahrazuje AI (čte CV) a současně jak různí lidé posílají profily generované od AI.

Já zažil před měsícem pohovor v místní IT firmě (kterou znám několik let a pracuje tam můj kámoš), pohovor byl na neuvěřitelných 7 kol, jako HR tam byla jedna dívka, která sice měla vystudovanou historii na UK, takže v pohodě, ale o té firmě nevěděla vůbec nic a já jí musel vysvětlovat, co ta firma vlastně dělá a kdo tam pracuje (protože je znám). Nakonec mě nepřijali, protože jsem při remote pohovoru (seděli v kanceláři cca 20 minut chůze od mého domova), neměl kameru. Což skutečně nemám, žádný server ji po mě nikdy nechtěl.

My jsme měli v QCM pohovor na jedno kolo, vedl jsem jej já a technika poznám už ve dveřích. Takže jestli někdo skutečně potřebuje zaměstnance, má to dělat přímo vedoucí nebo nějaký pověřený zástupce (což jsem byl u nás já), nejlépe člověk, který o tom něco ví. Potom lze přijmout technika nebo programátora za 10 minut.

A mě by vlastně zajímalo, koho ta firma hledá, když jim nestačí desítky odborných článků a 20 let digitální stopy na internetu. A kdyby mě nepřijali proto, že třeba neznám nějakou technologii, tak ok, ale na kameře? Skutečně ta firma spravuje servery, nebo dělají YT kanál o tom, jak spravují servery? :-D

Takže na otázku, jestli je jich moc nebo málo, odpověď záleží pouze na tom, jestli někdo skutečně hledá nebo to jenom říká. Já jsem technika vychoval do půl roku (celkem asi 6 lidí). Je mi celkem jedno, co kdo neumí na pohovoru, ale pokud poznám, že je to technik (myšlením), tak se novou věc naučí do měsíce. A jak píše Pavel, musí ho to primárně bavit. Mě je vlastně jedno, jestli ovládám PostgreSQL, Linux nebo FreeBSD, mě baví vlastně všechno co dělám.

13
Desktop / Re:Jak používáte více displejů?
« kdy: 26. 10. 2025, 13:08:34 »
Já mám obecně problém používat více oken, všechno mám na fullscreen, takže více monitorů používám běžně pro 3 různé programy na fullscreen, když programuju tak editor je uprostřed, vpravo je dokumentace a vlevo je terminál. Jinak podle potřeby.

14
V každém DB serveru bylo mnoho clusterů v jedné DB...

Spíš naopak, ne?

Napsal jsem to nepřesně, myslel jsem mnoho clusterů na jednom DB serveru ve smyslu instalace PostgreSQL. A potom také mnoho jednotlivých databází v každém clusteru.

15
Obecně automatická instalace clusteru na Debianu mi přišla vždy jako dost nepraktický nápad

My jsme si to naopak nemohli vynachválit. V každém DB serveru bylo mnoho clusterů v jedné DB, Debianí příkazy fungovaly (problém je, pokud to někdo kombinuje). Lze mít i více verzí a update na novou verzi je opět jedním příkazem. Takto jsme migrovali hromadu databází v podstatě live.

Ono by to šlo samozřejmě i jinak, ale v Debu je to všechno už napsané.

Třeba ve FreeBSD také není automatický initdb a defaulty je potřeba nastavit hned po instalaci. Je to více manuální, ale zase si to člověk může automatizovat dle situace.

Stran: [1] 2 3 ... 30