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.


Příspěvky - Jiří Havel

Stran: 1 ... 15 16 [17] 18 19 ... 22
241
Server / Re:Přetížený disk
« kdy: 08. 09. 2019, 16:41:45 »
1. Mohu se zeptat, jak se chybující disk pozná? Podle FAILING_NOW ?
Jop, SMART zobrazuje normalizované hodnoty a pokud jsou na nebo pod THRESH tak je to problém. Obzvlášť ty typu Pre-fail. Tyhle dva disky už mají tolik mrtvého místa, že už jim skoro došel záložní prostor.

242
Odkladiště / Re:(Rádoby)frikulínská komunikace firem
« kdy: 08. 09. 2019, 14:42:38 »
V kantýně je espresso bar (zdarma) a baristka jsou vytrénované Doubleshotem. Občas tam i vidíš někdo ze starých doubleshotích mazáků, jak přijde a pomáhá jim ladit stroje.
Tak bez baristek bych se fakt obešel. Kafe si zvládnu uvařit sám a navíc je to fajn činnost na pročištění hlavy.

243
Odkladiště / Re:(Rádoby)frikulínská komunikace firem
« kdy: 08. 09. 2019, 14:27:46 »
Osobně se mi z toho ježí chlupy na hřbetě. Ale možná to bude tím, jak jsou šedivé. :)

Mám pocit, že pracovní inzeráty se prostě řídí módními trendy. "Mladý dynamický kolektiv" už prostě nezní ani mladě ani dynamicky. :)

244
Vývoj / Re:Inkrementace ne levé i pravé straně přiřazení
« kdy: 06. 09. 2019, 11:20:07 »
Nic "nedefinovaneho" na tom neni. ++ je normalni funkce, akorat zapsana jako operator. Takze:

++i si prepiste jako
Kód: [Vybrat]
int incr_pre(int &i) { i++; return i; } 
i++ prepiste jako
Kód: [Vybrat]
int incr_pos(int &i) { int tmp = i; i++; return tmp; }
a je to jasny.

Kód: [Vybrat]
a[i] = incr_pos(i); // a[i] = i++;
a[i] = incr_pre(i); // a[i] = ++i;
a[incr_pos(i)] = incr_pre[i]; // a[i++] = ++i;

Pro hnidopichy, ano neni to C, je to C++. Kdo chce C, at si prepise referenci na pointery.
 
Sorry, ale nemáš úplně pravdu. V C++ je operátor++ normální funkce jen pro structy a classy. Pro inty a další vestavěné skaláry to funkce není. C++17 dodefinovalo nějaké situace, ale operace s inty stále nejsou normální funkce.

Stačí kouknout na https://en.cppreference.com/w/cpp/language/eval_order
Citace
1) If a side effect on a scalar object is unsequenced relative to another side effect on the same scalar object, the behavior is undefined.

i = ++i + 2;       // undefined behavior until C++11
i = i++ + 2;       // undefined behavior until C++17
f(i = -2, i = -2); // undefined behavior until C++17
f(++i, ++i);       // undefined behavior until C++17, unspecified after C++17
i = ++i + i++;     // undefined behavior

2) If a side effect on a scalar object is unsequenced relative to a value computation using the value of the same scalar object, the behavior is undefined.

cout << i << i++; // undefined behavior until C++17
a = i++;       // undefined behavior until C++17
n = ++i + i;      // undefined behavior
Obzvlášť poslední dva řádky první odrážky dobře ilustrují rozdíl mezi sčítáním intů a voláním funkce.

245
Vývoj / Re:Inkrementace ne levé i pravé straně přiřazení
« kdy: 06. 09. 2019, 09:27:38 »
Specifikované je pořadí vyhodnocení hodnot
Ani pořadí evaluace argumentů funkce není definované, ne?
Není. Tady je IMO důvod celkem jasný. Různé volací konvence ukládají ty parametry na zásobník v různém pořadí. A C chce mít možnost dělat výpočet-push-výpočet-push... bez následného přerovnávání.

To pořadí vyhodnocení je nejen nespecifikované, ale výpočty jednotlivých parametrů dokonce můžou být proložené. Až C++17 to trochu omezilo. Parametry se sice stále vyhodnocují v neznámém pořadí, ale už bez prokládání. Překladač ty výpočty může stále přeskládat, ale už to nesmí být vidět navenek.

246
Vývoj / Re:Inkrementace ne levé i pravé straně přiřazení
« kdy: 06. 09. 2019, 09:12:36 »
Příkaz je:
Kód: [Vybrat]
	i = 0;
pole[i++] = ++i; /* JAK SE VYHODNOTI TENTO PRIKAZ? */

Hustý. Mě to přijde jasný. Do pole na indexu 1 ulož 1. A ve výsledku je i = 2. Takhle bych ten výraz chápal, a cokoliv jiné mi přijde divné.

Což ale samozřejmě vůbec nic neznamená, a C se nemusí řídit tím jak to chápu já :-)
C je jazyk z kompilátorové doby kamenné. V době, kdy vznikalo, se překládalo velice přímočaře do instrukcí z našeho pohledu velice obskurních architektur. :) Třeba takové pdp-11 AFAIK umělo postinkrement jako součást adresy v rámci instrukce.
Ta podezřelá konstrukce musí udělat dvě věci : spočítat adresu a spočítat hodnotu. Pro oboje může mít daná architektura nějaké specializované instrukce. Takže v té době dávalo smysl ten jazyk navrhnout tak, aby ty instrukce šlo použít. Specifikované je pořadí vyhodnocení hodnot, ale vedlejší efekty se prostě provedou někdy během toho. Jisté je akorát to, kdy už budou určitě hotové.

Když tohle přeložíte v clangu, tak bude dokonce vyhazovat warningy.

V C jsou i divnější věci. Inty třeba vůbec nemusí být reprezentované dvojkovým doplňkem. Z dnešního pohledu je to už kapku úlet. Takže mimálně nové verze C++ se to snaží trochu učesat. (Např. http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2218.htm)

Třeba přetečení integerů je a bude stále nedefinovaná operace. Kdyby překladač musel počítat s přetečením integerů, pak nemůže dělat spoustu (z našeho pohledu samozřejmých) aritmetických úprav výrazů. Ale past na začátečníky to teda je.

247
Vývoj / Re:Inkrementace ne levé i pravé straně přiřazení
« kdy: 05. 09. 2019, 16:07:12 »
Vyhodnoceni vyse zminovaneho prikazu zalezi na kompilatoru a architekture pocitace, na kterem program bezi.
Bacha. Je to ještě daleko horší než že se ty inkrementy vyhodnotí v nějakém neznámém pořadí.

Je to "nedefinované chování". Na tenhle pojem si dej bacha. Překladač může optimalizovat kód tak, jako by v něm žádné nedefinované chování nemohlo nastat. To znamená, že se tam pak může dít něco, co ten kód ani vzdáleně nepřipomíná. Překladač může klidně vyházet celé bloky kódu. Taky se mi třeba stalo že if, co vybíral ze dvou hodnot, mi díky nedefinovanému chování vrátil úplně jinou třetí hodnotu.

Citace
Pokud programator vi, jak se to zkompiluje, "muze" to pouzit.
Problém je v tom, že programátor neví jak se to zkompiluje. A neví to proto, že si takové chování není schopen představit ani ve svých nejdivočejších snech. ;)

248
Studium a uplatnění / Re:Studium na VŠ po 40
« kdy: 05. 09. 2019, 09:36:50 »
V 40tke riesit VS? Zivot sa da pokazit aj krajsim sposobom, napriklad chlast, prostitutky ..  :)

V 40tke by si uz mal byt zabezpeceny z kazdej strany, venovat sa konickom, rodine, dovolenkam a uzival si kludnu jesen zivota..
Ale no tak... Jestli ho to láká, tak ať jde do toho.

Mozek je třeba pořádně namáhat, jinak to pak na stará kolena dopadá hodně špatně.

249
Vývoj / Re:Python Opencv load videa vysvetlenie
« kdy: 04. 09. 2019, 13:08:09 »
Petr Blahos
s readNet mate pravdu nahraval som rozne modely a ramka sa menila zhruba o velkost modelu +10%

s tym VideoCapture to nie je tak jednoznacne. Pokial je to webkamera alebo stream (uz tam je to diskutovatelne) nema load to ramky vyznam ale pri tom spracovani videa by to vyznam malo. Problem je ze neviem dohladat relevantne informacie ako to pripadne spravit load video file do ramky a spracovat skrz opencv
Co přesně myslíte tím loadem do ramky? Jakékoliv video z jakéhokoliv zdroje se musí načítat do ramky a tam dekódovat.

VideoCapture interně dělá to, že načítá komprimované packety a ty dekóduje na jednotlivé snímky. Použité packety ani snímky v paměti nedrží déle než je nutné. Nic jiného moc nedává kvůli potřebnému množství paměti smysl. Pokud potřebujete nějakou historii dekódovaných snímků, musíte si je držet sám. Více průchodů nebo seekování znamená že se jednotlivé snímky budou pravděpodobně dekódovat znova a znova.

OpenCV videocapture je hodně jednoduchý nástroj. Neumí toho o moc víc, než přečtení videa snímek po snímku.

250
/dev/null / Re:Auta na baterky - má to budoucnost?
« kdy: 03. 09. 2019, 15:34:00 »
Končím, tohle nemá cenu. Fakt se nedivím, že to Bystroushaak hned zabalil. Ale jsem rád za informaci, že mezní doba pro to, kdy může být firma ve ztrátě, je 8 let. Pak už jsou to jen vzdušné zámky. Boha jeho.
Poděkuj sám sobě. Přece jenom jsi s tím číslem přišel ty. 8)

251
/dev/null / Re:Auta na baterky - má to budoucnost?
« kdy: 03. 09. 2019, 14:08:15 »
Když firma investuje do vývoje, sotva může být v plusu.

To je ale kravina.
Tak mě pouč, jak firma vydělává na tom, že vyvíjí.
Je to kravina, protože do vývoje investují úplně všechny automobilky. Tesla je ve ztrátě protože nezvládá výrobu.

252
/dev/null / Re:Auta na baterky - má to budoucnost?
« kdy: 03. 09. 2019, 13:37:11 »
Tesla model S battery pack 75kWh, pouzite a pry jen 6 mil najeto. A pry je to dobre pro solar, takze s tou baterii neco je v neporadku.

https://www.ebay.com/itm/Tesla-Model-S-Battery-Pack-75-kWh-Capacity-low-miles-great-for-solar/183811813767?hash=item2acc09b187:g:q3YAAOSwcfNcrlJu

708850,- Kc :D


A ted tu o Jenickovi a Marence prosim. 1kWh vyjde na techto POUZITYCH bateriich na 9500,-. Kolik by staly nove?

Takze nejaky z prstu vyvucany graf o poklesu ceny baterii, ktery nahore nekdo postoval, a z ktereho je jeste predikovany pokles ceny baterii na dalsich 10 let, si muzete strcit za klobouk. A co rika ten sejdir Musk, jehoz Tesla je uz nekolik let ve ztrate, to uz je uplne jedno.

9500CZk ~ 400$.

Cena za 1kwh nove baterie je pod 200$. Tolik k te ebay.
Kde se za takovou cenu dají koupit?

253
/dev/null / Re:Auta na baterky - má to budoucnost?
« kdy: 02. 09. 2019, 12:36:20 »
Mimochodem, nahradni baterie pro Teslu 3 by mely byt mezi 5-7k$.
Měly by ... Což v případě Muskovy firmy může znamenat úplně cokoliv. Tu firmu neživí prodej aut ale vzdušných zámků.

254
/dev/null / Re:Auta na baterky - má to budoucnost?
« kdy: 30. 08. 2019, 16:56:17 »
Důležité je, že i ti vědci kteří stojí za "Teorií globálního oteplování" o ní stále mluví jako o teorii. Ale tohle téma je asi k diskuzi do jiného vlákna. Založte takové a můžeme zkusit sílu svých argumentů.
Bacha, v kontextu vědy má slovo teorie o dost jiný význam než v běžné řeči. I o kvantové mechanice nebo deskové tektonice se stále mluví jako o teoriích. Není žádný vyšší stupeň. Kdyby o tom mluvili jako o hypotéze, pak by to byla jiná. Pokud vědec o něčem mluví jako o teorii a ne jako o hypotéze, pak si je dost jistý.
https://en.wikipedia.org/wiki/Scientific_theory
Citace
A common misconception is that scientific theories are rudimentary ideas that will eventually graduate into scientific laws when enough data and evidence have been accumulated. A theory does not change into a scientific law with the accumulation of new or better evidence.

Na tenhle argument opravdu bacha. Celkem spolehlivě znevěrohodní i všechno ostatní, co člověk říká. Někdo by vás mohl hodit do jednoho pytle s mladozemními kreacionisty a plochozemci. Ti mají "Je to jen teorie" obzvlášť rádi.

255
/dev/null / Re:Auta na baterky - má to budoucnost?
« kdy: 29. 08. 2019, 16:39:52 »
Já tady za fakta nic nevydávám, přečti si noviny, poslechni si Grétu. Většina publikujících vědců, celebrit i politiků má za to, že tyto klimatické změny způsobil člověk. To je ten fakt.
Zrovna Grétu bych teda raději netahal. Teda aspoň pokud chceš někoho přesvědčovat o tom, že jde primárně o vědu a ekologii a ne o propagandu a ideologii. Klausové a jim podobní musí slintat blahem.

Stran: 1 ... 15 16 [17] 18 19 ... 22