Příspěvky

121

Software / Re:Prikaz na vypis uzivatelu v linuxu

« kdy: 19. 11. 2017, 13:14:00 »

moc lépe to nejde. Ještě uživatelé mohou být vzdáleně např. přes pam, tam už to "vůbec" nezjistíš.

jako man se lze přihlásit, sudo -u man bash

122

Studium a uplatnění / Re:Zjistil jsem kolik za moji práci firma dostává - argument pro zvýšení platu?

« kdy: 18. 11. 2017, 13:51:20 »

konzultanti se prodávají za 2x až 5x vyšší cenu než kolik na ně mám přímé náklady. Seniora prodám za dvojnásobek, juniora za pětinásobek.

Jak tady zaznělo, není lehká práce to udržet při životě, ano, majitelé často mají zisk, ale často také nemají vůbec nic, o těch firmách, které zkrachovali nebo je někdo úspěšnější pod cenou koupil se moc nemluví.

Každý si může jít zkusit pracovat na vlastní triko, v tom je tady volnost. Socialistické myšlení typu, že když někdo má peníze, chci je taky, mám na to právo sem nepatří. Zpravidla nikdy se jednotlivec nedostane k velkých zakázkám, nemá šanci to kapacitně zvládat. Úspěšní jsou ti, kteří na trhu nemají náhradu a kteří se umí prodat.

123

Hardware / Re:Macbook Pro 2017 pro vývojáře?

« kdy: 17. 11. 2017, 19:02:09 »

To jsem nejak nepochopil. On systemd je uz i hardware? Pan buh s nami a zle pryc.

Myšleno bylo system76, jsou případy, kdy ultra rychlý disk je k nezaplacení, není moc výrobců kteří mají 1TB+ nvme disky se slušnou rychlostí. Mnoho let jsem byl uvězněný na desktopu a teď konečně mohu i do přírody, to za tu cenu stojí, ne?

Ano, lidé, kteří tráví život na cestách po západě velice rychle zjišťují výhody applu. Je to opravitelné v každé zemi skoro na počkání (který jiný výrobce to nabízí)? Time machine je naprosto závislá věc, občas vidím jak kolegové vezmou flaskhu, udělají si zálohu, v usa si koupí/půjčí nový mac, obnoví ho ze zálohy a mají pracovní stroj na týden cestování a nemusí se tahat s batohem a vybavením.

Nemám rád tyhle války a ptát se, jestli je něco od Applu dobré jen končí slovní válkou o ničem. Ten komu vyhovuje si ho koupí a nevidím důvod o tom přesvědčovat někoho jiného. K autorovi vlákna, pokud ti mac OS vyhovuje a máš na něj peníze, nebudeš zklamaný a sloužit ti bude velice dobře, v opačném případě skončíš jako tady "macík", který chce z mac OS udělat windows a stěžuje si, že mu to Apple neumožňuje.

124

Hardware / Re:Macbook Pro 2017 pro vývojáře?

« kdy: 17. 11. 2017, 11:02:41 »

kolem Applu to je vždy snadné, ti co ho mají, si ho chválí, ti co ho nemají, ho kritizují.

Očividně hledáš jen způsob jak si objektivizovat vysoké náklady na jeho pořízení, protože ho subjektivně chceš.

Za mě, touch bar je super hračka na makra do vimu, často se dost hlasitě zadýchává, pravidelně na něm kompilovat větší projekty není dobrá nápad. Za mě exceluje (výrazně před konkurencí) v práci s videem a fotkami, 4K video se na něm stříhá přijatelně, 400mpix fotky zvládá bez dlouhého čekání, konkurenční delly nebo i systemd neposkytují takový výkon. Usb-c a externí grafika je naprostá bomba, konkurence zatím nemá 40gbit porty.

125

Hardware / Re:Intel Spyware Engine, AMD Insecure Processor

« kdy: 10. 11. 2017, 08:56:49 »

pokud nemáš znalosti o problematice bezpečnosti, nejsi schopný si udělat bezpečný počítač a budeš muset vždy někomu věřit. Prakticky většinu bezpečnostních slabin si způsobíš sám svojí nedůsledností a neodborností.

Existuje řada řešení, ale opět je to o důvěře, jako např. https://puri.sm/

126

Server / Re:ACL nad velkym mnozstvom dat v DB

« kdy: 10. 11. 2017, 08:49:32 »

myšleno to bylo tak, že přidání nového dokumentu či úprava existujícího a vygenerování indexu není atomická operace jako u relačních databází. Pošleš dokument, dostane ho storage engine (whitetiger třeba), ten ho uloží a catalog si zjistí, jestli je dopad na index, ten poté nechá ve vlastním threadu dopočítat a invalidovat cache, ale to už RPC request nečeká a clientovi pošle info, že dokument je vložený. Pokud chviličku poté chceš dokument vyhledat, ještě není v indexu, trvá to pár ms (u nezatížené db) až klidně minuty (u hodně zatížené), nedá se to ale skoro vůbec nebugovat, mongo-tools na tohle je slabé.

Nevím, jestli jsou nějaké články, vychází to ze zdrojového kódu, mrkni na github, jak se v catalogu řeší thready a posílají data do storage enginu. Klidně napiš, můžeme se o tom pobavit více. Nechci mongo pomlouvat, ale technologie chce používat tak, jak jsou navržené. Mongo nepoužívá žádný wal, nemá updaty uložené v btree struktuře jako leveldb, díky tomu má neskutečný paralelismus při ukládání, ale hledání vložených dokumentů je hodně lazy, což zrovna u acl vidím jako kritické.

127

Server / Re:ACL nad velkym mnozstvom dat v DB

« kdy: 09. 11. 2017, 23:02:09 »

nemyslím si, že je vhodné řešení doporučovat použít jinou databázi, tvůj původní návrh na denormalizovanou (či vazební) tabulku byl mnohem vhodnější.

Mongodb není všespásné a má dost různých problémů, asi bych ho nedával do ruky lidem, kteří ho moc neznají, to si pak takhle uloží nové permission, v zápěti si je chtějí načíst a ouha, oni nikde . Holt asynchronní indexování má své nevýhody, stejně tak, že třeba není možné ho distribuovat na více serverů.

U 100M dokumentů je skoro jedno co se za databázi použije, všechny s nějakou formou indexů to zvládají.

128

Vývoj / Re:Dedicnost OOP + biologia

« kdy: 09. 11. 2017, 22:52:35 »

Ona je lepsi otazka, ktere reseni povazuje skolitel za spravne. Protoze bez kontextu k cemu to ma slouzit, se to da tezko odhadovat.

Z toho co tam je mi dava smysl, ze potomkem rostliny je: Strom, Kvetina. Protoze je to specializace. Ostatni jsou instance (dub, ruze) nebo soucasti (agregace a ne dedicnost - list, koren, jablko). Organismus by pak byl spis predek, protoze je to obecnejsi nez rostilna.

A ta druha je zapeklita. Ucitel by se nejspis mel modelovat jako role. Muze byt ucitel i studentem? (na vysce caste, proc ne) Tim padem urcite nededit od cloveka, neslo by namodelavat, ze je jak ucitel, tak student. Podobne by se dalo argumentovat i u ostatnich.

Z tech veci co tam jsou vyjmenovany bych to nededil od niceho. Mozna jako zamestnanec, bude pak moct jit zamestnanec na vyuku jako student? Priklad imo na prd.

Trefně popsáno, ale mrkni se zpátky na otázky, "dává smysl" nebo "mohla dědit". Tady nebude jediná správná odpověď, důležité bude právě zdůvodnění a sloužit to má k porozumění dědičnosti a nikoliv tvorbě reálné aplikace .

S dubem nebo růží jako instancí by s tebou Linné moc nesouhlasil, jsou to rodová jména. Dobře, přidáme ještě druhové jméno a jsou to poté instance? No nikoliv, běhne nám do toho biolog a nadhodí vyšší a nižší taxóny a jsme zase v loji, nedej bože aby přišel teolog a řekl ne, ne, instancí je až konkrétní jedinec, hlavně do toho nesmíme pouštět psychologa, ještě by nám toho jedince dále rozdvojil...

Tady je jasně daný vstup, žádný student tady není, zvažovat tedy jestli může být učitel studentem a dělat kompozitní objekty sem moc nepatří. Když už, tak lepší postřeh je, že ne každý učitel musí být zaměstnancem. Ale nejdůležitější je samotná otázka, jestli by mohl dědit a ne jestli dědí.

129

Vývoj / Re:Dedicnost OOP + biologia

« kdy: 09. 11. 2017, 21:26:13 »

Odpověz si na otázku, je XY rostlina? Pak ti výjde, že jablko opravdu není rostlina, ale plod, tvoje třída (a podtřídy) mají popisovat chování (druh, změnu/rozdíl proti nadřazenému) a jablko není speciální typ rostliny, ale její plod.

Učitel je speciální typ "chování" (role) pro zaměstnance a zaměstnanec je speciální typ chování pro člověka, člověk je speciální chování pro organismus. Už je ale nesmysl, aby učitel byl speciálním chováním pro matematiku či vzdělání.

130

Server / Re:ACL nad velkym mnozstvom dat v DB

« kdy: 09. 11. 2017, 19:21:37 »

a subselect to nevyřeší?

select * from document
where document.id in (select distinct ACL.document from ACL where user = {} and permission = {1})

Šlo by poté dokonce v subselectu stránkovat, abys nemusel pokaždé tahat desítky tisíc dokumentů.

131

Distribuce / Re:Linux kernel feature comparison

« kdy: 07. 11. 2017, 12:42:13 »

tohle není snadné, musíš to kontrolovat pro konkrétní distribuci, každá si může dělat vlastní kernel patche, záleží poté na samotné sestavě, kterou kompilují.

Osobně studuji prvotní changelogy https://cdn.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.13.11, kde tvůj požadavek je splnitelný, či to lze vyčítat přímo z gitu, ale nikdo ti nezaručí, že zrovna tvoje distribuce nedělá úpravy a musíš se také dopátrat ke konfiguraci pro kompilaci jejího kernelu.

132

Sítě / Re:Síťování v RH/Fedoře/CentOS

« kdy: 07. 11. 2017, 10:53:42 »

je to o tom jak to člověk potřebuje, dokážu si představit, že NM je užitečný. Prozatím ale spíše přidělává práci na clusterech, na kterých jsem pracoval.

Běžně totiž konfigurace je generována a spravována z venku, je nežádoucí dělat změny přímo na samotných serverech, ifcfg soubory bývají jen pro čtení, někde dokonce pouze připojeny read-only vzdáleně. Různorodost různých infinibandů, 100GbE sítí, specializovaných driverů, rdma atd. vůbec nesvědčí NM a má v tom několik bugů.

Jistým omezením je i zastaralost infrastruktury, audit procesů a ostatních věcí, které jsou závislé na konfiguracích sítí po staru a do epochy NM ještě nevyspěly.

133

Sítě / Re:Síťování v RH/Fedoře/CentOS

« kdy: 07. 11. 2017, 08:41:32 »

NM nechávám na serverech jen v případě, kdy potřebuji mít wifi, což jsem ještě nepotřeboval. Běžně se vypíná, nemá co zasahovat do konfigurace.

134

Server / Re:Jak zjistit PID spuštěné funkce

« kdy: 07. 11. 2017, 08:35:38 »

ne, v $$ je pid funkce test_f v době jejího spuštění. Výrazy (expression) uzavřené v {} nebo () se vyhodnocují až jejich voláním.

edit:

k původnímu dotazu. Funkce se chová správně, jak už ostatní psali, přidáním & za volání test_f vytvoříš nový proces, v něm si uložíš pid a pak se vrátíš zpět. Neměl bys ale nikdy volat & aniž bys za tím neměl alespoň wait, on se ti totiž ukončil i bash a pokud bys uvnitř test_f měl delší funkci, běží i po ukončení té hlavní, což je super.

Dej pryč ten & a budeš tam mít pid hlavní funkce. Podle tvého dotazu se ale kód chová správně, samotná funkce nemá žádné pid, to má až samotný proces.

135

Sítě / Re:DDOS útok? - usgs.gov

« kdy: 06. 11. 2017, 08:24:30 »

máš pravdu, DNS Amplification je asi častější využití této metody. Z dotazu mi ale nevyplyno, že zdrojová IP adresa je podrvžená, naopak se poměrně často měnila. Při DNS Amplification je počet dotazů řádově větší i na jednotlivé resolvery, možná si to jen někdo zkoušel.