Příspěvky

181

Studium a uplatnění / Re:Programátoři, co pracovali pro stát jsou nepoužitelní?

« kdy: 07. 03. 2021, 21:09:56 »

On taky není státní sektor jako státní sektor. Mám několik známých na různých úřadech a ministerstvech a každý z nich je odborník a dobře fungující člověk. Pak mám kamarády např. jako správce IT na průmyslové škole nebo síťaře v městském úřadě, a to jsou naopak lidi spokojení, protože si po zbytek života vystačí s tím, co se naučili na střední škole.

182

Studium a uplatnění / Re:Na akej univerzite študovať AI? MFF, MUNI alebo niečo iné?

« kdy: 07. 03. 2021, 19:28:32 »

Tohle z pricipu není moc dobrá otázka, protože většina absolventů zná právě jednu školu a tak absolutně nemá z čeho uvařit to strovnání :-)

Co psal kolega o MFF z mého pohledu dá aplikovat i na FI MUNI, magisterský obor Umělá inteligence a zpracování přirozeného jazyka tam vypadal ± stejně.

183

Vývoj / Re:Arduino a knihovny

« kdy: 06. 03. 2021, 15:43:47 »

Jo, myslel jsem to v nových produktech. Vídám běžně IoT projekty staré 1-2 roky, kde se začalo na Arduinu, pak se postupně nabalovaly periferie, a výsledek je ATMega2560 za 250 Kč, kolem ní další tisícovka v periferiích (RTC, Ethernet, CAN, lepší ADC atd.), a k tomu neskutečná doba zabitá hackováním kolem těch nejtriviálnějších problémů (například aby to umělo odeslat HTTPS GET). Přitom "moderní" (8 let staré) STM32 to všechno integruje za slabou stokorunu, knihovny s běžnou funkcionalitou na tom normálně fungují, není třeba šít na koleni SSL. V lidech pořád existuje jakýsi mem, že AVR = prověřená a stabilní věc (protože nečetli errata zatímco cokoliv novějšího je risk.

Myslím, že právě Arduino má prsty v tom odporu k RTOS, co vídám - operační systém nechceme, protože je to další point of failure, ale klidně postavíme aplikaci s gigantickou MotherOfAllMainLoops, ve které může kterákoliv pochybná knihovna blokovat :-)

184

Vývoj / Re:Arduino a knihovny

« kdy: 06. 03. 2021, 11:29:14 »

MicroPython (nebo fork CircuitPython) je skvělá věc, když si to můžete dovolit (chce dost ROM i RAM). Máte pak v podstatě i na mikrokontroleru ekvivalent ssh přístupu a dá se velmi dobře ladit a vyvíjet. Na ESP s MicroPythonem to jde i přes wifi, over-the-air updaty jsou automaticky k dispozici.

Co se Arduino knihoven týče, ani mi tolik nevadí ta organizace do setup/loop funkcí. Je to primitivní, ale nic mě nenutí to používat - chovám se k setup() jako k main(), a v ní si napíšu vlastní event loop nebo cokoliv chci. Nebo jejich main.c s vyhodím úplně a používám vlastní main.c s klasickou funkcí main.

Co mi na nich vadí je ta kvalita. Je to jak kdyby někdo vzal desktop program a jen ho portoval na free-standing AVR. Všude drahý lookupy, zbytečný volání funkcí bez cachingu, ve standardní knihovně se používá heap, což je na mikru s několika sty bajty paměti sebevražda, atd.

Ale lidi jsou nepoučitelný. Rok co rok dělám na projektech, kde firma nejprve udělala proof of concept na Arduinu, pak si řekli "počkat, ono to už funguje!" a místo opravdového vývoje jen vzali Arduino a překlopili ho na custom desku. Po roce "dolaďování" bývají obvykle připravení to zahodit i s rukama :-) protože AVR je finanční a časová sebevražda.

185

Vývoj / Re:Arduino a knihovny

« kdy: 06. 03. 2021, 10:52:49 »

Nedávno si někdo stěžoval, že tam nejsou výjimky, takže osekané to asi je, ale přežít se to dá. Už to nějakou dobu nesleduju, třeba to někdo s aktuální znalostí potvrdí/vyvrátí.

avr-g++ backend výjimky nepodporuje, takže se podle dokumentace musí front-endu předávat -fno-exceptions. Možná s Clangem by to šlo? Nebo rovnou s Rustem nebo Zigem, obojí má standardní error handling i na AVR. Ten poslední jmenovanej je na osmibitech raketa :-)

186

Vývoj / Re:Arduino a knihovny

« kdy: 04. 03. 2021, 20:49:46 »

Ještě mám rád ChibiOS, ten má fantastickou dokumentaci, je aktuální, má excelentní kernel i HAL (většinu driverů pro stm32). Je ale na dnešní dobu vyvíjen trochu zastaralým způsobem (maily, source force, ...).

Na stm32 obecně funguje velmi dobře libopencm3 - je to jen spousta pomocných funkcí a driverů pro různé MCU s Cortexem, tj. není to RTOS. Hello worldy jsou tam asi nejjednodušší - opravdu jen tucet řádků Cčka, linker script, a Makefile.

187

Vývoj / Re:Arduino a knihovny

« kdy: 04. 03. 2021, 20:44:00 »

Ten Zephyr je teď asi nejjednodušší volba. Dokumentace je výborná, práce s tím je podobná jako s jádrem Linuxu (stejnej styl konfigurace) a ve své podstatě to nic neskrývá — tj. uživatel si může užívat ty komfortní nástroje, ale když chce, může do toho snadno rejpat (je to v postatě taky jen čitelnej "Makefile").

Getting Started je na 20 minut včetně instalace toolchainu... stačí mít po ruce nějakou běžnou destičku s stm32 nebo něčím podobným a můžete blikat :-) https://zephyrproject.org/

188

Vývoj / Re:Arduino a knihovny

« kdy: 04. 03. 2021, 19:51:20 »

Arduino knihovny jsou otřesné skrz na skrz a nikde v profesionálním prostředí by se používat neměly. Je to kontroverzní názor, že Arduino tím nováčkům vlastně škodí - kvalita je špatná, některé koncepty to abstrahuje/skrývá až moc, a dokumentace je vyloženě k ničemu (v poslední iteraci dokumentace už dokonce i skrývají datové typy).

Lidem, co na tomhle uvízli, doporučuju většinou Zephyr (RTOS a ekosystém okolo od Linux Foundation), případně PlatformIO a tam si už něco naklikat (mbed).

189

Sítě / Re:Strukturovaná kabeláž v RD a bytech

« kdy: 28. 02. 2021, 11:03:14 »

ano Cat5E by stačilo, ale Cat6A neni v absolutních číslech o tolik dražší

O cenu kabelu nejde (jak píšete, cenové rozdíly jsou v projektu zanedbatelné), jde tam o průřezy vodičů a z nich vyplývající výběr konektorů a poloměry ohybu kabelu. Na jednom z prvních našich projektů jsme tahali kategorii 7 (velmi kvalitní Solarix) a až když bylo zazděno, tak jsme zelenáči přišli na to, že Legrand pro takto tlusté dráty nemá skoro žádné zásuvky v designové sérii, kterou si zákazník zvolil. S kategorií 5e máte obrovský výběr, s kat. 6A je to o něco horší (ale lepší se to), s kategoriemi 7 a vyššími musíte počítat s ošklivými a drahými zásuvkami :-)

Poloměr ohybu kolem 6 cm u kategorie 7 je taky při instalaci docela překážka, v běžných lištách na to místo není a tak buď musíte zase připlatit a designově ustoupit, nebo dělat že je všechno v pořádku a kabely lámat.

190

Sítě / Re:Strukturovana kabelaz v RD a bytoch

« kdy: 25. 02. 2021, 20:35:52 »

Já jsem si prošel od amatéra vlastníka bytu přes montážníka smarthome až po (dá se říct) projektanta smarthome instalací.

V bytech je to úplně jedno. V typické české 3+1 je největší délka paprsku kolem 20 metrů, a na tu s rozumným hardwarem dáte i těch 10 Gbps, jak píše kolega. S obvyklou topologií (hvězda ve skříni někde u vchodu, kde končí optika od ISP) máte v bytě kolem 100 metrů kabelu, takže i cena materiálu je v podstatě irelevantní.

Rozhodujícím faktorem byla snadnost manipulace, což diskvalifikuje tlustou a neohebnou kategorii 7, na kterou se navíc díky větší síle mědi hodně zmenšuje nabídka konektorů i keystonů do zásuvek.

Co se stínění týče, do země to jde na straně patch panelu/switche, v zásuvkách ne. Se zemní smyčkou jsme se setkali jen párkrát, ale je to rozumná prevence. Ideální by bylo stínění oddělit kapacitně, ale to snad žádný consumer hardware nedělá. U průmyslového to je časté.

Souběh siloviny (cyky) se strukturkou je standard, ono to pořádně ani jinak nejde.

191

Hardware / Re:PLC pro domácí použití

« kdy: 13. 02. 2021, 23:29:12 »

zrovna teď je v CN/TW nálada k citelnému zdražování :-(

Nám už sales rep Apaceru avizoval 20% plošně.

192

Hardware / Re:PLC pro domácí použití

« kdy: 13. 02. 2021, 23:17:53 »

Upresnis jeste jaky pouzivate file system? EXT4?  a "jak velky" je pocet zapisu?

/boot je vfat (vyžaduje to firmware RPi), zbytek je jeden btrfs oddíl se subvolumy (root, var, nějaké naše atd). Rootfs parametr Linuxu odkazuje na symlink, který ukazuje na aktivní verzi firmware (subvolume), takže upgrade/rollback je jen věcí přehození symlinku a reboot. Nové verze se distribuují jako btrfs send -p delty - takže jednak jde vzduchem málo dat, a jednak i ten zápis nové verze (celý rootfs) je šetrný, protože btrfs zapíše jen nové bloky. Mám tam potom vedle sebe třeba 10 plnohodnotných instancí (verzí) firmwaru, každá má podle du třeba 2 GB, ale karta je jen čtyřgigová a místa je zabráno třeba 2.2 GB :-)

V provozu to zapisuje jenom minimálně: / je ro, /var je rw ale normálně do něj nikdo nepíše, jen při bootu a otáčení systemd timerů se tam zapisují lockfily a další drobotina. Určitě to nejsou ani MB za den. Loguje se do /run/log, něco se vzduchem přenáší na server.

Vymyslel to kolega před pár lety, musel hodně bojovat aby nás přesvědčil, ale teď si už práci se squashfs+overlayfs nedovedu představit. Má to všechny výhody read-only modelů s těmi read-write - i to že můžu např. udělat zákaznickou úpravu něčeho bez komplikací (btrfs příkazem přehodím flag read-only) a dokonce se ta změna upgradem na novou verzi nepřepíše.

193

Hardware / Re:PLC pro domácí použití

« kdy: 13. 02. 2021, 13:36:53 »

Za kartu Apacer AP-MSD04GCA-2HTM (<300 Kč za 4GB) bych dal ruku do velmi malého ohně :-)

Máme to nasazeno v RPi3 v consumer zařízeních (takže žádné zálohy napájení, vypínání shozením jističů, žádná údržba), za 4 roky naběháno asi 3000 device-years s celkem asi 5 závadami SD karty. Neumím jednoznačně určit, jestli za to mohlo skutečně selhání SD karty nebo např. kondenzace vody nebo elektrostatika (provozuje se to v hnusných podmínkách a sahají na to neproškolení pracovníci rukama).

Jsou to "SLC Lite", tj. MLC hardware provozovaný jako SLC (jak popisuje kolega iSLC výše) s troškou ECC a jiným wear-levelingem navíc. Linux nad tím je provozován v režimu read-mostly.

194

Vývoj / Re:Jak posunout vývojáře k CI/CD

« kdy: 27. 01. 2021, 23:33:13 »

Tohle bohužel není ojedinělý úkaz, jistá pražská telco firma s obratem ve vyšších stovkách milionů používá jako version control Samba share, do kterého ct. vývojáři občas "commitnou" svoje dílo. Výpis souborů pak vypadá v duchu:

Kód: [Vybrat]

projektxxx uprava leden pokus.zip
projektxxx uprava leden final.zip
projektxxx uprava leden final (1).zip
projektxxx uprava leden final (1) oprava.zip
projektxxx uprava leden fix.zip
projektxxx uprava leden fix (1) kolaudacni.zip
projektxxx ostra nemenit.zip
projektxxx ostra nemenit (kopie).zip

a obsahem ZIPů bylo cokoliv. Někdy pár souborů s .NET zdrojákem, jindy celý VS projekt i s build artefakty. Někdy jen delta, např. pár upravených souborů. Nad tímto vývojový team dělal "agile" porady, které trvaly obvykle od prvního kafe až do oběda. Já jsem se tam motal v jiném oddělení, kde jsme takovou anarchii netrpěli, při jednom setkání jsem se na důvod jejich systému zeptal. Bylo mi tím nejnadřazenějším způsobem vysvětleno, že v businessu git ani jiný amatérský freeware nemá co dělat :-)

Byla to přesně taky firma, jejímž primárním zaměřením není vývoj (čehokoliv), a tak vedení neznalo a neřešilo směr, kterým by to měli vést. Jen co odkoukali od kamarádů ve vedení jiných firem.

195

Vývoj / Re:Mají smysl daily standupy?

« kdy: 03. 01. 2021, 15:37:47 »

My jsme dělali standupy ve firmě, kde v podstatě každé oddělení byl jeden člověk. Každý si tam řekl, co zrovna dělá, čemuž nikdo další nerozuměl. Zabilo to hodinu z každého dne.

Dělalo se to přesně proto, že to kravaty viděly u firem svých kamarádů a tak to přece musí fungovat i u nás.