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 - 91314

Stran: [1]
1
/dev/null / Vidím dva typy AI, ale PR má jen jedna :-)
« kdy: 29. 07. 2025, 14:58:59 »
Nějak začínám být přesycen řečmi o AI v mediich, zkusím nastínit téma pro diskusi.

Symbolická AI (např. Prolog) (sedmdesatá léta?):
    Výsledky jsou deterministické, přesné, vysvětlitelné.
    Skvělá pro logické inference, provázanost dat, rekursivní relace.
    Nevýhoda: musíš jí „mluvit jazykem logiky“, vše formálně vyjádřit, (clověk musí chápat matematiku).

Neuronová (LLM) AI:
    Výsledky jsou pravděpodobnostní, někdy nekonzistentní až pochybné.
    Skvělá pro porozumění přirozenému jazyku, práce s neúplnými nebo neformálními dotazy, (zvládne to i básník nebo manažer :-) ).
    Ale nemá vlastní logický model reality, inference je statistická, ne deklarativní.
    Prakticky nelze vypátrat co vedlo ke konkrétní odpovědi.


2

Největší problém dnešního softwarového světa není technický – je lidský. Je to uživatelská masa, která si zvykla na komfort za cenu svobody, bezpečnosti a kvality. Tito většinoví uživatelé chtějí hlavně jedno: nemuset přemýšlet. Chtějí všechno najednou, ihned a ideálně zadarmo – a tak softwarový vývoj sklouzává k neudržitelnému modelu.

Aplikace dnes často dělají všechno, ale nic pořádně. Jsou to nedodělané polotovary, které zahlcují uživatele funkcemi, zahlcují systém požadavky na oprávnění – a přitom neposkytují jednoduchý, dobře oddělený nástroj pro jasně definovanou úlohu.

Jedním z příkladů, které mi to otevřely oči jako první, bylo PuTTY. Je to funkční SSH klient, zároveň nějaký terminál – a pak se to slije dohromady do jediné aplikace. Je to nástroj „pro lenochy“, který je ale ve své pohodlnosti uzavřený, málo flexibilní a ztrácí výhodu modularity.

V linuxovém světě to (alespoň dřív) šlo jinak. Existuje hromada různých terminálů, každý s vlastním přístupem, každý může soutěžit o moji přízeň. Existuje víc než jeden SSH klient – třeba openssh nebo dropbear. Můžu si je kombinovat podle svých potřeb. A to bez toho, abych musel něco slepovat, kompilovat nebo přepisovat konfigurační soubory někomu cizímu pod ruku. Celé to dává uživateli svobodu – ale je to přesně ta svoboda, která je pro běžného uživatele Windows naprosto nepochopitelná.

Další moje hořká zkušenost přišla, když jsem hledal nějaký rozumný Markdown editor. Obsidian se zdál jako dobrý kandidát – ale v repozitáři mého oblíbeného Mintího Linuxu není. Dobrá, zkusím externí zdroje. AppImage? Když jsem pochopil, o co jde, nestačil jsem se divit, že to vůbec někdo považuje za bezpečné. A přesto to lidi instalují.

Pak jsem narazil na Flatpak. Vypadá nadějně – sandboxing, izolace, lepší kontrola. Řekl jsem si: „fajn, dám tomu šanci.“ Ale když jsem se pokusil nainstalovat Obsidian a podíval se, jaké požaduje přístupy, šel jsem do vývrtky. Čtení souborů? V pořádku. Clipboard? Taky pochopitelné. Ale proč, ksakru, chce přístup k IPC, síťové komunikaci, pulseaudio, nebo dokonce ssh-auth agentovi?

Ano, ke každé „díře“ do sandboxu by vývojář jistě napsal dojemný příběh, třeba o tom, že je uvnitř git-klient. Ale já chci jen editovat lokální Markdown soubor. Nic víc. Tohle je přestřelené. A hlavně – je to symptom mnohem většího problému: uživatelé jsou dnes vychováváni k tomu, že klikají na „povolit“ jako automatický reflex. Bez přemýšlení. Bez důvěry, ale i bez pochybností.

Tento přístup zabíjí kvalitu. Zabíjí svobodu. A vytváří záplavu „chytrých“ nástrojů, které jsou ve výsledku hloupé, protože nerespektují princip jednoduchosti a specializace (KISS). Svět softwaru se přizpůsobuje masám. A masový uživatel, místo aby rostl a učil se, jen tupě očekává, že všechno nějak bude fungovat. Komu to asi prospívá?

Je na čase si položit nepříjemnou otázku:
Chceme být dál jen opice cvičené k souhlasu se vším?

Dobře vycvyčený, poslušný uživatel je asi někomu velice užitečný, je snadněji ovladatelný, předvídatelný, dokonale přizpůsobený sloužit něčím zájmům, ale hlavně by se neměl už nikdy na nic ptát.

3
Server / Je toto díra v Dockeru?
« kdy: 18. 07. 2024, 13:32:38 »
Na hostitelském počítači, jako běžný uživatel, který je ve skupině "docker", si vytvořím kontainter, v tomto kontaineru mám root.
pokud do tohoto kontaineru nasdílím nějaký adresář hostitele,
docker run -v ...
Tak mohu z kontaineru do tohoto adresáře hostitele vytvářet soubory, které se na hostiteli tváří, že je vlastní root.
Navíc mohu takovémuto souboru z kontaineru nastavit s-bit .

Není toto díra ?

4
Software / Re:Confluence - alternativa pro Linux
« kdy: 27. 04. 2024, 22:02:25 »
Pokud to mají používat lidé, kteří umí GIT, tak bych doporučil ZIM
https://zim-wiki.org/
Jednoduchá python aplikace s datama ve filesytemu, co článek to soubor.
Další výhoda je možnost práce i offline a řešení případných konfliktů a histore již zavedenými prostředky GITu.

5
Server / Re:MS 365: podvržené emaily
« kdy: 14. 09. 2023, 10:58:54 »
Možná se zamyslet, zda by paní účetní neměla vědět za co se platí, zda by neměla být schopna to ověřit? alespoň faktury od nějaké částky?  sledovat a vdět o cvrkotu ve firmně? nechat faktury schvalovat oddělením, které si objednalo fakturovanou službu nebo zboží?
Jinak můžeme paní účetní nahradit jednoduchým API bez umělé inteligence :-)

6
Odkladiště / Re:Škálování a spotřeba Bitcoinu
« kdy: 12. 12. 2022, 13:23:51 »

Nemůže být BTC jeden z nástrojů jak zpomalit akutní blbnutí lidstva? Nepůsobí tím, že ho špatně používají ti,kteří nechápou jak funguje a pak příjdou o své prostředky, jako selekční tlak, bez kterého není evoluce ?

A jak se ma spravne pouzivat a jak funguje?

Funguje podle protokolu, kterýt je konsistentní a neutrální jako málo která jiná technická konstrukce.
A použivat by se měl výhradně tak, že klíč od mých BTC je výhradně v mých rukou a pokud jich mám víc, tak většinu mám offline.
To, zda do něj investovat či neinvestovat, je každého věc a věcí jeho obliby loterii, jen tato loterie je s daleko vyšší pravděpodobností výhry, ovšem s menší výhrou relativně ku velikosti sázky. Normální člověk si občas může koupit los, ale ten, kdo za losy ustratí všechny své peníze,  nebo se pro nákupy losů i zadluží, či není ochoten investovat tu energii do pochopení významu vlastnění klíče ve vlastních rukou, se jen nestíhají přizpůsobovat evoluci.


7
Odkladiště / Re:Škálování a spotřeba Bitcoinu
« kdy: 12. 12. 2022, 09:18:58 »

Přečetl jsem si první dvě stránky a musím reagovat, tak snad nikoho neopakuji.

Opravdu si myslíte, že energeticky náročené jsou transakce BTC? není energeticky náročené spíš přebíjeníse chamtivích těžařů?

Opravdu si myslíte, že ten, kdo dělí celkovou spotřebu sítě počtem transakcí, není buď hlupák nebo manipulátor?

Není to náhodou tak, že když jeden těžař zvýší těžební výkon, motivuje tím ostatní těžaře k tomutéž?

Nefunguje náhodou jeden z mnoha úžasných samoregulačních mechanizmů BTC tak, že čím je drahší elektrika nebo levnější BTC, tím automaticky klesá těžební výkon a naopak?

Nemohli by ti, kteří topí elektřinou, strkat ten výkon na místo do odporového drátu, do křemíku a těžbu mít jen jako vedlejší prodkukt? Muselo by se ovšem při teplejším počasí vypnout nebo snížit výkon, což jde proti té chamtivosti. Nebylo by zajímavé tím ohřívat teplou užitkovou vodu? voda má docela velkou tepelnou kapacitu a je potřeba celoročně a klasický boiler stále používá mnoho lidí.

Tolik k technice. Tržní cena je jiná záležitost, nemohou ty občasné vlny negativních zpráv o BTC v médiich, být na objednávku někoho, kdo zrovna chce přikoupit?

A ještě k těm nelegálním činnostem,

Není práce s hotovostí pro padouchy jednodušší ? po transakcích v hotovosti nezůstává žádný záznam v žádném blockchainu.

Neměli by se zakázat nože ?  je přeci tak jednoduché nožem někoho zabít a co třeba auta? kolik lidí ročně zabijou na světě auta? neměla by se zakázat?

Nemůže být BTC jeden z nástrojů jak zpomalit akutní blbnutí lidstva? Nepůsobí tím, že ho špatně používají ti,kteří nechápou jak funguje a pak příjdou o své prostředky, jako selekční tlak, bez kterého není evoluce ?

8
Vývoj / Re:co je no-code a low code
« kdy: 15. 05. 2022, 22:21:52 »
Je to v podstate programovanie spôsobom že nepíšeš kód ale kreslíš čiary a spájaš "boxíky"... takýto spôsob je dobrý pre úplných začiatočníkov a veľmi primitívne projekty, lebo nováčik sa nemusí učiť celý syntax jazyka (rázovo), ale na druhú stranu takéto "kreslenie" ....

Tak pokud je toto ten nocode, tak jsem se s ním už setkal i ve velké komerční nadnárodní společnosti, kde si dokonce dva podobné nástroje pořídili, v naději, že se neprogramující lidé kteří by měli vymýšlet logiku informačního systému, tento nástroj naučí, a budou si moci některé nápady realizovat sami. Dopadá to ale tak, že je baví více schůzovat a tak se to hodí na hlavu programátorům, a ti pokud jsou zvyklí skutečně psát kód, tak jsou pak pěkně nešťvaní.

Jinak low code, jsem ještě neslyše, leda tak low-level-code, ale to je z úplně druhého konce spektra, to jsou programátoři, kteří jsou si při psaní kódu například i plně vědomi interní reprezentace dat v paměti, ( na rozdíl třeba od Javy ), občas se nebojí využívat i vedlejší efekt, a obvykle komunikují přímo s HW.  Například ovladače, nebo třeba AVR pokud k němu nepřistupuješ jako k Arduinu ;-)

Ale třeba je ten low-code něco jiného ? neustále vznikají kolem nové termíny, rád se poučím :-)



9
/dev/null / Přepísknutý marketing ?
« kdy: 23. 02. 2022, 10:15:44 »
Sháním levnou, multifunkční, černobílou, laserovou tiskárnu, která by mi fungovala s linuxem.
Na CZC i Alze jsem našel  hp-laserjet-pro-m28a, splňovala vše co bych si od ní představoval.
Bohužel, není dostupná a nikdo neví zda bude.  Zdá se, že v nabídce je spousta levných tiskáren splňující mé požadavky, ale skladem žádné levné, skladem jsou jen ty od násobnků ceny té nejlevnější.  Vypadá to, jako kdyby ty levné tiskárny v těch nabídkách byli pouze jen pro nalákání zákazníka a pak mu byli pomalu podsouvány ty dražší a ještě dražší, říká se tomu pomalé vaření žáby, nebo také Overtonovo okno a rozhodně to nepatří k férovému jednání.

Postupně jsem se nechal uvařit až skoro na dvojnásobek ceny, hp-laserjet-m140we, k té zase nezjistíte jaký toner do toho pasuje, tak že si nelze předem zjistit, za kolik a kde se nechá sehnat. Alza má dokonce v doporučeném příslušenství k té tiskárně 20 druhů papíru ale ani jeden toner.

Už jsem na tom výběru té tiskárnt strávil více než 4 hodiny času.

Nákup tiskárny vzdávám, pokusím se ještě vydržet s tou 10 let starou inkoustovou tiskárnu kterou mám, jejíž jediná vada je ta, že při frekvenci tisku jednou za pár týdnů mi pokaždé vyschne, nebo někam vyteče inkoust.

Potřebuji ale poradit, co by se dalo udělat pro to, abych se těm komerčním molochům mohl trochu pomstít, něco, co by je alespoň trochu zabolelo, z všude přeplněného marketingu se mi chce zvracet, a toužím tyto subjekty nějak spolehlivě a alespoň trochu bolestivě klepnout přes prsty, i kdyby mě to mělo něco stát.

Je tu také někdo takto postižený ?
Napadá vás něco co jim provést ?

10
Hardware / Re:Minimální SBC
« kdy: 30. 06. 2021, 22:57:24 »
Myslím, že toho mám hodně co zkoumat,
dík za všem za všechny náměty.


11
Hardware / Re:Minimální SBC
« kdy: 30. 06. 2021, 14:47:22 »
Uznávám dva extrémy, buď Bare-metal, což dělám vždy na 8-mi bitech, nebo plný konfort jako linux, ten ale asi bez velké spotřeby možný nebude a externí paměť k Arduino (stavebnice), zrovna tak jako STM32, znamená si přilinkovat cizí, nespolehlivý bordel. Tak že mi RPi Pico připadá asi jako nejnadějnější cesta k cíli a asi jí zkusím.

Díky za náměty.

12
Hardware / Re:Minimální SBC
« kdy: 30. 06. 2021, 11:52:38 »
Tohle nevypadá na úlohu s linuxovým SBC. Kontinuální sběr dat a 1x za 10 minut report na server pomocí NB v rozsahu <100B mi teď včetně komunikace žere průměrně cca 300uA a ještě je tam prostor na snížení spotřeby v řádu nižších desítek uA. MCU je STM32.

Kolik má to STM32 RAM ? a dá se na to pohodlně vyvíjet bez nějakého komplexního IDE ? bylo by možné doporučit nějaké tutoriálky? příklady? něco od čeho se odpíchnout ?  mám mnohaleté zkušenosti jen s 8-bitovými MCU, ale IDE nemám rád, pro AVR (Arduino) i pro 8051, používám jen CLI nástroje.

13
Hardware / Re:Minimální SBC
« kdy: 30. 06. 2021, 08:26:32 »
Cílem je sběr a částečné zpracování dat v terénu, kde není napájení, dlouhý provoz na baterku, nebo z malého solárka.
Nakonec by mi úplně stačilo i RPi Zero, pokud by umělo suspend to ram a probouzel bych ho z AVR, které by číhalo na čidlech a počítalo čas. Bohužel, RPi suspend neumí, nebo alespoň o tom nevím, a boot při každé události by byl energeticky moc náročný.

Je ale pravda, že mít to vše přímo na MCU, bez OS a univerzálních knihoven, se správným usínáním a buzením na čidla a časovač, by asi bylo energeticky nejúspornější, bohužel, umím jen AVR a 8051 a ty mají na zpracování některých dat na místě moc málo RAM.  Možná ten STM32 by byl řešení, doporučíte mi nějaký tutoriálek ?


14
Hardware / Minimální SBC
« kdy: 29. 06. 2021, 21:31:26 »
Doporučte prosím nějaký jednodeskový počítač, něco jako RPi, na čem by dokázal běžet Linux nebo Minix. Runlevel 5 nechci, stačí runlevel 2, možná i 1, stačí jedno jádro a raději bez GPU, frekvence CPU stačí stovky, možná i desítky MHz, ale to nejdůležitější je spotřeba. RPi je strašný žrout.
Soptřebu si představuji do 1mA v idle. Jinak za aktivního běhu nějakého proces, není spotřeba tak důležitá.
Dokážete někdo takovou desku doporučit ?
a kdyby se půdorysem vešla do stejné plochy jako RPi, tak by to bylo perfektní.

Stran: [1]