Příspěvky

136

Hardware / Doporučte DC zdroj pro domácí použití

« kdy: 29. 02. 2020, 22:39:10 »

Dobry den,
rad by som sa spytal na nejake doporucenie na zdroj pre domace ucely. Aktualne mam kus starsi tesla BS525 ( https://ulozto.sk/file/zVU79wtj/bs525-pdf ) a jedna vetva mu odisla. Druhym problemom je, ze welerku to nezvlada prudovo a kus pomalsie spajkujem, ked potrebujem.

Zadanie:

• zdroj pre domace pouzitie amatera, ktory to pouzije dvakrat na tri hodiny v roku
• stačí jedna vetva regulovateľná od 0 po cca 50 voltov
• limit prúdu (stačí nahrubo, využívam len pre blbovzdornosť voči skratu a podobne)
• mohol by dávať aspoň 3A pri 24V
• nabíjanie suchých olovenných článkov, či 18650 by bolo oceniteľným bonusom
• meranie spotreby (watmeter) by bol tiež fajn (nech viem, koľkože to žerie moje nas-ko napájané z picoPSU a podobne)

Ideálne ma vyzbrojte informáciami, na čo sa pozerať pri výbere zdroja (technológia, parametre, funkcie, ...)

PS: Nebránim sa ani komerčným linkom. Zvažujem, že by som uprednostnil lokálnych dodávateľov oproti aliexpesu a podobne.

137

Server / Jednorázová e-mailová adresa na vlastním serveru

« kdy: 24. 02. 2020, 08:55:09 »

Ahoj vospolok,
má niekto nejaké riešenie pre jednorazový mail (niečo ako 10minutemail) na vlastnej doméne? Mojím cieľom je poslať obšas mail nejakému eshop-u z inej, ako mojej vlastnej mailovky, ale odpoveď dostať naspäť "domov".

Osobne využívam sw suitu Zimbra (kus starsiu verziu) a nastavenie aliasu na mail adresu je jednoduche, ale nastavit si rovnakeho odosielatela a podobne, by bolo vela prace.

Ma niekto takyto skript/postup? Kludne i cli mail.

PS: Inspiraciou mi je, ze niekto tu na fore spominal, ze registrovanie na random eshopy riesi vzdy vlastnou adresou a uviedol i skript.

138

Odkladiště / Re:Email a kalendář s možností sdílení mezi uživateli

« kdy: 23. 02. 2020, 20:50:35 »

Genericke odporucanie na zaklade vlastnej skusenosti:

Dlhodobo som pouzival zimbru (instalacia na vlastnom serveri, ale poskytuju aj ako sluzbu). https://mail.zimbra.com/ (funambol ako klient na androide a na serveri nejaky skriptik so syncml protokolom)

Kolega zmigroval s novsim mobilom asi dva roky dozadu na owncloud, respektive nextcloud. Su tam kontakty i kalendar. Komercni poskytovatelia existuju, ale spustit si to v dockeri na nejakom stroji s verejnou adresou sa da tiez lahko. (webdav, webcal a podobne protokoly)

PS: Tesim sa na info v tomto threade, bo som uz vyse roka bez kontaktov. Blokuje ma android na telefone a nemam cas/chut nahodit tam verziu bez google somarin.

139

Hardware / Re:Doporučte low-power server

« kdy: 18. 02. 2020, 12:37:31 »

Za mna mozem odporucit HP microserver (volali sme ho v kancli "Borg", lebo bol skoro kocka).

Za "lacny", ale nie moc usporny HW sa da povazovat i nejaky starsi HW. Osobne mam genialne skusenosti s  <komercia> https://www.czech-server.cz/ </komercia>. Bolo to vsak cca 7 rokov, co som u nich bral par kuskov HW a nejake drobnosti ako karty pre disky a nejake kabelaze, ci redukcie a ramky.

140

Vývoj / Re:Tip na novy projekt...

« kdy: 10. 02. 2020, 12:36:46 »

Este jedna zaujimava stranka pre vedlajsie projekty... https://www.indiehackers.com/ Je to skor komunita ak som dobre pochopil, ale mohlo by zaujat.

141

Vývoj / Re:Tip na novy projekt...

« kdy: 10. 02. 2020, 05:40:56 »

Vedel by som o nejakej "jednorazovke". Konkretne instalacia http://opengts.org/ a doplnenie odpory pre nejaky tracker, ktory na bateriu vydrzi 4 roky a da sa kupit "lacno". Jedna poloha denne staci. Mozno bude vhodny custom report/UI k tomuto typu klienta... Bol by zaujem?

142

Studium a uplatnění / Re:Stredni škola průmyslová Praha

« kdy: 05. 02. 2020, 20:26:42 »

Upřímně, mého času na průmyslovce lituji, byly to protrpěné 4 roky úplně zbytečně, látka velmi těžká, naprosto nesouvisející s IT, v praxi nevyužitelná - vývoj elektro se dnes dělá spíše v Asii, u nás má možná větší smysl učňák na elektrikáře než navrhování PCB, a učitelé strašní, totální odpad, někteří i smrděli.

Zpětně bych na průmyslovku nešel, a vybral bych si třeba ekonomku a IT se učil na vlastní pěst. Možná, dneska bych úplně nejvíc přednost dal jazykovému gymplu, protože ty jazyky je opravdu jediná smysluplná věc.

Jako je to jen můj osobní názor, že jde pouze o to nejsnadněji získat oficiální papír, a volný čas využít k samostudiu, které člověku opravdu dá mnohem více.

Osobne som vystudoval strednu priemyselnu skolu a z pohladu praxe (IT devops + tester konzultant) mi stredna dala "iba": vedomost o asembleri, nejaku tu matiku/logiku, vedomost, ako sa spravne pise tlacene pismeno R a K a tiez napriklad sposob uvazovania, ktory mi ziskal prvu pracu (este ako prvak na vyske). Dostal som na pohovore otazku, po ktorej zodpovedani som bol prijaty. Otazka: "Ako by ste monitorovali dvere miestnosti, ak tam prebieha cloveku ohrozujuci proces a ak tam niekto vkroci (otvori dvere), tak proces treba ihned ukoncit?".

Vas nazor ma ale zaujal. Ak by som siel studovat gympel so zameranim na jazyky, asi by som mal "menej volneho casu", napisal o 50, ci 60 menej elaboratov (asi by boli namiesto toho referaty), nakreslil o par vykresov menej (stojarina ako jeden predmet), ale zato by som bol na tom lepsie s jazykom. Zaujimalo by ma to, ako by to bolo, keby... Paci sa mi Vas pohlad a ak ma student "gule" na studium gympla, "sptranie" sa (zalezi od ucitelov, co je potrebne), tak by to dakto mohol brat rovnako ako Vy. Ja nelutujem, ale zaujimalo by ma to, ake by to bolo...

143

Studium a uplatnění / Re:Nástup do práce programátora, začátky

« kdy: 05. 02. 2020, 08:10:54 »

Za mna pri VS zalezi na tom, ako kvalitna je. Kazdej cielom je ale cloveku dat rozhlad a nie naucit ho nieco, co priamo v praxi pouzije. Nie je v moznostiach VS ta naucit napriklad vsetky existujuce frameworky a kniznice pre testovanie webov. To by si sa mohol ucit par rokov a nasledne by ti to bolo nahovno, lebo protractor 4 je stary, protractor 5 je neudrziavany a protractor 6 je vlastne este nedorobeny... Co z toho, ked ta v skole naucili selenium v python-e? Co som tym chcel povedat. Skola ta ma naucit ako sa ucit, ako sa zorientovat a nejake vseobecne platne principy (ako tie kniznice/frameworky pouzivat systematicky).

Nie je to nieco, co sa naucis samostudiom efektivne. Bud na zakonitosti prides precitanim hordy blogov a kritickym posudzovanim nazorov na nich, alebo ti to viacmenej systematicky doda VS, alebo na to prides sam. Bude to ale boliet, lebo na tie zakonitosti budes prichadzat pri vyrabani kolesa a zisteni, ze trojuholnik naozaj nebude fungovat ako koleso a vlastne algoritmus na koleso uz existuje...

Mosu silne subjektivny nazor. Osobne navrhujem ist na VS a pocas prvych prazdnin, sa uchadzat o pracu junior-a. Bez ohladu na vedomosti, ta pravdepodobne v jednej z piatich spolocnosti zoberu velmi radi. Tam ta hodia do vody a budu sledovat, ako dokazes sam vyriesit zadanie, i ked ti to bude trvat "nekonecne" dlho. Sem-tam sa spytas kolegov (nie otravovat s vygooglitelnymi somarinami) a po troch mesiacoch budes v stave, ze vsetky koderske zadanie na VS das za tri hodiny, pricom spoluziaci "bez praxe" to budu riesit po veceroch este tyzden po tom, co to ty odovzdas...

144

Vývoj / Re:Váš názor na agilní vývoj - Scrum

« kdy: 03. 02. 2020, 15:51:12 »

Ja mam so scrum-om pozitivnu skusenost. Cca tri roky v jednej vacsej spolocnosti. Skusim popisat, ako "sa to robilo u nas". V kazdom pripade, za tie tri roky tam bol citelny posun vo veciach a hladali sa optima...

Dvojtyzdenny sprint, standup primarne ako rekapitulacia a naznak co je v plane dnes. Ak niekto tri dni robil na tom istom, zvacsa sa ozval specialista na dany problem a len si kyvli, ze si daju parovu session/diskusiu a vyriesia to za polhodku. V kazdy tyzden bol jeden predplaning (kludne aj dvojhodinovy meeting s kartickami) a jeden planing. Zhruba rovnaka napln. Vpodstate bola snaha mat lepsie pripravene ulohy a lepsie definovane DefinitionOfDone, ci AcceptanceCriteria, ale tu sme sa kus motali. Samotny project owner nam do sprintu zvacsa nahodil tak 5 uloh a povedal ktore by mal rad spravene "navyse". Podla aktualneho technical dept-u sme si prihodili ako tim cca 5 az 15 uloh zvacsa technologickych, ci prevadzkovych (predsa sme DevOps a aj ked nik nevie s databazami, tak si ich budeme manazovat sami . Samozrejma retrospektiva (snaha aby kazdy povedal aspon jednu pozitivnu a jednu negativnu vec). Zvacsa sme sa tu motali v podobnych veciach, ktore boli bud personalneho charakteru, alebo "bad luck" charakteru a nevedeli sme ich odstranit. Ziadne akcie, co scrummaster navrhol nezafungovali :/ Vnimali sme ale retrospektivu (cca 30 az 50 minutove boli) ako plus, kde sme si otvorene povedali, co sme (pripadne kto posrali tento sprint a pripadne ako to v buducnosti nespravit rovnako. Ulohy sme si vzdy vyberali sami a vzdy po jednej. Tiez zaradovane (tie technologicke) boli primarne podla timu. Ak sa nejaky clovek, co ma na starosti zalohovanie DB ohlasil, ze by potreboval daco prerobit, tak to nahodil do backlogu a nasledne na planingu sa to ohodnotilo a demokraticky dohodlo na zaradeni... Co sa tykastorypointov (karticiek), tak tam sa nerobil ziaden priemer. Kazdy ukazal a scrummaster bud povedal, ze vstupy 2, 3, 3, 5, 7 znamenaju, ze to dame za 5, alebo sa spytal dvojky a sedmicky, ze "preco". Tam sa niekedy zistilo, ze zadanie je nejednoznacne a upravilo sa znova sme tasili karticky. Vpodstate vzdy sme dospeli k spolocnemu cislu. Aj ked napriklad ulohu vsetci videli ako dvojku, ale ja ako patku, tak to niekedy skoncilo na tom, ze sa to da za tri (alebo 5) a spravim to so silnou ucastou kolegu, ktory by to mozno zvladol za jednotku... Co sa tyka dema, tak jednu dobu sme mali (fitnesse framework na testy a nasledne inhouse scalatest based framework s podobnym vlastnym vystupom) kvalitne demo, kde sme naozaj ukazovali nejake "end to end" testy (pre nas end bol backendovy rest call, alebo nejaky zaznam v databaze, ktoru sme monitorovali a ine legacy veci). Neskor sa dema zrusili a potom sa opat zaviedli, ale do podoby, kedy trvalo demo cca 5 minut a obsahovalo "Sprint sme nestihli, lebo choroba clenov timu a zaroven nam tim X nedodal nacas daco a este jeden bug, ktory trval dlhsie ako sme mali buffer...".

PS: Dakde som zachytil, ze storypointy vychadzaju z mody a lepsi pristup je, ze si na planingu ludia povedia pocitovo, ci tam tie tasky vojdu a daju ich tam tolko, aby to bolo OK. Teda idealne, ze sa dlzka sprintu nastavi na "zhruba 7 pracovnych dni", lebo "zhruba 4 pracovne dni" a nahadzu sa veci do sprintu a potom sa sprintuje.

145

Vývoj / Re:PostgreSQL a primární klíč s funkcí?

« kdy: 31. 01. 2020, 08:21:17 »

Mihol sa tu geospatial index, tak pre uplnost doplnim moju skusenost.

Usecase: V databaze su cesty vozidiel. Maju cas zaciatku a cas koncu. Casto sa vyhladavali cesty za nejake obdobie (teda, ze v danom obdobi bola vykonavana jazda). Okrajove pripady robili kusok bordel pri beznom dizajne selektu a indexoch. Napriklad cesty za minuly mesiac nezobrazili pri prvej verzii query (lamerska chyba) cesty, ktore trvali cely ten mesiac

Riesenie so znacnym zrychlenim, bolo pouzitie geospatial indexu, kde suradnica X bol zaciatok cesty a suradnica Y bola koniec cesty. Nasledne vyhladavanie bolo hladanie prieniku (intersect) obdlznikov (hladane obdobie verzus obdobie ciest). Bolo to na PostGis-e v postgresql 8.3 a funguje to genialne (zrychlenie cca 10 nasobne oproti zlozenemu indexu, kde sa druhy prvok indexu vlastne nedal pouzit) i pri poctoch riadkov v desiatkach milionov.

Podobne to riesili i tuna, spodna cast odpovede,: https://dba.stackexchange.com/a/39599

146

Sítě / Re:Rozdělení switche

« kdy: 17. 01. 2020, 21:13:06 »

Vidim tu odbornu diskusiu a neda mi nespytat sa. Co v pripade, ze sa jedna o domacu automatizaciu (sitara https://www.ti.com/lit/an/sprac97/sprac97.pdf, CMUSphinx - https://cmusphinx.github.io/, videovratnik a ine somarinky vratane sialenosti ako je arduino a ethernet shield , ktoru by som mal rad "offline" a nepusta ju na Internet? Ma zmysel v takomto pripade mat dva fyzicke switche? Jeden pre domcu automatizaciu a druhy pre pocitace, notebooky, wifi routre a nejaky ten Internet?

Vyhody:

• zvladnem to aj ja, bez studoania aky hw kupit a ako ho nastavit a urcite to bude oddelene
• ten switch na home automation moze byt o level lacnejsi/horsi. Tam nebudem vyzadovat gigabitove porty pravdepodobne a urcite nie viac ako gigabitove, ak nahodou.

Nevyhody:

• dva switche (velka plechova skatulka s malym plosacikom dnuka)
• viac obsadenych zasuviek

Su tam nejake ine nevyhody, alebo dovody na pouzitie vlan-ov?

147

Odkladiště / Re:Smart home: definícia, skúsenosti

« kdy: 16. 01. 2020, 19:38:16 »

Moje zkušenost s domem. Automatizace láká na spoustu možností, ale ve skutečnosti v praxi využijete jen minimum.
....

V prvom rade dakujem za pragmaticky popis spojeny s realitou. Ja sa postupou iteraciou stotoznujem viac a viac s Vasim pohladom, i ked zacinal som na moznosti "ovladat kazdu ledku, kazdu zasuvku (vianocny stromcek, stolna lampa, kavovar,...) v dome".

Zaujimalo by ma tiez spomenute ABB Ego-n. Aka je to technologia pre komunikaciu? Da sa to cele "provozovat/konfigorovat" pod linuxom? Nepodarilo sa mi to zbezne vygooglit, tak predpokladam, ze je to "fancy" nazov pre modbus, alebo nieco podobne.

Spytal by som sa este na jednu z poslednych poziadaviek, ci k nej vidite aku-taku realnu uspesnost (zmysluplnost):

Snaha eliminovat vypinace na svetla v miestnostiach ako WC a chodba a nahradit ich detektorom pritomnosti (ci uz kombinacia so zabezpecovackou, drotove pirka largo od jablotronu napr, alebo cidla na dverach, podlahe, ci ine). Ma zmysel snazit sa riesit automatizovane zapnutie/vypnutie svetla v "jednoduchych" miestnostiach (alebo castiach). Napada ma led pasik na kuchynskej linke a vhodne nasmerovane "pir-ko".

148

Sítě / Re:Datová síť v novostavbě

« kdy: 16. 01. 2020, 10:05:39 »

BTW CAT5e a výš je na CAN a RS485 dost luxusní materiál - akorát na delší vzdálenosti by se případně hodil větší průřez žil.

Jo, je to o pohodlí. Než na to mít dedikovanou průmyslovou kabeláž (a s tím související nástroje, dodavatele, ...) tak používáme tohle. Impedance cat5e je sice oficiálně jiná, než např. CAN specifikace (ta vyžaduje 120 Ω, cat5e má 100±15), ale reálně používané transceivery mají širokou toleranci a bez problému to jede.

Dobry den,
vcelku ma zaujima domaca automatizacia a vase skusenosti. Vedeli by ste mi napisat, ako to mate uchopene Vy? (zaujima ma technologia pre regulacnu/automatizacnu cast a aj to ze preco CAN na prenos). Ak mozem poprosit do mojeho smutneho, prazdneho, vlakna sem: https://forum.root.cz/index.php?topic=22376, alebo do nejakej novej temy, ci sukromnej spravy.

149

Sítě / Re:Datová síť v novostavbě

« kdy: 15. 01. 2020, 12:24:13 »

Zdravim!
Myslim si ze ja jsem asi pekne ve predu  ja mam CAT8 viz. obrazek a kamosovi jsem tam dal CAT7 https://www.intelek.cz/product.jsp?artno=27000007. Keystone na CAT8 budu muset jeste vymenit.
Vedeno to mam "husimi krky" 3cm, myslim, ze to je M32  na pudu a po pude ve svazku na drzacich do Racku, sila jde zvlast. Lepsi uz asi bude pouze optika......

Do sietariny sa sice nevyznam, ale cat 7 a cat 8 nepozna ani wikipedia... https://en.wikipedia.org/wiki/Category:Ethernet_cables Su to ethernet kable? Je to nejaky draft specky?

EDIT: Nemali to v prehlade, ale inde sa spomina, ze to bude next gen... https://en.wikipedia.org/wiki/ISO/IEC_11801#Category_8

150

Server / Re:Fotogalerie pro vlastní NAS

« kdy: 15. 01. 2020, 00:39:17 »

Ja na manazment pouzivam (snazim sa) https://www.digikam.org/. Je to desktop aplikacia. Databazu mam mysql k nemu (postgresql nepodporoval volakedy a neviem ako teraz) a pacia sa mi feature okolo rozpoznavania tvari a podobne. Rad by som k digikam-u nejaky web front-end (staci "read only"), ale aktualne to pouzivam tak, ze fotky otagovane tagom "public/rodina" vyexportujem do adresaru /mnt/owncloud/foto/zdielanePreRodinu/ a hotovo... Nasledne owncloud/nextcloud web rozhranie (ci nativne aplikacie na mobil/tablet, u rodicov spravia svoje.

Tak ak mas chut na desktop skusanie (staci nizsi vykon nas-ka, kedze ten len posiela subory k tucnemu klientovi, tak mozes skusit.

PS: Ten picapport vypada slubne. Asi i ja skusim na mojom atom-e so 4GB ram... Skusim ho ale asi iba v read-only mode.