Příspěvky

31

Vývoj / Re:Využíváte umělé inteligence běžně?

« kdy: 19. 06. 2023, 13:27:44 »

Ano, to je pravda, a jsou to přesně důvody, proč bych se na to bez kontroly nespoléhal. Nicméně s tím lze pracovat a ověřovat si výstupy. Když věnuju 2 minuty ChatGPT, na 50 % ušetřím 15 minut Googlení a na 50 % to nikam nepovede, stále jsem průměrně 5½ minuty v plusu.

technomaniak: všechny ty možnosti c–f bych zahnul pod b. Zvlášť v tak rychle se rozvíjejícím oboru jako IT jednak není prakticky možné znát vše relevantní, a jednak i kdyby se to někomu podařilo, moc dlouho to nezůstane aktuální. Ledaže by člověk zůstával na jednom místě – v extrémním případě vývojář v COBOLu.

Ostatně, kdyby někdo tvrdil, že ke své práci nepotřebuje Google ani jiný vyhledávač, co byste si o tom myslel? ChatGPT je totiž do jisté míry jen jinak postavený vyhledávač, v některých případech efektivnější než Google, jindy ne.

32

Vývoj / Re:Využíváte umělé inteligence běžně?

« kdy: 19. 06. 2023, 11:18:47 »

Tak zkusím příklad: ve ffmpeg jsem spojoval videa, některá byla bez zvuku, což dělalo nepořádek. ChatGPT mi poradili filtr aresample. Našel jsem si, dokumentaci k tomu filtru, naznal, že to přesně jsem hledal, a úspěšně jsem to použil. Číst dokumentaci jsem mohl, ale ChatGPT mě nasměroval na vhodnou část dokumentace.

Je možné, že juniorové to využijí častěji. Na druhou stranu, pokud to člověk nevyužije vůbec, dost možná to bude znamenat:
a. že jen neví, jak by to mohl využít, nebo
b. že se nikam neposouvá, protože nenaráží na nové problémy

33

Vývoj / Re:Využíváte umělé inteligence běžně?

« kdy: 19. 06. 2023, 09:58:36 »

Poskládat si z toho SQL query – na to je to IMHO použitelné, ale nedělal bych slepé copy&paste. Když nevím, kterou cestou se mám vlastně ideálně vydat (a hledání cesty zabere klidně ¼h, když to půjde dobře), zeptám se ChatGPT a mám slušnou šanci, že z toho vypadne rozumné řešení. Pokud tomu řešení nerozumím, snažím se ho pochopit, nejsem lepič.

OK, asi jednou jsem udělal slepé copy&paste, něco ve smyslu „jsem zvědavý, jestli to bude fungovat, pokud ano, pak se tím mohu zabývat dál“.

Někdy to pomůže s úkolem „viděl jsem funkci, která dělá přesně to, co potřebuju, ale nemohu ji vyhooglit“.

34

Vývoj / Re:Využíváte umělé inteligence běžně?

« kdy: 18. 06. 2023, 15:16:08 »

Vyvoj hardware je jeste porad neco, co nejde ukecat ci levne iterovat desitky slepych ulicek v IDE.

Z toho IMHO neplyne, že by se na to nehodilo AI. Já AI na vývoj nepoužívám tak, že bych slepě používal, co mi vyplivne. Zadám AI nějaký úkol, kde je pro mě mnohem jednodušší ověřit správnost řešení než řešení vymyslet. Někdy mi nabídne zcestné řešení, někdy mě nasměruje správným směrem. Trochu spekulace, ale statisticky se mi to IMHO vyplácí. Ale hlavně: typicky to pro mě neznamená nějaké iterace (úprava / build / test) navíc. Principiálně tu tedy nevidím důvod, proč by se to nemělo hodit k vývoji HW. Ano, je možné, že to třeba nebude pro některé oblasti umět tak dobře napovídat, ale to už je jiná kapitola.

35

Vývoj / Re:Využíváte umělé inteligence běžně?

« kdy: 18. 06. 2023, 11:25:12 »

Přijde mi, že někdy dvě minuty s ChatGPT nahradí ¼h Googlení. Jasně, u otázek, kde mi nejspíš Google v prvním výsledku nabídne, co potřebuju, to moc nedává smysl. U komplikovanějších otázek, kde musím toho kombinovat více, ChatGPT někdy dá dobrý výsledek rychle. Někdy halucinuje, nicméně dát tomu 2 minuty mi někdy dává smysl.

Další možnost je ptát se jej na nějaký opensource projekt. Opět, někdy halucinuje a odkáže do neexistujících míst ve zdrojových kódech, ale někdy nasměruje dobře a velmi rychle.

36

Studium a uplatnění / Re:Práce jako OSVČ a podnikatelské riziko

« kdy: 14. 06. 2023, 08:21:41 »

No, mám takové tušení, že použití peněz sročka může řešit nejen jiný společník (který u jednomužné společnosti není), ale i BÚ, kterému se nebude líbit optimalizace berní…

37

Software / Re:iOS 16 a non-trusted intermediate CA

« kdy: 28. 05. 2023, 15:13:50 »

Posílá se i ten intermediate certifikát? Pokud ne, může nastat pěkný nepořádek:

* Někdy to prohlížeč přijme, protože tu intermediate CA už někdy viděl a zapamatoval.
* Někdy to stejná verze prohlížeče odmítne, protože tu intermediate CA ještě neviděl.
* Některé prohlížeče se chovají více deterministicky a odmítají certifikát bez celého chainu, i když tu intermediate CA již někdy viděly.

38

Software / Re:xdotool mousemove x y - proč není vidět posun kurzoru myši?

« kdy: 28. 05. 2023, 15:06:30 »

Ve vedlejším vlákně píšete něco o virtuálce ve Windows XP.  Pokud jede systém jako virtuálka, může záviset na nastavení virtualizace, jak se bude v takových případech chovat kurzor. Zejména pokud se virtualizační SW snaží, aby kurzor přecházel plynule mezi guestem a hostitelem.

39

Distribuce / Re:Rozbil jsem si PATH

« kdy: 22. 05. 2023, 09:33:56 »

Pokud oprava spočívá v editaci /bin/yum, tak se obávám, že to nejbližší update yumu zase rozbije. Část souborů si může uživatel měnit dle svého, část spravuje například správce balíčků. Když upravíte soubor spravovaný správcem balíčků, při aktualizaci jej nejspíš nahradí novou verzí, a nebude udržovat vaše úpravy.

IIUC jste přesouval Python nebo tak něco. Tomuto bych se vyhnul, Python v systému má svoje místo, na které se spoléhají další balíčky.

40

Vývoj / Re:Java DataInputStream - rychlost

« kdy: 22. 05. 2023, 07:19:29 »

Od stolu bych tipoval: Volání BufferInputStream.read(bytes) na každý bytě je zpočátku neefektivní, ale JIT ho potom zoptimalizuje, proto při opakovaném použití to není problém. JIT typicky nekomplikuje kód hned, ale až po nějakém množství použití. Tím si jednak zajišťuje, že nekomplikuje kdeco, a jednak díky tomu má nějaké statistiky, kterých může využít. Takže část cyklu poprvé proběhne neoptimálně, proběhne kompilace a dál je to OK.

To, že záleží, ve kterém vlákně se to spustí, je na první pohled divné, ale v zásadě to není v rozporu s hypotézou. Mj. je možné, že i další vlákna budou mít nějaký vliv na JIT.

Jak to ověřit?

a) Napadá mě použití -Xint, tím JIT vypadne ze hry. Ano, bude to pomalejší, ale mělo by to být konzistentně pomalejší. Problém ale je, že to může být tak pomalé, že ten rozdíl v tom nebude patrný.
b) GraalVM native-image – vše se zkompiluje ještě před startem, JIT do toho nebude házet vidle. U dlouho běžících aplikací může JIT udělat lepší práci než native-image, ale native-image dává predikovatelnější výkon. Nevýhodou je, že nelze použít na každou aplikaci, protože to klade nějaké dodatečné požadavky – zejména musí vědět, co všechno má zkompilovat, do čehož mu může do nějaké míry házet vidle třeba reflexe provedená později než při statické inicializaci. Spoustu věcí lze řešit, jen jsem chtěl upozornit, že ne všechny aplikace lze takto přeložit na první dobrou.
c) Experimentovat s -Xcomp (zkompiluje vše při prvním použití; bude toho kompilovat více, bude častěji rekompilovat (protože častěji nevyjde spekulativní předpoklad), asi z toho nebudou padat tak dobré výsledky), případně -XX:CompileThreshold. Neříkám, že se to hodí do produkce, spíš to může přinést predikovatelnější chování.

BTW, Executor obecně nemusí kód spustit hned (a dokonce ani v jiném vlákně). Zřejmě s tím není problém (jinak by problém nevyřešil onen workaround), ale je dobré s tím počítat a nebrat volání Executor.execute(Runnable) za začátek práce.

41

Desktop / Re:Poraďte zajímavé využití RAM disku v Linuxu

« kdy: 18. 05. 2023, 17:08:57 »

IIRC u dvou různě rychlých modulů se typicky rychlost sníží na ten pomalejší. Resp. neznám všechny architektury apod. Ano, máme tu třeba NUMA, a věřím, že by to na nějaké specifické architektuře šlo řešit, ale to by už musel být specificky formulovaný dotaz.

Ad Optane – měl jsem za to, že Optane se připojuje přes PCIZ většinou přes M.2, a přirovnání RAM jsou spíše dílem marketingu.

42

Desktop / Re:Poraďte zajímavé využití RAM disku v Linuxu

« kdy: 18. 05. 2023, 13:44:57 »

Jakože byste chtěl dát ramdisk na konkrétní fyzický modul paměti?

1. Jak to souvisí s vláknem?
2. Proč by to někdo dělal?
3. Asi prakticky moc ne – mj. byste se musel vzdát vícekanálové paměti, jinak se jeho obsah rozdělí mezi více fyzických modulů, aby tam byl přístup rychlejší.
4. Teoreticky je možné leccos, když si k tomu náležitě upravíte zdroják. Hádám, že nikdo tu práci za Vás ještě neudělal, protože neznám odpověď na #2.

43

Sítě / Re:Horší WiFi na MikroTik hAP ax3

« kdy: 30. 04. 2023, 18:55:45 »

No stále mi mimo default VLAN jedou malé objemy dat => žádné velké vytížení. Nejvíc mimo default VLAN bych realisticky mohl dát tak, že bych do sítě pustil nějakého hosta, který by hodně stahoval/nahrával. Ale toho omezí rychlost Internetu, k 300 Mbps se ani zdaleka nepřiblíží. A do lokální sítě se nedostane.

44

Sítě / Re:Horší WiFi na MikroTik hAP ax3

« kdy: 24. 04. 2023, 08:54:33 »

Tak já používám VLANy s Wi-Fi, ale pokud jediné omezení má být těch 300 mbps, tak na to moc nemám šanci narazit. Zařízení mimo default VLAN přenášejí malé objemy dat, a i v té default VLAN jdou velké přenosy buď na Internet (rozhodně pod 300mbps), nebo jde o neprioritní záležitost. Takže jestli chápu dobře, nemám moc šanci narazit na problém, pokud po něm nebudu přímo pátrat.

45

Server / Re:Je takýto výkon VPS OK?

« kdy: 19. 04. 2023, 20:26:59 »

Emulace a JIT je ale něco poněkud jiného než PV. Při plné virtualizaci hostitel předstírá kompletní HW a guest se jej snaží ovládat. Při PV se nepředstírá reálný hardware, ale mezi guestem a hostitelem je nějaký protokol, se kterým lze pracovat efektivněji. Dříve to dávalo smysl i pro správu paměti (zejména na x86), ale později se to jednak zkomplikovalo (x64 znemožnily jeden hack) a jednak přibyly instrukce, které to vyřeší jednodušeji a efektivněji, čímž plné PV pozbylo smysl. V některých případech (disky, síť, boot, …) to ale stále dává smysl. BTW, paravirtualizaci pro některá zařízení (IIRC disky, síť a random) používá zdaleka nejen Xen – vizte třeba virtio.