Příspěvky

16

Hardware / Re:SAS disky na serveru I/O error, testování

« kdy: 05. 04. 2024, 07:03:26 »

Jeden výstrel do tmy: Niektoré disky podporujú šifrovanie (napríklad notebooky ThinkPad, diskové heslo pri štarte... https://github.com/jethrogb/lenovo-password ) a ak je disk zašifrovaný a nieje odomknutý (nejaký hdparm príkaz, ktorý mu pošle heslo), tak sa v systéme správa nedefinovane. Podľa počutia sa tvári ako blokové zariadenie s korektnou veľkosťou, ale nedovoluje čítanie ani zápis. Napríklad.

Váš prípad vypadá ale kus inak. Skúste namiesto zápisu (ten evidentne ide), čítanie. teda head -c 512 /dev/disk.

17

Software / Re:Část bash historie občas záhadně zmizí

« kdy: 03. 04. 2024, 17:39:13 »

Prispejem jednym skvostom: per-directory-history pre zsh - https://github.com/ohmyzsh/ohmyzsh/tree/master/plugins/per-directory-history

Pouzívam oh my zsh a plugin per-directory-history (a asi este git plugin) a po stipke zvykania som si zvykol a nemenim.

Prax: kazdy adresar ma vlastnu historiu a je dostupna klasicky sipkou hore a skratkou ctrl+r pre hľadanie. Kedykoľvek stlačím ctrl+g, tak sa prepnem do "global history" a vyhľadávam v histórii všetkých adresárov...

PS: Vďaka tomuto si niekedy vytváram aj prázdne adresáre v ~/tmp adresári, ktoré slúžia ako "projekt" pre niečo. Napríklad, keď si chcem spustiť nejaký docker kontajner a pohrať sa s ním jednorazovo. Takto sa viem vrátiť k experimentu neskôr.

18

Odkladiště / Re:Jak přistoupit k integračním testům?

« kdy: 29. 03. 2024, 07:06:11 »

Ono je otazka, preco ides robit e2e testy. Co je cielom. Podla ISTQB (testerske certifikacia vpodstate) by si mal mat nejaku biznis oblast (tlac faktur, spracovanie daní,...) a tato oblast obsahuje nejake use-case a tieto usecase maju nejake TC (tesc case-y). Nasledne exekuujes mnozinu TC a na zaklade toho vies, ktora oblast tvojeho sw, je ako rizikova (podla pokrytia testami a podla uspesnosti exekucie).

Primarnym cielom e2e testov by nemalo byt preverenie "vsetkeho". To mas robit v unit testoch (overenie, ze validacie su naprogramovane spravne). V e2e mas overit, ze validacie su na danom screen-e pritomne a aktivne a ze sa korektne zobrazuju. A to sme pri tom, ze vlastne ty chces robit system test (testujes backend a nie end to end, lebo nechces ist cez browser).

Long story short:

• na kontrolu validacii pouzi PBT (property based testing); v java svete napriklad https://jqwik.net/
• v UAT (user acceptance tests), alebo system tests, ktore robis, sprav v kazdej oblasti niekolko dlhsich playbookov a snaz sa asertovat "naraz"

Pod asertovanim naraz myslim, ze test nepadne pri prvom chybnom aserte, ale vypise vsetky chybne aserty (assertAll v niektorych frameworkoch)

Pre dlhe letne dni odporucam citanie https://atsqa.org/educational-resources (primarne by malo stacit https://atsqa.org/assets/documents/ISTQB_CTFL_Syllabus-v4.0.pdf pre uvedenie do obrazu a pojmov).

19

Hardware / Re:Automatizacia otvarania brany Nice MC424L

« kdy: 21. 03. 2024, 11:40:39 »

K dosahu by som odporucal este prebehnut navod. Nas model mal antenu v majaciku a ak nieje antena pripojena v riadiacej jednotke, tak to ma dosah ubohy...

20

Studium a uplatnění / Re:Co se dál učit jako programátor?

« kdy: 05. 03. 2024, 07:34:27 »

Pardon za únos diskusie.

K tomu odhadovaniu elektrárne, skusil by som kurz na sw weka, spravit si nejaky zakladny tutorial a nasledne aplikovat na dostupne data.

https://www.cs.waikato.ac.nz/ml/weka/

21

Server / Re:Doporučte proxy na doma pro FE vývoj

« kdy: 15. 02. 2024, 17:22:14 »

Nerozumiem absolutne presne zadaniu, ale dobre skusenosti ako reverzne proxy mam s nginx a s traefik. Ak som dobre pochopil, toto by mohlo riesit Vas problem. A samozrejme, apache a mod rewrite to zvladne urcite tiez.

22

Vývoj / Re:Rust a RP2040 hobby projekt

« kdy: 12. 12. 2023, 10:21:06 »

to by mohlo byt zajimave nalepit na opticke vlakno normalni ledku a fotodiodu z druhe strany a udelat si primitovni prenos dat na vzdalenost pomoci tohohle.

Tiez by som sa rad pobavil timto smerom, ale kusok sa bojim, ze okrem 5 nasobku casu oproti uart/CAN/ethernet verzii by som nedospel k viacmenej spolahlivemu vysledku. Na druhej strane otazka "ako tazke to moze byt blikat si morzeovkou a pridat par samoopravnych kodov a detekciu chyby" je dost provokujuca... Obavam sa ale, ze uz lenjst vhodny kusok HW, kde sa "zapoji" ten opticky kabel a bude do neho blikat nejaka nahodna ledka (a samozrejme na druhu stranu fotorezistor s kuskom "konektoru" by mi zabralo obdobne casu, ako kompletne riesenie cez uart...

23

Vývoj / Re:Rust a RP2040 hobby projekt

« kdy: 11. 12. 2023, 18:29:50 »

Nic proti, ale ja byt na Vasem miste bych asi zacal necim, co je praxi overene (tzn. treba nejake STM32 s CAN-BUSem), naucil se to na tom, a pak treba zkousel nejake dalsi nevyslapane cesticky.

Dakujem za odporucanie, ale este by som sa spytal, ci by bolo nejake odporucanie na tom RP2040 (beriem, ze bude suboptimalne). Prepojenie medzi dvoma rozvadzacmi (prizemie/poschodie), cca 8 metrov ethernet kablu tam mam a kus optickeho kablu, ak by som sa naozaj nudil a chcel si blikat (ronja?).

Ako laik som odhadol, ze i2c to nemoze davat ani nahodou a ak by som sa chcel kusok pohrat s formatom sprav a parsovanim a podobne, tak seriova linka by mohla byt riesenie. Problem ale kusok vidim aj v tom, ze tam budu asi ine potenciali (dva rozne zdroje su v plane).

Pripadne uvitam akekolvek klucove slova k problematike.

24

Vývoj / Re:Rust a RP2040 hobby projekt

« kdy: 10. 12. 2023, 21:13:11 »

Tedy nezlobte se na mne, ale přijdete mi jako vzorová ukázka toho, jak se to nemá dělat.
Nejdříve si zvolíte pro propojení sběrnici CAN, pak vyberete procesor, který na rozdíl od jiných v sobě řadič sběrnice CAN vůbec nemá, což znamená použít řadič externí nebo emulovat CAN softwarově, což u RP2040 asi lze:

Ono som to mal opacne. Pozrel som sa na RP2040, genialny "deep dive" uvod: https://www.youtube.com/playlist?list=PL_tws4AXg7auiZHZsL-qfrXoMiUONBB0U (tvorca emulatoru (rp2040 a par dalsich mcu) https://wokwi.com/ ). Objednal som dva kusky "na hranie" a skoncil som na tom, ze nechem sa ucit/spoznavat nic ine. Naposledy som robil s 8051 a nejake neskorsie pokusy s arduinom, ale level dokumentacie rp2040 je inde... A aj resorsov na nete.

Pre prepojenie dvoch RP2040 som hladal moznosti. Seriova linka vypada fajn. CAN o kusok lepsie, ethernet ako komplikacia a neefektivita. I2C by slo, ale potrebujem sa dostat aj z jedneho poschodia na druhe (8m kablu?). Ono to CAN nie je nutna podmienka ale skor aktualna predstava, ktora vychadza z toho, ze dany protokol sa na nieco podobne uz pouziva a PIO v rp2040 zvlada vselico (aj ethernet https://github.com/holysnippet/pico_eth_doc!)

Potom som zapocal prototyp v micropythone, ale bol som preruseny pracovnymi povinnostami a pomimo toho ma to zavialo smerom k rust-u. Povedal som si, ze tomu jazyku dam sancu, ze na stare kolena si mozno budem chciet splnit sen a programovat nejaky HW, co poleti do vesmiru... A nejako odhadujem, ze za 20 rokov by to tam mohlo byt pouzivane...

To je moja motivacia ist k rust-u; skombinovane: Co som mal doma, to som zlepil a chem pohnut s domacou "automatizaciou" (uz ma nebavi vytahovat zaluzie "skratovacou supravou" v rozvadzaci).

PS: Pod vianocny stromcek som si objednal Raspberry Pico W (rp2040 s wifi). Jednak deti by mohli mat krepe otazky, preco maju ony tri skatulky pod sromcekom a tatino iba knihu a jednak sa budem moct rozhodnut ist cestou mensieho odporu a pouzit wifi na automatizaciu (aspon na prvych 7 rokov .

PS2: Exoticke, docasne a podobne riesenia: https://www.reddit.com/r/selfhosted/comments/187d7m2/tell_me_your_most_exotic_selfhosted_solution_the/ (u mna vyhralo to, kde za pomoci cdromky ovladali klapku na kureni)

25

Vývoj / Rust a RP2040 hobby projekt

« kdy: 09. 12. 2023, 15:47:04 »

Chcel by som vrámci domáceho hobby projektu (cieľom je učiť sa a spravit niečo funkčné na doma) začať s domácou automatizáciou s RP2040 v programovacom jazyku rust (ako začiatocnik, čo dočítava rust book).

Rád by som poprosil nejakých skúsenejších a rozhladenejších rust používateľov o nasmerovanie. Mám dlhoročné (cez 16) skúsenosti s javou a mavenom ako build systémom a viem, že značná časť kvality projektu je v nastavení projektu (convention over configuration). Rád by som korektne nastavený cargo (predpokladám, že aj v mikrokontrolérových projektoch sa používa) projekt s vhodnou zmesou knižníc pre abstrakciu nad HW.

Na začiatok plánujem ovládanie žalúzií, .... Vpodstate ovládanie digitálnych výstupov. Po HW stránke to mám zložené a v micropythone aj odskúšané. Komunikáciu medzi dvoma rpi pico by som rád realizoval cez CAN bus (návrh samotných správ je asi tiež zaujímavý podproblém) a cez CAN to asi vyvediem aj do ethernet-u, ak vznikne taká potreba.

Otázky:

• Kde hľadať knižnice pre takýto projekt?
• Ako štrukturovať samotný kód (minimálne prenositeľnosť medzi rôznymi mcu chcem "predpripraviť")?
• Vhodný spôsob testovania na PC (bez pripojeného HW); myslím unit testy.

26

Hardware / Re:Vlastní řešení videovrátného

« kdy: 25. 10. 2023, 21:01:10 »

Pridám jeden link do pléna aj ja: https://files.cyberdata.net/assets/011186/011186_931293A_Outdoor_Intercom_Ops_Guide.pdf <- nnávod k jednému z produktov tuná: https://www.cyberdata.net/collections/sip (ceny kolo 500 a viac eur). Vypadá to ale vcelku pekne dokumentované na prvý pohľad.

27

Vývoj / Re:Micropython do produkčního zařízení

« kdy: 23. 10. 2023, 10:46:11 »

Na závěr dal doporučení, že MicroPython je sice fajn, ale je vhodný spíš na domácí bastlení.

Ja som zial videl iba slajdy, ale tam takyto zaver nebol. Osobne som to vnimal, ze ak clovek pouziva iba micropython, tak je to "bezpecne". Ak to mixuje (a hlavne volanie python-u z inych miest, ci pouzivanie mutable/imutable veci v roznych jazykoch), tak to nebezpecne je. Rovnako, ich hlavna motivacia bola, ze mali malo ramky. A micropython je "nenazrany" by-design. Toto bola imho hlavna motivcia. O samotnej nebezpecnosti python-u som tam nezachytil nic.

Bolo tam nieco konkretnejsie povedane, co nieje v slidoch?

PS: Nechcem obhajovat svoj nazor, ze by som sa micropythonu v produkcii nebal, len by som chcel dalsie podklady smerom, ze to nie je dobry napad. Ono predsa ten prvy trezor produkt inzeruju ako bezpecny a pouziva to micropython...

28

Vývoj / Re:Micropython do produkčního zařízení

« kdy: 18. 10. 2023, 14:44:03 »

Ja sa skusim (ako java programator, ktory vie cez registre v RP2040 invertovat par vystupov naraz; v micropythone, ale aj v Cecku) vyjadrit iba k efektivite:

Imho nie je nic, kde by bol problem v efektivite C versus nejaky vyssieurovnovo postaveny jazyk. Zalezi od kniznic a podpory v tom vysukourovnovom jazyku, ci dovoli robit veci lahko a zaroven aj lowlevelovo (v gite z cli si viem zavolat nielen porcelain prikazy, ale aj plumber a furt som v komandlajne).

Rozdiel je v mentalnej zatazi. Ak mam v jave robit high performance veci, tak musim vediet nielen ako pracuje CPU a kompilator, ale aj ako funguje runtime. To pri jazykoch ako rust, C, C++ a podobne odpada.

Osobne by som sa teda v produkcii asi nebal vyssieurovnovych jazykov, ale skor toho, aki juniori to budu pisat. Subjektivny nazor nadseneho amatera z inej oblasti...

29

Vývoj / Re:Dělá někdo ve Scala

« kdy: 08. 10. 2023, 06:32:16 »

Suhlasim, prechod zo skaly na javu je utpenie a jedine project lombok ho kusok znizuje...

V pripade potreby by som mal tiez kapacitu, ale praxou som skoncil cca 6 rokov dozadu, lebo neboli na to zakazky. Konkretne mam pocit, ze vacsie projekty boli komplexnejsie a ak tam nebol dobry organizator technologickej casti a kvality kodu, tak sa projekt pomaly staval nemaintanovatelnym. Ono v skale sa da pisat viacerymi stylmi a nie kezdy je stastny...

30

Software / Re:SW pro archivaci (ne zálohování)

« kdy: 05. 09. 2023, 19:25:00 »

Ak by to bolo mozne, prispel by som mozno jednym az 5 TB volneho, online, miesta na prapomalej linke (neviem, ci mam 30/3Mbps, alebo 60/6). Otazka je technologicka (ak by to bolo ako "boinc projekt", tak to mi staci poslat link ).

PS: Neberiem, ze som archiv, alebo zaloha, ale proste diverzifikacia rizika...