Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Prostě v jednom konkrétním okamžiku může logicky na jednojádrovém procesoru běžet jenom jedna konkrétní gorutina (není to paralelní) i když je nad tím abstrakce, která programátorovi vytváří iluzi nezávislého běhu (je to konkurentní).Čistě teoreticky by i na jednojádrovém procesoru mohly běžet dvě gorutiny najednou. Jedna by něco počítala pomocí CPU, druhá by tahala data pomocí DMA :-)
Vsadim tri prsty na prave ruce, ze tam ten Linux nic kritickyho neridi. Hlasky "prvni patro", "druhe patro" at tam klidne pousti systemd
Jenže ta otázka není špatně.Takže když se nám otázka nehodí, tak ji označíme za špatnou? OK, tomu rozumím.Ne, nerozumíte. Kde jsem psal, že se mi otázka nehodí? Nikde. Psal jsem, že ta otázka je špatně. Protože součástí té otázky je tvrzení, které není pravda. Takže se na ní nedá odpovědět.
Když se vás někdo bude ptát, proč je tráva modrá, taky mu těžko budete moci odpovědět na jeho otázku, a místo toho mu budete muset vysvětlit, že tráva je zelená.Samozřejmě, to máš pravdu. Jenže ona ta tráva skutečně je zelená, přestože tvrdíš, že je modrá.
Hééj, pokud je možné používat pouze SystemD init, tak to je ale dobrá zpráva.aby SystemD init na sebe povinně nabalil i ten tetris?Opět další lež, systemd init na sebe nic nenabaluje.
Takže když se nám otázka nehodí, tak ji označíme za špatnou? OK, tomu rozumím.Je to vysvětlení, proč je ta otázka špatně. Systemd init není komplexní. Ve skutečnosti je jednodušší, než SysVinit. Na rozdíl od něj totiž dělá právě jenom to, co musí dělat proces s PID 1.To není odpověď na otázku.Aha. A je zadouci, aby init byl komplexni? Aby navic nebyl init, ale nabalil na sebe kdeco, vcetne Tetris a firewallu?
SD neni (jen) init, ale komplexni zaklad userspace systemu, takze tento argument je irelevantni.
Otázka zněla, zda je to žádoucí. Co je SD zač všichni ví (ať už v dobrém, či zlém).
To není odpověď na otázku.Aha. A je zadouci, aby init byl komplexni? Aby navic nebyl init, ale nabalil na sebe kdeco, vcetne Tetris a firewallu?
SD neni (jen) init, ale komplexni zaklad userspace systemu, takze tento argument je irelevantni.
Zdravím,Krátká odpověď: ne, nejde.
mám třídu ClassA a ClassB, nyní vytvořím
$obj_a = new ClassA(); (a uvnitř třídy ClassA vytvořím další objekt třídy ClassB)
Můžu nějak v třídě ClassA vrátit returnem objekt ClassB přimo do již vytvořeného objektu $obj_a? Děkuji.
Otazka teda je: Co je zdravsie? Pridat si property na jeho identifikaciu alebo vytvorit jeho state z triedy ?Chceš jen, aby se ti v konzole zobrazoval co je zač? Nebo budeš ten typ nějak více řešit? Budeš řešit i složitější věci (typy, interface)?
Tak proč ne, já s tím kódem pak pracovat nebudu. Ale podle mě si tam stejně časem různýma obezličkama budeš implementovat to, co bys měl v klasickém OOP zadarmo(což je vidět hned v prvním příspěvku) a nakonec z toho vznikne akorát takový škaredý prasopes. Ale dělej, jak uznáš za vhodné.To nemusí být nutně pravda. Tazateli se možná jedná o práci s Typy. Zatímco ty hovoříš o OOP. Což nejsou synonyma přestože oboje umožňuje dědičnost.
Pokud to ma neco delat, tak to musi menit stav. Jde o to, aby zmeny stavu meli urcite vlastnosti a dalo se o nich lepe premyslet.Je zajímavě, že si v tom samém příspěvku odporuješ: Překladač nepracuje se stavem, a přesto rozhodně něco dělá :-)
Prekladac si pak muze udelat vesmes co chce za danych garancych.
Už to tu zaznělo: curring.Diskutovalo se tu o obdobě shellových utilit. To je typicky jedna metoda (funkce).
Typická shellová utilita mívá minimálně jeden parametr, který říká, co se s těmi vstupními daty má udělat. Tedy pokud to nemá být vyloženě jednoúčelové, jako např. gzip.
Ano. Je to jedna funkce s nějakými parametry.
Jenže to je dané tím, že to v shellu jinak nejde a nemáš si jak držet stav mezi jednotlivými voláními.
Např. když přes find a xargs budeš zmenšovat obrázky, tak musíš tu velikost předávat pořád dokola jako parametry.
Kdežto v objektovém programovacím jazyce by sis inicializoval objekt, který bude zodpovědný za to zmenšování, s těmi parametry a pak ho opakovaně používal.
V shellu se to řeší uložením konfigurace do souboru, když je těch parametrů moc nebo jsou složitěji strukturované. Pak voláš program s jedním parametrem, kterým je název toho konfiguráku. Pak se vlastně dá ten program (binárka) přirovnat ke třídě a ten konfigurák k její instanci (resp. konfigurák drží stav a společně s programem vytvoří proces a to je ta instance).
function grep ($in, $pattern) {
foreach ($in as $line) {
if(preg_match($pattern, $line)){
yield $line;
}
}
}
function curr_grep($pattern) {
return function($in) use ($pattern) {
return grep($in, $pattern);
}
}
$curr_grep_a = spec_grep('a*');
$curr_grep_b = spec_grep('b*');
$spec_grep_a($obsah);
Boze, ...Pokud prodavacka neobsluhuje zakazniky, tak resim ze neobsluhuje zakazniky, je mi uplne u rite jestli si pise na FB kdyz tam zadnej zakaznik neni. Porad je pro me asi tak 100x lepsi kdyz bude cumet na FB, nez kdyz ji to zakazu, a ona bude vymejslet jiny ptakoviny. Jako treba skladnici, ktery misto browsani po webu, ktery maj zakazany, poradaj zavody jesterek.
Monitorovat dochadzku je bezne, obzvlast, ak je dotycny plateny od odpracovanych hodinAno, protože to je režim: "hele, jsi dobrej, ale nevím jak ti přesně popsat práci, tak já vždycky přijdu, řeknu co zrovna potřebuju, a ty mi to uděláš. Prostě mi budeš k ruce, ok?"
Protože je to cargo cult? Místo hledání příčiny problému řešíme následky a vnější projevy?Proč myslíte, že když šéf zkontroluje docházku, tak to implikuje že nic neumí a ničemu jinému nerozumí?...Spatnyho zamestnance poznas nekdy velmi tezko, a bude ti to trvat, ale spatnyho sefa poznas snadno - sleduje lidem pichacky. On totiz nic neumi a nicemu jinymu nerozumi.
Kdyby byla běžná pracovní doba 6 hodin, tak by se to dalo v klidu vydržet, tedy nepřetržitě pracovat, ale opravdu nebudu 8 hodin v kuse jak dement cvakat do klávesnice, mám snad právo na chvilku rozptýlení a nebo jsem otrok?Ano, jsi otrok. Záleží od smlouvy.
CoreOS.To zní zajímavě. Díky.
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.