Příspěvky

Mullvad browser nevím, ale uBlock Origin je hlavně boží adblocker.

Jediná konfigurace co jsem tam za roky dělal je, že dám občas výjimku na nějakou stránku - budto když chceš nějakou webovku podpořit (jako třeba root.cz ), nebo pokud Tě to s adblockerem nepustí k obsahu kterej potřebuješ.
"čas a úsilí a naučit se to konfigurovat" se počítá na jednotky minut, včetně instalace.

Díky!

Když jsem začal před několik lety chodit na Root.cz, tak se mi líbilo, že se tu neřešila tolik politika. Ale v tuhle chvili je polovina zpráviček na první stránce o politickejch tématech :-(

Chápu, že to je důležitý, pro spoustu lidí zajímavý, a sám jsem rád, když jsem občas o něčem relevantním informován. Ale dneska je toho už nějak moc. A třeba konkrétně význam té filipiky proti Bartošovi vůbec nechápu - to je jenom palivo pro plamenou diskusi o kulturních válkách.

No nic, jen jsem si potřeboval trochu vylít srdíčko.

Bylo by možné neřešit tyhle věci na linuxovým fóru?

Ehm, AI pomáhá ale ve free modelu, tedy zaměstnavatel ty prostředky uplně neposkytuje :-) a je to ve stylu komu nestačí free kupte si vyšší verzi gemini nebo chatgpt... :-) ale používejte to, to ano, ať práce frčí..

To je zajímavý. Nebojej se u Vás ve firmě, že do neplacené verze chatbota někdo pošle firemní data, ke kterým se pak dostane někdo nepovolaný?

U nás se tohle celkem řeší  - Asi taky proto nám platí AI, nástroje kde mají smluvně ošetřený nakládání s firemními daty.

No a co ten pair/mob programming? Neni to lepsi?

Dokážu si představit, že to má svý výhody. Osobně je pro mě takováhle těsná spolupráce kdy sedíme s kolegou oba nad stejným kódem strašně náročná na pozornost. Člověk musí přemejšlet jako ten druhej a nemůže přemejšlet sám po svým.

Procházím to a hledám v tom principiální chyby nebo věci, které by mohly ohrozit výkon aplikace.

Takže neřešíte třeba až tak úplně business logiku, jenom jestli tam nejsou nějaký úplně strašný a nebezpečný prasárny?

Co si vsimam, tak ludia co robia cez LLM si nechavaju aj code review robit cez LLM a po tyzdni sa do kodu uz vobec nepozru (a to nazyvaju sami seba programatormi).

Což je ovšem naprosto pochopitelný - jenom kontrolovat cizí kód je nevděčná práce a troufnu si tvrdit, že přinejlepším vědomí a svědomí málokdo dokáže jenom čtením porozumět cizímu kódu tak dobře, jako by ho psal sám.

Ale u části projektů vlastně na kvalitě kódu nesejde - Hlavně že to dělá, co to dělat má.

U LLM, ale i non-LLM kódu je potřeba hlavně pochopit, jak daný commit řeší zadaný problém. Dělá to, co má? Nedělá to něco navíc, co nebylo v zadání (pochopil pisatel kódu zadání, bylo jasné, co má dělat)? Nedělá to moc složitě (z výpočetního hlediska, struktury)? Drží to guidelines pro psaní kódu? Je kód srozumitelný, dobře okomentovaný, používá smysluplné identifikátory?

To zní, jakože na tom review musíte strávit snad stejně času jako původní řešitel, ne?

Některý commit lze schválit "formálně", když člověk na první dobrou vidí, že je vše v pořádku.

Jak tohle jste schopen posoudit na první dobrou? Nebo to je myšleno spíš v kontextu triviálních změn?

V dnešní době by ale každopádně měl první kolo code review dělat nějaký LLM, odhalí toho docela dost a rychle.

JJ, na tohle jsou ty plechovky super. U vygenerovanýho kódu jim pořád úplně nevěřím, ale review je možnost napáchat škody minimální, ale většinou něco odchytí.

Ahoj.

Zejména (ale nejen) v souvislosti s nástupem LLM generátorů kódu mi vrtá hlavou, jak přistupovat ke code review. Jak je děláte u Vás?

Je to jenom formalita, kdy to bezmyšlenkovitě odbouchnete?
Procházíte každý řádek změněného kódu a zamýšlíte se nad tím, jako byste to psali sami?

V našem týmu se to bere spíš jako formalita vynucovaná architekty, takže si to většinou bez čtení schválíme a jdem dál. Je to norma?

Máte nějaký metody jak si code review zefektivnit či zrychlit?

Myslím (vlastně spíš doufám), že se nedožiju toho, že by hardwarový propojení člověka se strojem bylo tak funkční, levný a bezbolestý, že by pro většinu populace výhody převážili nad nevýhodama - a od toho se to všechno odvíjí.

Pokud čip v hlavě znamená, že můžu rychlejc "psát maily" protože nemusím ťukat prstama na klávesnici, tak asi ne.

Pokud čip v hlavě znamená, že jsem díky bezešvému spojení s externími systémy násobně produktivnější a bez takovýho upgradu nenajdu práci, tak to je úplně o něčem jiným.
Pokud čip v hlavě znamená 24/7 monitorování zdravotních dat a třeba i nějakou zpětnou vazbu a regulaci tělesných procesů, díky čemuž získám třeba 10 let kvalitního života navíc,...

Řekněte mi upřímě, že byste nad tím v takovýchto případech alespoň neuvažoval.

Dnes se čipuje všechno možné: identifikační průkazy, zvířata, zboží v obchodech a dobrovolně lidi, co to chtěj.

To je ovšem jenom umístění čipu do identifikačního průkazu, zvířete, zboží, člověka co to chce. K nějaké pořádné intgraci člověka a stroje to má pořád hodně daleko.

Vždycky jsem si myslel, že senior je někdo, kdo zná tři tech stacky od základu a umí navrhout architekturu projektu během půlhodinky mezi meetingama, ale jak mi Vás tak poslouchám, tak stačí bejt medior se znalostí projektu.
To mě trochu překvapuje.

Ale vlastně ne až zas tolik - největší přínos pro firmu jsem měl v předchozí práci, kde jsem po pěti letech měl přehled a když byl jakýkoli problém, tak jsem hned věděl kam šáhnout.
V současný práci jsem přes rok a u každýho složitějšího ticketu strávím dva dny jenom tím, že se snažím pochopit, jak to sakra ten předchozí chlap myslel, a odkud se co volá.

Ahoj.

Můžu se zeptat jaká je myšlenka za tím, že "Oznámení patří do zpráviček, ne do fóra."?

Přijde mi, že spousta věci a novinek vlastně za zprávičku nestojí. Taková zprávička se objeví úplně nahoře na webu, a už to působí docela oficálně.
To mi přijde přehnaně formalistické pro situace, kdy třeba vedle borec shání lidi na hobby projekt, nebo se chce podělit o jednoduchej skript.

Přijde mi to škoda, protože jen zřídka si někdo dá tu práci ty zamčené posty skutečně do Zpráviček poslat.

Na to ale přece vůbec nepotřebuješ AI. V minulosti jsem takovou hru dokonce už hrál. (Jmenovalo se to Ars Regendi, ale stránky bohužel už nefungujou.)

A teoreticky by to mohlo sloužit i k testování nápadů – co by se stalo, kdyby vláda v určité době zvolila jinou cestu.

Tak samozřejmě, každá vláda (a větší frima) která za něco stojí má už teď nějaký modely na plánování budoucnosti.

A třeba v Číně když chtějí udělat nějaké ekonomické  změny tak vezmou malou, desetimiliónovou oblast, kde je zkusí implementovat a na základě toho pak pokračují dále. (Tímhle stylem se třeba vyšvihnul Shenzhen - za dob hlubokého komunismu to bylo malé městečko, kde ale na zkoušku povolili volný trh.)

LolPhirae: Přímo na rootu (mimo fórum) musí čekat na schválení všichni noví uživatelé. Já taky. Je to otravný, ale není to stejný jako mazání.

A nezlobte se, ale zrovna Vaše příspěvky tady na fóru, kde opakovaně urážíte ostatní jsou v mých očích argumentem spíše PRO moderaci.

Problém se nakonec vyřešil, když jsem v BIOSu, v nastavení Secure Bootu vybral konkrétní .efi soubor.

Trochu mě zmátlo, že Secure Boot mám vypnutej, takže mi nedávalo smysl šťourat se v (zašedivělý) části pro nastavení s ním související.

Zkus nastavit boot mode na legacy/mbr nebo UEFI&Legacy with uefi first.

Možnosti byly jen UEFI nebo Legacy, zkoušel jsem, bezvýsledně.

Co se týče typu počítače: Je to nějakej postarší Acer Predator, 17 palců úhlopříčka, procák Intel Core i7 6700 a grafika GTX 1060. Hledal jsem konkrétní konfiguraci, ale nenašel. Na to, kolik mu je (tak 7-8 roků) se ten HW fakt drží, rozjel jsem na tom zatím všechno, co jsem chtěl.

Ten screen vypada jako kdyby se jednalo o zapnuty CSM a tudiz legacy boot.

V pripade UEFI bootu se totiz pise bud  UEFI HDD: neco, nebo se zobrazuje nazev bootovaneho OS.

Co by z toho plynulo?

Jinak v UEFI existuje jedna zrada - a to je, ze nektere biosy umi bootovat jen defaultni OS, ten ktery ma zavadec pod cestou \EFI\BOOT\bootx64.efi . Nektere OS se instaluji jako BOOT\gentoo.efi nebo grub.efi, a pak to BIOS nevidi. Nekdy lze v UEFI biosu pridat custom cestu k zavadene polozce, nekdy ne - coz muze byt tvuj pripad, ze to fakt ceka default nazev.

Bootni LIVE znova, namountuj z nvme tu prvni EFI partisnu nekam a podivej se co za soubory jsou v boot resp EFI/boot slozce v ni - pokud tam neni bootx64.efi, ale jiny .efi soubor, tak vytvor z nej kopii s timto nazvem, pak cd ven, umount, reboot.

Díky za tip, zítra zkusím.

EDIT:
pak jeste existuje cmd line utilita pro zmenu nastaveni UEFI - boot order. Muzes jenom pustit "efibootmgr" a melo by to zobrazit co si UEFI bios mysli.

Viz obr. To v podstatě odpovídá tomu, co se děje - že prostě ty... partišny(?) s OS neshledává bootovatelnýma? Proč?

Jak jsi nastavil v BIOSu UEFI? Na fotce to není. Podle mě jsi to nastavil v instalačce, ale bios umí jen MBR.

Nastavoval jsem to přímo v BIOSu. Viz obr.