Příspěvky

16

Software / Re:"Multi root" systém správy verzí

« kdy: 20. 06. 2022, 21:58:12 »

Nebude snazsi si udelat "mount to path" a checkout provadet do virtualniho (ram-)disku?

Pripadne rekurzivne vytvorit hardlinky do mist, kde to appka testeru ocekava, z prave aktivni vetve podle testovaneho objektu.

Jak tester tak pocitace technologu jsou windows stanice.

Cesta s linkama se mi libila, hodne libila, ale take neni uplne jednoducha. Zkousel jsem to pomoci https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/mklink

1) sekvence je treba vytvaret z programu co je k testeru, ten je logicky vytvori do sve blo struktury
2) pak bych musel mit nejaky (trivialni) skript, ktery mi k nove vytvorenym sekvencim dodela linky do nejake inteligentni struktury
3) nad touhle inteligentni strukturou pak muzu delat snadno operace typu commit a update
4) Pochopitelne by bylo potreba doresit stavy co se bude dit, kdyz v programu od testeru sekvenci smazu, prejmenuju...

Trochu blby je co se stane, kdyz si chci stahnout na svuj pocitac sekvenci kterou delal nekdo jinej, pak bych logicky chtel, aby se mi stahla do blbo struktury a zaroven se mi udelaly linky (samy od sebe, nebo zase nejakym trivialnim skriptem)


SVN na windows praci s linkama neumi https://svnbook.red-bean.com/nightly/en/svn.tour.cycle.html

GIT moc neznam, ale taky jsem dosel k nazoru, ze to snadno nepujde.

---

Co jsem jeste nerekl je, ze je fajn kdyz jsou sekvence ulozeny na lokalnim disku pocitace, kde se s nima pracuje. Ze sitoveho disku to pouzivat jde, ale pokles vykonu je celkem citelny.

17

Software / Re:"Multi root" systém správy verzí

« kdy: 20. 06. 2022, 21:22:25 »

Pokud to chcete jako jedno repository, stačí nastavit commit hooky...

Dekuji za reakci, dival jsem se na ty hooky a vypada to jako mocny nastroj. Ale to co chci ja uz je asi trochu na hrane, nebo mozna spis za ni.

Jako soucast "meho" systemu by to bylo fajn, ze by server treba pomoci hooku kontroloval, ze se vzdy commituje a updatuje svata trojice dohromady a nekdo tam at uz schvalne nebo omylem nerozbiji integritu.

Ale pro realne pouziti ve vyrobe se mi to zda malo. System spravy verzi budou primarne pouzivat technologove ve vyrobe. Takze to musi byt co nejjednodussi. (nemuzu je nutit aby z CLI commitovali tri adresare naraz)

Pokouset se zmermomocnit hooky k tomu, aby mi pri commitu jednoho adresare commitovaly i dalsi dva uz mi prijde za hranou toho co chci provozovat (pokud by to vubec slo)...

Takze se mi zda, ze hooky muzu provozovat, ale pouze v kombinaci s nejakym klikatkem pro technology, neco co by umoznilo update, commit a revert vzdy pouze svate trojice dohromady.

Diky H.

P.S. O gitu vim malo, takze se predem omlouvam jestli mastim commit a update s push a pull na jednu hromadu...

18

Software / Re:"Multi root" systém správy verzí

« kdy: 20. 06. 2022, 12:36:10 »

Omouvám se, tohle jsem zapomněl napsat...

Není to striktní požadavek, ale předpokldámám vše v jednom repozitáři.

Připadně repozitáře po projektech (pak by ale stejně obsahovaly více sekvencí).

Mít každou sekvenci (budou jich stovky) jako jeden repozitář by byl asi trochu opruz, ale také je to možné.

----

Co je pro mě důležité je omylem při commitu nebo update nepřepsat sousední sekvenci. Jak jsem psal souborů je v sekvenci cca 2000, takže ručně to hlídat moc nejde.

19

Software / "Multi root" systém správy verzí

« kdy: 20. 06. 2022, 11:20:28 »

Zdravím konferenci,

V práci jsme si pořídili speciální tester (bohužel), který má velmi specificky vyřešeno ukládání sekvencí. Změna testeru ani způsobu ukládání sekvencí bohužel není možná.

* Každá sekvence musí být uložena v adresáři LeonardoOS2
* LeonardoOS2 by musí být umístěn v kořenovém adresáři (např. c:\LeonardoOS2)
* Každá sekvence je rozdělena do tří podadresářů
  o LeonardoOS2\FlyTprj.100\ADAPTER
  o LeonardoOS2\FlyTprj.100\BOARD
  o LeonardoOS2\FlyTprj.100\PRJ
* Adresáře ADAPTER, BOARD a PRJ jsou sdíleny všemi sekvencemi
* Každá sekvence má svůj vlastní podadresář uvnitř ADAPTER, BOARD a PRJ
* Podadresář z předchozího bodu je složen z "Název sekvence" + " - V" + "verze"
* Každá sekvence se skládá z cca 2000 souborů (většinou malých)
* Tester jede na windows

Vzhledem k tomu, že na sekvencích pracuje více lidí na více počítačích, tak bych na to rád nasadil nějaký systém správy verzí. Bohužel ale nic co znám si s takovým gulášem neporadí.

Jediné použitelné co mě zatím napadlo je napsat si nějaké klikátko nad třeba SVN, které bude commit a update dělat vždy nad těmi třemi adresáři, ale moc si mi to nelíbí.

Druhá možnost je to pomocí linků předělat do nějaké rozumnějsí formy, ale to by taky vyžadovalo kázeň a mám obavu, že by se to dřív nebo později rozsypalo. (SVN linky na windows neumí, u GITu si nejsem jist)


Poradíte mi nějaký klidně exotický systém správy verzí, který by si s tímto poradil?

Předem děkuji
H.
P.S. Příklad struktury adresárů

Kód: [Vybrat]

C:\LeonardoOS2\FlyTprj.100\ADAPTER\SEKVENCE_A - V1
C:\LeonardoOS2\FlyTprj.100\ADAPTER\SEKVENCE_A - V2
C:\LeonardoOS2\FlyTprj.100\ADAPTER\SEKVENCE_B - V2

C:\LeonardoOS2\FlyTprj.100\BOARD\SEKVENCE_A - V1
C:\LeonardoOS2\FlyTprj.100\BOARD\SEKVENCE_A - V2
C:\LeonardoOS2\FlyTprj.100\BOARD\SEKVENCE_B - V2

C:\LeonardoOS2\FlyTprj.100\PRJ\SEKVENCE_A - V1
C:\LeonardoOS2\FlyTprj.100\PRJ\SEKVENCE_A - V2
C:\LeonardoOS2\FlyTprj.100\PRJ\SEKVENCE_B - V2

20

Software / Re:Model/výkres z 2D „otisku“ povrchu

« kdy: 30. 03. 2022, 19:58:15 »

V minule práci používali konstruktéři nejaky komerční sw pro převod starých ručně kreslených, naskenovanych výkresu do dxf. Fungovalo to prekvapive dobře.

Třeba by to mohla být cesta i pro vás. Jméno sw už si bohužel nepamatuju.

21

Studium a uplatnění / Re:Lhaní recruiterů

« kdy: 10. 01. 2022, 14:44:33 »

Mám drobnou zkušenost ze dvou firem, kde jsem byl zapojen do náboru...

V obou to bylo stejné... v okamžiku kdy interní HR přesane zvládat sehnat kandidáty (z jobs.cz nechodí dost odpovědí), tak se udělá smlouva s nějakou externí agenturou...

Externí agentura dostane krátký úvod koho firma hledá a začne navolávat v podstatě kohokoli kdo jeví i minimální průnik s požadavky.

Životopisy následně posílá do firmy s hodnocením typu po telefonu moc milý človek, platové požadavky XY...

Agentura obvykle jako provizi bere něco jako dva platy v případě, že kandidát nastoupí + bonus za pokračování po zkušebce...

Zajívavé je, že pochopitelně agentura nepracuje pouze pro jednu firmu, ale když už narazí na někoho kdo uvažuje o změně, snaží se ho nacpat na pozici, ze které bude mít agentura největší provizi. (to s tou provizí je čiste moje spekulace)

A to je odpověď na většinu otázek zde. Můj pocit je, že stačí dohodit jednoho člověka mešíčně k tomu, aby měl recruiter celkem pohodlný život. A jít cestou kvantity je mnohem jednodušší než jít cestou kvality.

22

Odkladiště / Re:Chytrá domácnost - jak na to?

« kdy: 30. 09. 2021, 15:39:45 »

Účinnost je absolutně nezajímavej parametr. V našich končinách, kdy je topná sezona 9 měsíců, si těma žárovkama přinejhorším trošičku přitopíš. Finanční ztráta naprosto zanedbatelná.

Dalsi pohled muze byt, ze nizsi ucinnost znamena vice tepla na omezenem prostoru a tim padem vyssi teplotu elektronickych soucastek, ktera muze byt pricinou nizsi zivotnosti.

23

Odkladiště / Re:Solární elektrárna - co za dodavatele?

« kdy: 25. 09. 2021, 19:46:15 »

 S customizaci mam u s-power dobrou zkusenost. Včetně úpravy smlouvy.

Pochopitelně čím víc se člověk odchyli od standardu, tak čím vyšší je riziko, že se někde něco zadrhne.

24

Odkladiště / Re:Solární elektrárna - co za dodavatele?

« kdy: 24. 09. 2021, 22:20:53 »

Ten s-power určitě do výběru zarad. Přišlo mi že tomu celkem rozumí. Mám od nich fve na sedlové střeše a zatím teda čekám až mě cez pripoji.

Jediné co bych zatim vytknul je, že je to velká firma a mám pocit že občas není úplně jisté, jestli levá ruka ví co dělá prava...

25

Odkladiště / Re:Chytrá domácnost - jak na to?

« kdy: 20. 09. 2021, 17:35:34 »

Dobíjení baterek se může řešit nabíjením na noční proud, cca za polovic.

Asi to dost zalezi na tarifu. Pro D45d od CEZu stoji drahy proud (rok 2020) 3.08Kc/1kWh a levny proud 2.83Kc/1kWh. To nepokryje ani rezii nabijeni a menice.

Coz je uznavam pro provoz baterek jako ups jedno, ale uspora tam zadna extra nebude, pokud nejaka.

26

Odkladiště / Re:Chytrá domácnost - jak na to?

« kdy: 20. 09. 2021, 17:32:06 »

S navrhovanou sestavou (10 kWp + 20 kWh) budete mít i v zimě nabito na 100 %...

LiFePO4 baterie nemají problém s plnými cykly, tj. 0-100%...

No nevim... Klasika ceske kuchyne udava 80%DOD, pro dosazeni 6000cyklu. https://www.s-power.cz/wp-content/uploads/pylontech-us2000b-datasheet.pdf
Znate-li lepsi podelte se.

Ze solargisu leze pro 10kWp v prosinci rekneme 10kWh vyrobene energie za prumerny den. Nektere dny (smog, snezeni) nevyrobite ani 2kWh... Cyklus nabiti vybiti taky nebude mit 100% ucinnost. Odhaduju, ze se nedostanete pres 80%. Pak tam je jeste vlastni spotreba domu, ktera v zime take byva nemala (treba 1 az 5kWh, podle toho jestli se vari, pere, myje...).

Mate k tomu ze i v zime budete mit nabito na 100% namerena nejaka realna data? Verim tomu, ze po velkou cast roku to bude pravda, otazka je jestli to plati pro vsech 365dni v roce. (a jedna z pricin blackoutu je prave hodne snehu nebo namrazy)

27

Odkladiště / Re:Chytrá domácnost - jak na to?

« kdy: 20. 09. 2021, 12:57:02 »

... a 20kWh baterku do sklepa. Když zálohu, tak pro všechno.

Tohle mi prijde jako velmi zajimave tema... Mate nejak rozmysleno co se bude dit v zime? Baterku vytlucou domaci spotrebice a pres den se nenabije, pac spotreba domu bude vyssi nez vyrobena elektrika... Budete ji nabijet ze site?

Dalsi vec je kolik kapacity si vyhradite na zalohovani. Budete bezne baterku vybijet treba pod 50%? (15% az 85% SOC se myslim obvykle bere jako optimum pro provoz).

Podporuji vubec takovy chod normalne dostupne menice? Pro bezne spotrebice nastavit jinou povolenou mez vybiti baterky nez pro zalohovane okruhy?

28

Hardware / Re:SPI blbne při programování

« kdy: 02. 09. 2021, 18:45:43 »

Nez cekat na cinu se nekdy vyplati si koupit kit a odpajet to z nej...

Viz treba prvni odkaz z google
https://www.hadex.cz/m518c-pamet-spi-w25q64-64mbit/?gclid=Cj0KCQjw7MGJBhD-ARIsAMZ0eeuqPzvIg7VWeXwXi_ReiI38KYIRI6tjgXB3d9KXGzqaxJujuRbY23caAjbIEALw_wcB

29

Hardware / Re:SPI blbne při programování

« kdy: 02. 09. 2021, 13:09:33 »

Tak to maz tak dlouho az to bude smazany... (komplet vsude 0xFF)

A pak to programuj tak dlouho (tim samym binem) az to bude naprogramovany (z jednicky na nulu by to nemelo nicemu vadit).

30

Hardware / Re:SPI blbne při programování

« kdy: 02. 09. 2021, 09:45:50 »

Mazani je prikaz... tam nema programator co pokakat.

Jedine co by mohl nesplnit je ze nedorzi cas mazani a zacne s pameti kominukovat moc brzo. Neda se tohle v tom programatoru nejak ovlivnit?

(normalne se programator pameti pta, jestli uz je hotova, ale muze se to delat i na pevny cas)

Co to zkusit smazat vickrat?