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 - Cikáda

Stran: 1 ... 8 9 [10] 11 12 ... 54
136
/dev/null / Re:Jak se nacenit?
« kdy: 03. 10. 2019, 19:22:07 »
Jistě, protože známky odpovídají schopnostem a znalostem.  :D
Kdybys někdy byl na VŠ nebo aspoň neodpadní SŠ, tak bys věděl, jak hodnocení funguje. Nepřekvapivě dobří studenti mívají dobré známky a lemplové špatné.

Tak jsem rád, že vím, jak to funguje (nebo snad tvůj výrok neplatí?  ;D ).

Nepřekvapivě opět překrucuješ - řeč nebyla o dobrých studentech. ;) Byla o lidech s talentem/znalostmi a lidech s průměrem do 1.2, kdy ty tvrdíš, že si ty množiny odpovídají, a já, že ne. Na někoho "s intelektem nám nedosažitelné úrovně" máš problém se čtením.

137
/dev/null / Re:Jak se nacenit?
« kdy: 03. 10. 2019, 15:57:01 »
BTW mít firmu, tak bych člověka po škole za 180kč/h nenajal ani náhodou. Zadarmo drahej. Akorát starosti. Většinou takhle najímají naprd firmy, které si myslí, že ušetří. Lepší jeden senior, než deset juniorů.
To s tím seniorem sice obecně platí, ale ti nejlepší z ročníku (s průměrem do řekneme 1,2) z nějaké dobré školy se vyplatí i čerstvě po škole, přece jen talent/znalosti se projeví.

Jistě, protože známky odpovídají schopnostem a znalostem.  :D

138
Studium a uplatnění / Re:Studium Cisco a začátky s Linuxem
« kdy: 27. 09. 2019, 22:58:37 »
1. Zistil som, že CISCO akadémia otvára dvojročné externé Cisco štúdium. Moje znalosti z oblasti IT sú mizerné. Má podľa vás zmysel platiť za Cisco štúdium, alebo sa mám radšej vrhnúť na štúdium na univerzitnej pôde v oblasti informatiky?

A proč ne obojí? Minimálně v rámci studia na MUNI a VUT to lze absolvovat. Nevím, jak CCNP (na MUNI je), ale CCNA by mělo být na obou školách (a minimálně na MUNI zdarma).

Jinak to Cisco je fajn, člověk si osahá i hw, CCNA mají i vcelku hezky zpracováno a je to jakási známka toho, že člověk už aspoň něco málo zná. Každopádně je to ale síťařina, což je něco hodně jiného než studium informatiky.

2. Chcem sa s priemerného užívateľa systému Windows stať pokročilejším užívateľom Linuxu. Aký postup navrhujete? V knihovničke som našiel knihu Linux, dokumentačný projekt a píše sa tam, že je vhodná pre začiatočníkov. Je to naozaj tak, alebo sa mám poohliadnuť po inej Linux literatúre? Ak áno, akej?

Nainstalovat Linux a nepoužívat Windows, ani když nebudeš vědět, jak to na Linuxu vyřešit. A prostě používat, používat, používat. Fajn je knížka "Příkazový řádek Linuxu" (nebo tak nějak). Jinak minimálně Arch wiki je dobrý zdroj.

Protože jsem ze školy ale už dvě dekády tak netuším, zda je lepší komeční Cisco Academy nebo v rámci studia vysoké školy.

Komerční certifikáty jsou omezeny platností, ty školní by neměly být. Zase firmy potřebují ty komerční, chtějí-li být partnery (jsou tam nějaké stupně, kdy je předepsán počet pracovníků odpovídajících certifikátů - ale už nevím, jak to je teď). Jde-li o znalosti, pak stačí samozřejmě ty v rámci školy.

139
/dev/null / Re:Auta na baterky - má to budoucnost?
« kdy: 25. 09. 2019, 08:03:51 »
Keďže tu máme diskusiu o budúcnosti, elektromobilov ("Auta na baterky - má to budoucnost?") dovolím si zacitovať z článku o vedeckej práci z vývoja batérií, čiže pravdepodobne o budúcnosti v predaji za 2- 7 rokov, ako je to v zavádzaní výskumu do výroby bežné: "Kapacita batérie sa po štyroch tisícoch nabíjacích cyklov zníži len o 10%, čo umožňuje životnosť v podobe dojazdu milión míľ.". Čiže 1,6 mil. km.
Zdroj v SK: http://dsl.sk/article.php?article=22977
Zdroj v EN: https://www.wired.com/story/tesla-may-soon-have-a-battery-that-can-last-a-million-miles/

Teď ještě co s tím udělá rychlonabíjení, že...

140
Vývoj / Re:C++ no default constructor exists for class
« kdy: 23. 09. 2019, 15:10:18 »
C) občas je k vidění varianta "maximálně úsporná" = jména symbolů jsou 2-4 znaky dlouhé zkratky :-) Viz třeba zdrojáky Perlu.
...
( C) je samozřejmě blbost s Perlem nesouvisející, je rozdíl mezi built-in/idiomatickými proměnnými a tím, jak se pojmenovávají "uživatelské" proměnné.)

O nic nejde - nejsem si jist jestli si správně rozumíme, pro jistotu upřesním: měl jsem na mysli Céčkové zdrojáky samotného Perl interpretru, viz např. datový typ SV znamená Scalar Value, třeba tady na řádku 321 atd. (deklarace 'SV* sv;' a návazná užití té proměnné). Celá perlová střeva jsou špikována takto pojmenovanými elementárními typy. Připomíná to písničku "Zkratky" od Ivana Mládka.

Tak to se omlouvám, opravdu jsem to pochopil špatně.
I když si stále nemyslím, že by to měl být nějaký "standalone" styl pojmenovávání proměnných, spíš prostě způsob jak si ulehčit psaní dlouhých jmen, když je to v tu chvíli jasné.

141
Vývoj / Re:C++ no default constructor exists for class
« kdy: 21. 09. 2019, 23:31:28 »
Výborný zdroj na C++ je https://en.cppreference.com.

3.) konvence tvorby jmen... osobně vím cca o dvou rozšířených variantách:
 
A) to co je vidět v Linuxu = všechna písmenka malá a mezi slovy podtržítka
B) "maďarská notace", dost rozšířená v Microsoftím světě
C) občas je k vidění varianta "maximálně úsporná" = jména symbolů jsou 2-4 znaky dlouhé zkratky :-) Viz třeba zdrojáky Perlu.

Tak hlavně je buď snake_case notace
Kód: [Vybrat]
my_number
, nebo camelCase
Kód: [Vybrat]
myNumber
.
Nejdůležitější je pojmenovávat tak, aby bylo co nejjasnější, o co jde a také, aby ten styl byl jednotný.

( C) je samozřejmě blbost s Perlem nesouvisející, je rozdíl mezi built-in/idiomatickými proměnnými a tím, jak se pojmenovávají "uživatelské" proměnné.)

142
Software / Re:Propojení telefonu s PC
« kdy: 19. 09. 2019, 18:34:09 »
sice jen castecne, resp. trochu neco jineho, ale... Vivaldi na PC + Vivaldi pro Android(zatim beta)
- na obouch se prihlasis k Vivaldi uctu a povolis synchronizaci (probiha sifrovani a mimo google servery)
- v Vivaldi PC i Android pak vidis pod ikonkou mracku, otevrene listy na tom druhem
- ma to spolecne poznamky (zkopirujes text na strance a das "Nova poznamka z vyberu", poznamka si pak pamatuje i odkud byla zkopirovana a muze kdykoliv otevrit pvuodni stranku v listu, poznamky muzes upravovat)
- ma to spolecnou historii, takze z obou se muzes podivat co si na tom druhem pretim prochazel

To snad umí i Chrome/Chromium a Firefox...

143
O serveru Root.cz / Re:Autor David Ježek
« kdy: 19. 09. 2019, 17:34:02 »
A další zavádějící zprávička:
https://www.root.cz/zpravicky/vlada-usa-zaluje-edwarda-snowdena-ale-na-za-co-myslite/

A proč:
https://www.root.cz/zpravicky/vlada-usa-zaluje-edwarda-snowdena-ale-na-za-co-myslite/1027534/

Nejvíc mně fascinuje, že tu zavádějící část Ježek strčil do nadpisu, místo aby věcně napsal že "Vláda USA žaluje Snowdena za jeho novou knihu" nebo něco v tom stylu.

Tak koukám, že někdo uznal, že to Ježek zvoral, změnil název zprávičky z:
"Vláda USA žaluje Edwarda Snowdena, ale ne za co myslíte"
na:
"Vláda USA žaluje Edwarda Snowdena kvůli jeho nové knize"
Ale nikde o tom ani zmínka, a navíc obsah zprávičky je stále zavádějící.

Dostanu od rootu peníze za korekturu Ježkových článků?

Obávám se, že kdyby za to měla redakce platit, tak zkrachuje.

144
O serveru Root.cz / Re:Autor David Ježek
« kdy: 19. 09. 2019, 13:17:25 »
Také si tu odložím.

https://www.root.cz/clanky/enlightenment-miri-k-waylandu-freebsd-vyzyva-linux-ke-spolupraci/

K některým tvrzením chybí zdroje, spousta nepřesností a když už autor jednu z chyb opraví (ignorujíc ostatní), tak ji nahradí jinou. Neříkala redakce něco o zvyšování kvality?
Autor je žena nebo dítě? Nebo proč jsi použil tenhle tvar přechodníku?

Tak minimálně se jako dítě chová, když na věcnou kritiku reaguje slovy o lynčování, obsah článku upravuje (doplňuje, opravuje nepřesnosti apod.) na základě podnětů z diskusí bez toho, aniž by tento fakt jakkoliv přiznal (ať už v textu nebo poděkováním v diskuzi) a tak dále. Ale ano, máš pravdu, měl použít jiný tvar přechodníku.

Otázkou zůstává, zdali je toto ta vyšší kvalita, kterou root sliboval...?

P.S. - Tenhle je hovorové.
Hovorové přechodníky neexistují, všechny jsou archaické (knižní). To je takt tak těžké přiznat chybu bez keců?

Já nikde nenapsal, že něco takového existuje. Pořád nedokážeš diskutovat bez lhaní?

145
O serveru Root.cz / Re:Autor David Ježek
« kdy: 19. 09. 2019, 12:55:07 »
Také si tu odložím.

https://www.root.cz/clanky/enlightenment-miri-k-waylandu-freebsd-vyzyva-linux-ke-spolupraci/

K některým tvrzením chybí zdroje, spousta nepřesností a když už autor jednu z chyb opraví (ignorujíc ostatní), tak ji nahradí jinou. Neříkala redakce něco o zvyšování kvality?
Autor je žena nebo dítě? Nebo proč jsi použil tenhle tvar přechodníku?

Tak minimálně se jako dítě chová, když na věcnou kritiku reaguje slovy o lynčování, obsah článku upravuje (doplňuje, opravuje nepřesnosti apod.) na základě podnětů z diskusí bez toho, aniž by tento fakt jakkoliv přiznal (ať už v textu nebo poděkováním v diskuzi) a tak dále. Ale ano, máš pravdu, měl použít jiný tvar přechodníku.

Otázkou zůstává, zdali je toto ta vyšší kvalita, kterou root sliboval...?

P.S. - Tenhle je hovorové.

146
Vecko sa da otestovat.
Zriedkave chyby sa daju otestovat aspon v debuggeri, ze sa zmodifikuju premenne tak, aby dana situacia nastala.

Problém je, že člověka tak nějak všechno nenapadne.

147
Tak tedy uveď návratovou hodnotu funkce, která má vrátit string, ale selže. Zároveň chci vědět, proč selhala a za jakých okolností.
To je dost abstraktní zadání. Nicméně lze to řešit např. dvojicí, referencovaným argumentem i výjimkou. Možností je dost a situací, kdy je to které řešení lepší, nespočet.
Dvojice se používají např. v Golang. V C++ a Javě vy to působilo poněkud nepatřičně.
Nevím, co na auto [ ] = vypadá nepatřičně.

Blbě se to používá ve výrazech.

Existuje first a second.

148
Tak tedy uveď návratovou hodnotu funkce, která má vrátit string, ale selže. Zároveň chci vědět, proč selhala a za jakých okolností.
To je dost abstraktní zadání. Nicméně lze to řešit např. dvojicí, referencovaným argumentem i výjimkou. Možností je dost a situací, kdy je to které řešení lepší, nespočet.

Dvojice se používají např. v Golang. V C++ a Javě vy to působilo poněkud nepatřičně.

Nevím, co na auto [ ] = vypadá nepatřičně.

Referencovaný argument byl zamítnut kvůli side-effectu a jsem téhož názoru.

Takže teď je in nepoužívat cokoliv s vedlejšími efekty?

Zbývají výjimky, které nejsou drahé, jsou praktické a vcelku efektivně brání logickým špagetám (není potřebné "else"). Jen se nesmí zneužívat k flow-controll.

To je zase nepodložených tvrzení. 1) Nezbývají výjimky. 2) Pokud způsobí stack-unwinding, tak ano, jsou typicky významně dražší než návratová hodnota. 3) Nevím, proč by mělo být potřebné else.

149
Někteří diskutující píší, že by se neměly používat, protože jsou drahé, že by se měly používat návratové hodnoty.

Ehm, to tu někdo napsal?

Je snad logické, že se jich ptám, jak by to tedy řešili v C++ a Javě, kdyby nesměli výjimky používat. Nabízí se mi pouze kostrbatá řešení, které buď používají, anebo mají něco lepšího.

Na to ses ale doposud neptal.

Tak tedy uveď návratovou hodnotu funkce, která má vrátit string, ale selže. Zároveň chci vědět, proč selhala a za jakých okolností.

To je dost abstraktní zadání. Nicméně lze to řešit např. dvojicí, referencovaným argumentem i výjimkou. Možností je dost a situací, kdy je to které řešení lepší, nespočet.

Haskell prosím odlož stranou, bavíme se o objektových jazycích.

Odkdy?

150
Návratová hodnota je určena pro data. Pokud bych například místo stringu dostal int nebo boolean, tak by z toho navazující kód mohl být zmaten. Takovou funkci či metodu by nebylo možné použít ve výrazu. Analýza typu návratové hodnoty je zase code smell.

Pokud místo stringu dostanu int nebo boolean, tak je chyba trochu jinde než ve výjimkách / návratové hodnotě.

Výjimky to skutečně řeší mnohem lépe a popisněji. Dozvím se z nich nejen návratový kód, ale i co a kde se stalo a za jakých okolností. A když se mi nechce ji zachytávat, tak ji prostě nechám propadnout.

A z návratového kódu nelze určit, co a kde se stalo?

Když budeš ignorovat návratové kódy, tak se ti bude program chovat podivně. S výjimkami se ti to nemůže stát, tedy pokud je nebudeš polykat.

Jakože když budu ignorovat návratové kódy, tak se bude program chovat divně, ale když budu ignorovat výjimky, tak se divně chovat nebude?  :D

Nemám v zásadě nic proti výjimkám, ale návratová hodnota je vždycky značka ideál. Zvláště v typovaných jazycích.

Jak bys tedy vyřešil návratovou hodnotu funkce, která má vracet třeba string, ale uvnitř selže? Prosím jinak než v Golang, jehož řešení znám.

Například Either, Maybe/std::optional...

Stran: 1 ... 8 9 [10] 11 12 ... 54