Příspěvky

31

Windows a jiné systémy / Re:Vytvoření instalačního USB klíče s Windows 7

« kdy: 13. 01. 2020, 23:21:23 »

Bootovací USB jsem vytvářel vždy jen tak, že jsem USB klíč naformátoval ve Windows a nakopíroval na něj obsah CD/Image.
Funkční bez problémů.

To me hodne zaujalo. Mohu se zeptat na kolika typech pocitacu a s jakymi systemi je to vyzkouseno? Na vysvetlenou: U nas v se pouzival k bootovani z flashky grub2win a funkcnost byla model od modelu. Na nekterych to nabehlo okamzite bez problemu, na nekterych se boot prerusil a nebehlo to do prikazove radky a na nekterych to ani externi bootovaci disk nenaslo... Nekde pomohlo zakazat uefi boot, nebo secure boot, nekde to nebylo potreba a nekde nepomohla ani svecena.... Proto me Vas zpusob docela sokoval :-D

Není problém s trochou znalostí vyrobit bootovací flasku, která umí startovat instalátor Windows v režimu UEFI i BIOS a dokonce nejen to, vyrábím si flashky, které jsou instalátorem pro Debian 32 a 64 bit a současně pro 64 bit Windows v režimu UEFI i BIOS. Bez problémů.

S tim nepolemizuji. Ja jen tvrdim, ze je problem to uplanit univerzalne na vetsim mnozstvi ruznych modelu pocitacu -  s tim mam bohate zkusenosti. A uz vubec se mi nezda postup 1)sformatuji flash disk, 2)nakopiruji do nej soubory z CD/DVD a mas bootovatelny flash disk, jak tvrdil muj predrecnik. Ale v nejblizsi dobe budu mit prilezitost si to vyzkouset.

32

Distribuce / Re:Systemd a odpojení filestystemu při vypnutí

« kdy: 08. 01. 2020, 12:58:45 »

Nedavno mi pan Filip Jirsak poradil zavislost

Kód: [Vybrat]

RequiresMountFor

, ktera pravdepodobne muze resit i Vas problem. Odkaz na diskuzi :
https://www.root.cz/clanky/co-nam-dal-rok-2019-intel-vs-amd-nastup-5g-a-boj-o-systemd-a-wayland/nazory/1033753/

Hmmm... nepostrehl jsem, ze to uz sem dokonce napsal. Tak nic...

33

Windows a jiné systémy / Re:Vytvoření instalačního USB klíče s Windows 7

« kdy: 07. 01. 2020, 21:43:16 »

Bootovací USB jsem vytvářel vždy jen tak, že jsem USB klíč naformátoval ve Windows a nakopíroval na něj obsah CD/Image.
Funkční bez problémů.

To me hodne zaujalo. Mohu se zeptat na kolika typech pocitacu a s jakymi systemi je to vyzkouseno? Na vysvetlenou: U nas v se pouzival k bootovani z flashky grub2win a funkcnost byla model od modelu. Na nekterych to nabehlo okamzite bez problemu, na nekterych se boot prerusil a nebehlo to do prikazove radky a na nekterych to ani externi bootovaci disk nenaslo... Nekde pomohlo zakazat uefi boot, nebo secure boot, nekde to nebylo potreba a nekde nepomohla ani svecena.... Proto me Vas zpusob docela sokoval :-D

34

Hardware / Re:Vzorky elektronických součástek a vývoj. kitů pro studenty

« kdy: 12. 08. 2019, 10:14:27 »

Muzes zkusit obejit prodejce. Obcas delaji vyprodeje. Ja tak ziskal mraky pasivnich soucastek ruznych hodnot (ne SMD) za pakatel (prodavali to vetsinou na vahu). Mimochodem, za mych casu jsme ziskavali soucastky take tak, ze jsme vrakovaly stara zarizeni.

35

Desktop / Re:Tip na primitivní windows manager

« kdy: 05. 07. 2019, 22:44:32 »

Zkus treba dwm. http://dwm.suckless.org/ 

36

Hardware / Re:HDD nebo SDD do lowcost domaciho NASu?

« kdy: 04. 07. 2019, 20:54:51 »

Ja bych osobne uvazoval o SDD disku. Kvuli rychlosti pristupu, a ta se u streamu vzdycky hodi. Navic maji nizsi odber, a to se u takoveho zarizeni taky ceni.

37

Vývoj / Re:Gtk a jak dál

« kdy: 25. 06. 2019, 11:01:38 »

Je to hlavně otázka používaného jazyka - Gtk+ je psáno v C a dá se na něj snadněji navazovat v různých dalších jazycích, včetně třeba Haskellu a Rustu. Qt je objektová záležitost psaná v C++ a kromě něj se s ním skvěle pracuje v Pythonu.

Moje rada je tedy jasná - pro C++ a Python bych se poohlížel primárně po Qt, ve všech ostatních případech bych spíš hledal štěstí u Gtk. Legrácky typu Tk a FLTK jsou spíš okrajová záležitost.

Já v pythonu jednoznačně preferuji gtk. Binding je plně objektový.

Dobré by bylo napsat proč. Používáš to i na Windows a jede to k plné spokojenosti? Jak složité layouty používáš?

Ty sám to nezdůvodňuješ. Mně je bližší Gnome a C než KDE a C++. Preferuji jednoduchost nad složitostí. GTK je lehký gui framework, Qt se snaží nahradit celý os, to mi nevyhovuje. Používám ho i pod windows, jedná se o multiplatformní aplikace. Jednoduché typu konfigurační tool i složitější pro dlouhodobou práci.

Nechci ti kazit iluze, ale GTK taky zrovna dvakrat lehkotonazni neni. To uz ten Fox, nebo Fltk. I kdyz na dnesni dobu...

Jinak presne to co pises + C++ a pozadavek podpory  i Widli me v nekdy kolem r. 2002-2003 privedlo k Foxtoolkitu. U QT to tehdy  bylo divoky s licenci a u GTK zas s instalaci na Widlich (tehdy jsem je jeste mel).

38

Vývoj / Re:Gtk a jak dál

« kdy: 22. 06. 2019, 21:06:23 »

Podle me zalezi na trech vecech. Jednak s cim se ti dobre pracuje (u me je to Foxtoolkit),  za druhe, zda se dane GUI jeste vyviji a nakonec jaky je pozadavek v konkretnim pripade.

Tedy pokud si panem svych projektu, a jsi jediny kdo o tom rozhoduje, pis to v tom s cim se ti dobre pracuje. Toolkit bude na tolik zivy, kolik bude programatoru v nem delat a tak dlouho dokud v nem budou neco tvorit.

EDIT: A P.S. Za me furt lepsi GTK jak teba Elektron :-D

39

Vývoj / Re:bash regular pro xml

« kdy: 21. 06. 2019, 13:13:07 »

Ja vim, ze pisete jaoko pozadavek BASH, ale presto Vam to muze trochu pomoci :

http://lua-users.org/wiki/LuaXml
(Classic Lua Verzion)

Osobne jsem to na tak jednochy XML pouzil nekolikrat a nebyl s tim zadny problem. Muzte to pouzit jako tu navrhovanou utilitku, anebo se tim aspon inspirovat.

A nebo se naucit jazyk Lua a pracovat s nim :-D

40

Vývoj / Re:Za jak dlouho se naučím C++?

« kdy: 13. 06. 2019, 13:38:19 »

Já myslím, že správná a upřímná odpověď na tu otázku "za jak dlouho" je, že nikdy.

Takze by spis bylo vhodnejsi, rici, ze jej uci C++98.

Tento úhel pohledu tady úplně chybí - nechtěl bych se učit programovací jazyk, kterému se neustále mění syntaxe. (A už vůbec ne, jako ten první).
A to ne proto, že se ten jazyk prostě vyvíjí, ale proto, že starší konstrukce začnou být brzy obsolete, nebo dokonce deprecated stejně tak jako programy v nich. Máte třeba 10 let praxe s C++98, ale to co norma přidala/odebrala v roce 2017 si musíte nastudovat znovu.

Jenze ona se zas az tak zasadne nemeni, je pouze doplnovana, ci korigovana v ramci vyvoje jazyka samotneho. To se prece deje vetsine jazyku. Navic, nikde neni psano, ze zavedenim zkraceneho cyklu for prestal platit ten puvodni. Nebo ze nutne musite pouzivat automatickou typovou inferenci misto explicitni deklarace typu a pod. 

41

Vývoj / Re:Za jak dlouho se naučím C++?

« kdy: 13. 06. 2019, 00:02:50 »

Kód: [Vybrat]

// C++11
template<class A, class B>
auto multiply( A&& a, B&& b) -> decltype(a * b)
{
    return a * b;
}

Nebo dokonce:

Kód: [Vybrat]

// C++14
const auto multiply = [](auto a, auto b)
{
    return a * b;
};

Skvele, ten clovek ma evidentne problem s prostymi funkcemi a vy do nej perte sablony, alternativni zapis funkci, decltype,  genericke lambda funkce a dalsi libustky. Kdyz uz je zmateny jak Goro pred Tokyem, tak at v tom ma teda sakra gulas...

Moderní, idiomatické C++ by vypadalo nějak takto:

Nesouhlasim. C with Classes se ten jazyk jmenoval do roku 1985. Od te doby je prejmenovan na C++. To na co narazite jsou pouze standardy, ktere puvodni C++ rozsiruji a meli by jej obohatit. je to asi stejny pristup, jako rict, ze pokud na bote nejsou tri bile pruhy, tak to neni bota, ale podkova.... Takze by spis bylo vhodnejsi, rici, ze jej uci C++98.

42

Vývoj / Re:Za jak dlouho se naučím C++?

« kdy: 12. 06. 2019, 10:37:48 »

"Za jak dlouho se naučím C++?"

Jak to mame vedet? My nejsme vestci.

A ted vazne. Je totiz otazkou, co povazujete za cil. Ze se nasprtate ucivo? To jde rychle, ale znamena to taky, ze zvladnete nejaky projekt? Na to samotny jazyk totiz nestaci. Spoustu zaku se nasprta ucivo, zvladnou priklady a v praxi to nedovedou pouzit, nebo jen stezi.

Taky je otazkou do jake hloubky Vami zminovana ucebnice jde. Jsou taci jedinci, kteri pokud nevidi v projektu jedinou sablonu, pomalu to nepovazuji za program v C++. A jsou taci, kteri si vystaci pouze pouze s funkcemi a strukturami (jako v C) a pouzivaji kompilator C++ kvuli silne typove kontrole. Oba pristupy jsou extremy (priznavam), ale oba prave C++ umoznuje.

Tak jako tak, ja osobne jsem presvedceny o platnosti, ze cviceni a praxe dela mistra (a to nejen v C++). I ja sam po tolika letech porad objevuji v C++ nove veci. Takze hlavne programujte. Pokud nemate dost vlastnich napadu, zkuste priklady treba na www.codewars.com.

PS. Jenda Vas asi pochopil spravne. A myslim, ze i spravne Vam odpovedel - pohledem evidentne zkuseneho programatora.

43

Hardware / Re:Intel nebo AMD?

« kdy: 10. 06. 2019, 23:33:29 »

No, ze by Intel valcoval AMD.... Ja bych to videl i z jine strany, nez jen ze srovnavacich tabulek. Cca pred rokem a pul jsem jsem upgradoval PC-cko a stal mezi pred volbou zda ctyrjadrovy Intel a 2x 2GB RAM, nebo 6 jadrovy Bulldozer od AMD a 2x 4GB Ram. Dlouho jsem se nerozmyslel, a sel jsem do Bulldozera. Nelituji.

Myslim, ze nekteri lide berou procesory od Intelu proste jako znackove zbozi. Podobne jako treba obleceni. Ja se, ale radeji divam na pomer cena/kvalita (vykon). A takovych lidi je mnohem vic, takze AMD podle meho soudu bude porad Intelu slapat na paty - coz je jedine dobre.

Intel a Nvidia? Uprime? Netusim, na to nemam dost informaci, ani "managerskeho" citu, abych to mohl odhadnout co se panum z Nvidie honi hlavou. Obcas je dost nechapu.... 

44

Server / Re:Jak spustit příkaz jako jiný uživate sudo/su něco

« kdy: 28. 02. 2019, 23:40:44 »

To v zadnem pripade neni banalni zalezitost. V podani su/sudo se to dela takto:
a) su <user> -c "command"
b) sudo -u <user> ommand"

Existuji jeste moznosti jak zpristupnit xserver (neni to totez), ale to asi nechcete.

45

Studium a uplatnění / Re:Ověření pracovní praxe

« kdy: 06. 02. 2019, 18:05:47 »

musel predlozit akademicky titul, ktory si oskenovali

really? proc jsi ho vydal z ruky. je absurdni neco takoveho chtit.

Ja myslim, ze to bude hodne podobne jako s obcankou. Dneska bezna praxe, ze si ji zamestnavatel okpci a nic moc s tim nenadelas - tedy pokud nechces hledat dalsiho zamestnavatele.