Příspěvky

91

Software / Re:Program na manažment projektů a úloh

« kdy: 31. 07. 2020, 22:25:34 »

Záleží na charakteru úkolů. Pokud se jedná obvykle o programování, hodí se provázanost s verzovacím systémem (pull requesty, code reviews...), např. Gitlab, Gitea, GitHub.

Pokud se jedná o více manažerské věci, můžete zkusit Redmine.

Pokud se jedná o hlášení a opravy chyb, na to je celkem připravený Mantis.

Z mojí zkušenosti ale nic není ideální.

92

/dev/null / Re:Priznejte se - VMWare - pouziva to nekdo?

« kdy: 28. 06. 2020, 23:56:18 »

Dlouhodobě používám VMWare Workstation a pro moje potřeby mi více než stačí. S cenou nemám problém, neupgraduju na každou novou verzi, jen v případě, že přináší věci, které se mi hodí. Je třeba uvést, že virtualizuju hlavně Windows.

XEN (QEMU-based) mi přišel problematický výkonem (přijde mi, že VMWare PV drivery dělají o dost lepší práci než XENí) a pohodlím (VNC je prostě hrůza). Na to, co potřebuji, mi obvykle stačí grafické rozhraní Workstation.

Co se týče vSphere a podobných, viděl jsem je před dlouhou dobou a zkušenost není tak velká, abych mohl nějak hodnotit.

93

Software / Re:Obnovenie dát z poškodenej NTFS particie

« kdy: 05. 05. 2020, 12:46:38 »

OK vyskusam a dam vediet, som ani nevedel ze Recuva ma nieco spolocne s ccleanerom. Posledne som zachytil ze ccleaneru infikovali binarky malwarom tak dufam ze si spolu s Recuva nenainstalujem aj ransomware, to potom asi tazko nieco obnovim

O tom, že má něco společného s CCleanerem, nic nevím. Jestli jej nabízí při instalaci, tak jej zkrátka neinstalujte.

K infekci binárek CCleaneru došlo pár let zpátky přímo na buildovacím stroji společnosti, která jej vyvíjela. Podle popisu incidentu z interního zdroje mi přišla reakce Avastu (který tu firmu tehdy vlastnil a snad pořád vlastní) adekvátní (myslím, že jiné firmy by tak silná opatření ani neprovedly).

94

Software / Re:Obnovenie dát z poškodenej NTFS particie

« kdy: 05. 05. 2020, 00:58:51 »

Dakujem za odpoved, neskusal, mozete mi prosim prezradit konkretne ktoru verziu?

Recuvu používám poměrně dlouho (nejdříve jsem používal free verzi, později jsem jim ty peníze dal, neb jsem dospěl k závěru, že si je zaslouží) a nikdy mě v zásadě nezklamala.

EaseUS Partition Manager jsem před lety (10?) zkoušel myslím na defragmentaci (či něco podobného) a skončilo to dost katastrofou (poškozený FS); od té doby jsem jej neměl potřebu používat (viz předchozí odstavec).

Nedávno jsem někomu amatérsky zachraňoval omylem přeformátovaný disk (Windows only, Linux v tom prsty neměl) - na disku byly dva začátky oddílu na dvou různých offsetech

Nebylo to způsobeno tím, že NTFS boot sektor ($Boot) ukládá ve dvou kopiích?

95

Software / Re:Obnovenie dát z poškodenej NTFS particie

« kdy: 04. 05. 2020, 18:01:23 »

inac, nejde mi celkom do hlavy ako je mozne ze sa NTFS len tak pokazi ked disk vyzera byt ze je po fyzckej stranke OK (vid testdisk/ddrescue)

Pokud jste na něj střídavě přistupoval z Windows a Linuxu, úplně bych se tomu nedivil. Jelikož se stále ze strany linuxové implementace jedná dost o reverse engineering (zdrojáky nějaké verze NTFS z dob Windows NT se najít dají, ale je to přece jen dávno), takže se některé změny Windows nemusí úplně pozdávat a pokusí se o "automatickou opravu".

Co se týče obnovy dat... zkoušel jste program Recuva?

96

Studium a uplatnění / Re:Vplyv ekonomického kolapsu na IT

« kdy: 13. 04. 2020, 23:40:30 »

To záleží od lokality a od toho koľko deti máš. Na Prahu či Brno je 50k zúfalo málo. Stačí si pozrieť cenu bytu 3+1 resp. nájmu, do toho započítaj auto, škôlky/školy, ženu na materskej atď. a budeš rád ak vyžiješ. Iná situácia je v okresnom meste ale tam práca ani nebýva.

Nemovitosti jsou snad jediný problém (ty ceny jsou opravdu vysoké), ale jinak to fakt nevidím na případ "budeš rád ak vyžiješ". Rozhodně ne na "150k by bylo adekvátní". Pořád ty nájmy nejsou třeba na úrovni Londýna.

A k tomu ako som to myslel s tým znižovaním platov, ak firmy spravia neformálny kartel a všetci začnú znižovať a vyhovárať sa na krízu tak potom ani nebude kam odísť za lepším.

Tak se budete muset přizpůsobit. Například pokud ovládáte framework X, po kterém přestane být poptávka, tak se naučíte něco, po čem poptávka je. Systém neříká nic o tom, že budete pracovat v jednom oboru a doživotně máte vystaráno.

97

Studium a uplatnění / Re:Vplyv ekonomického kolapsu na IT

« kdy: 13. 04. 2020, 23:08:33 »

Ako téoria pekné, ale pravda je, že firmy nabírali lemplov, lebo odmietali dobre zaplatiť skutočných profíkov

1) ne vždy jsou profíci k mání (ti, které znám, obvykle mají práce dost a moc často novou nehledají),
2) na některé práce nejsou profíci potřeba (i méně zdatní je zvládnou dostatečně dobře).

Predstava pánov kapitalistických podnikateľov je, že profík bude robiť tak za 50 hrubého v Prahe a z toho má vyžiť. Lenže vzhľadom na náklady je adekvátnych tak 150 hrubého, a to nedal nikto ani pred krízou aj keď vzhľadom na to, ako náročné je IT by to bolo adekvátne.

Přitom spousta lidí s těmi 50k hrubého (i menším množstvím) dokáží žít a nedá se říci, že by třeli bídu s nouzí. Obecně si myslím, že platy v IT jsou trochu nadsazené (dáno nedostatkem lidí).

98

Windows a jiné systémy / Re:Windows 10 instaluje špatné ovladače

« kdy: 08. 04. 2020, 19:57:54 »

Ale áno, príde ku konfliktu, všetky VirtIO zariadenia používajú vendor ID 1af4 a 1b36 (t.j. Redhat), aj keď ovládač nie je od Redhatu.

Myslím, že pointa byla v tom, že než si ty ovladače případně podepíšete/submitnete na WHQL, změníte příslušná ID (min. v INF souborech)-

99

Vývoj / Re:Windows API ako zistiť či aplikácia má výstup na konzolu?

« kdy: 05. 04. 2020, 22:17:45 »

Ďakujem Vám za vyčerpávajúci popis ako to riešiť. Skúsim teda to asynchrónne čítane. Vidím že máte výborný prehľad vo Windows API.

Ve Windows právě není tak zvykem komunikovat přes standardní vstup a výstup, zejména ne u okenních aplikací. I různé ladící výpisy se často řeší jinak, třeba přes funkci OutputDebugString, která dovoluje odelsat zprávu debuggeru.

Možná spíš zkuste napsat, jaký problém přesně řešíte, protože třeba jej půjde vyřešit použitím vhodných funkcí Windows API místo volání externích programů a parsování jejich vstupu.

100

Vývoj / Re:Windows API ako zistiť či aplikácia má výstup na konzolu?

« kdy: 05. 04. 2020, 00:16:46 »

Jestli to chápu správně, tak máte problém s aplikacemi, které nezapisují na standardní výstup, takže váš pokus o čtení příslušné roury "zamrzne" (čeká se na data, která nemusí nikdy přijít).

Pokud se tomuto chcete vyhnout, čtěte z rour asynchronně. Má to i výhodu v tom, že aplikace může psát na standardní výstup i standardní chybový výstup, což pro vás může být zajímavé rozlišit. Mrkněte na poslední parametr funkce ReadFile či na funkci ReadFileEx. Myslím ale, že pro asynchronní operace budete muset roury vytvářet přes CreateNamedPipe, abyste jim mohl nastavit FILE_FLAG_OVERLAPPED, protože pohodlné CreatePipe toto specifikovat nedovoluje.

Aplikace nemusí alokovat vlastní konzoli přes AllocConsole, ale může se připojit např. na konzoli svého rodiče (AttachConsole). Záleží také, jaké příznaky předáte při volání CreateProcess (pár jich ovlivňuje konzolové chování).

Pokud se vám nechce číst asynchronně, možná by se dalo vše zařídit tak, že vytvoříte vlastní rouru a předáte ji aplikaci jako standardní výstupy. Pokud bude ke každému konci roury existovat nejvýše jedno handle, vaše aplikace "odmrzne", jakmile spuštěná aplikace zavře handle ke svému konci roury (dostanete něco jako ERROR_BROKEN_PIPE). Problém samozřejmě je, že aplikace obvykle zavírají tato handle až v momeně svého ukončení.

101

Hardware / Re:Jak dostat data z I2C zařízení BH1750 přes USB-I2C převodník v Pythonu?

« kdy: 04. 04. 2020, 20:54:50 »

Pokud máte možnost, doporučil bych ten senzor připojit k něčemu, kde můžete přímo komunikovat přes I2C (Arduino, RPi...).

Moje chápání I2C je také takové, že pokud chcete vyčíst něco ze senzoru, musíte dopředu vědět, kolik bajtů vám bude posílat (AFAIK I2C nedovoluje slave zařízení nějak říci "poslal jsem všechno, co jsem chtěl").

102

Sítě / Re:C++ variadická metóda s rest operátorom

« kdy: 03. 04. 2020, 23:50:58 »

Kde překladač píše chybu? Jestli je problém s aplikací operátoru <<, zkusil bych něco takovéhoto:

Kód: [Vybrat]

template <typename T, typename ... Args>
class logger {
  static void log (T & a1, Args & ... args)
  {
    cout << T;
    log(args);
  }
}

template <>
class logger {
  static void log ()
  {
    cout << endl;
    log(args);
  }
}

Prostě takový trošku funkcionální přístup. Ale berte to jen přibližně, už je to pár let, co jsem si s tímhle hrál. Obvykle se v těchto případech spokojím s variadickým pojetím funkcí z C a formátovacími řetězci.

103

Windows a jiné systémy / Re:Prznenie C++ Microsoftom - Hungarian notation

« kdy: 02. 04. 2020, 19:45:56 »

Pri Windows API a MFC všetko čo sa dá premenuje nejakým nezmyselným aliasom, ktorý vyzerá ako z čias MS-DOSu a  Turbo Pascalu.

Však Windows API je tak staré, že "z čias MS-DOSu" v zásadě pochází. Všimněte si třeba oblíbeného prefixu LP u typů ukazatelů, tzn. long pointerů (či far pointerů). V době chráněného režimu to nic neznamená, ale v době Win 3.x existovaly ukazatele "krátké" (v rámci segmentu) či "dlouhé/daleké" (segment i offset).

Osobně mám MS pojetí maďarské notace u názvů funkcí raději než jiné (pomlčky či žádné oddělovače). Lépe se to čte, protože člověk jasně vidí rozhranní slov (existují samozřejmě výjimky).

Prefixy u názvů parametrů mi přijdou zbytečné. Možná to mělo nějaký význam v minulosti (pokud takto měla pojmenované parametry každá funkce, nebylo nutné parsovat často jejich typ). A třeba v kernelovém API (jakože v jádře) se myslím vůbec nevyskytují (doba Windows 2000+).

Také bych spíše mluvil o C, ne o C++.

104

Studium a uplatnění / Re:Vplyv ekonomického kolapsu na IT

« kdy: 28. 03. 2020, 15:30:03 »

No, ale faktom je, že v niektorých odvetviach už začalo prepúšťanie.

Tomu se nelze divit. Pokud nejsou zákazníci/zakázky, nedá se nic moc jiného dělat (zejména pokud není jasné, kdy se omezení uvolní či jak bude probíhat případná státní pomoc). Náklady na mzdy apod. jsou dosti zásadní a případné rezervy rychle vyčerpají.

105

Windows a jiné systémy / Re:na disk zapisuje proces System, ačkoli stahuje youtube-dl.exe

« kdy: 20. 02. 2020, 00:30:17 »

Youtube-dl zapisuje data do cache souborového systému, ne přímo na disk. Je na souborovém systému (či Cache Manageru), kdy se rozhodne data poslat dál na disk. Může se tak stát i nějakou dobu poté, co je daný soubor zavřen (zvláště pokud je paměťově mapovaný).

V době zápisu na disk (zejména pokud tím myslíte opravdu diskové zařízení, ne svazek (volume)) již může být kontext procesu úplně jiný (nevím, zda to musí být výlučně System, z pohledu ovladače disku je to jedno).