Příspěvky

31

Server / Re:Jakým nástrojem virtualizujete?

« kdy: 01. 10. 2019, 20:43:07 »

A v čem na Linuxu virtualizujete MacOS?
Znám:

Kód: [Vybrat]

https://github.com/kholia/OSX-KVM

ale asi dělám něco špatně 

Na čem jsi pohořel? Tady je možná jednodušší návod s čístým Qemu - https://collaboradev.com/2018/10/19/arch-linux-running-osx-high-sierra-in-qemu/

Díky za link, při bootování končím stále na "Attempting system restart", ale VirtualBox dokonce zablokuje celé GUI, a musím ho killnout z jiné konsole... Bohužel ani podle toho návodu to neběží.

32

Server / Re:Jakým nástrojem virtualizujete?

« kdy: 01. 10. 2019, 13:31:04 »

A v čem na Linuxu virtualizujete MacOS?
Znám:

Kód: [Vybrat]

https://github.com/kholia/OSX-KVM

ale asi dělám něco špatně 

33

Odkladiště / Re:Za založení účtu u příslušné banky peníze zdarma - zneužití údajů

« kdy: 16. 09. 2019, 18:20:24 »

Jedna banka rozdává dokonce 3000Kč žákům čtvrté třídy, a účet si u ní (zatím) zakládat ani nemusejí...
Článek zde:

Kód: [Vybrat]

https://a2larm.cz/2019/09/jak-jsem-synovi-zazdila-karieru/

Je z něj celkem jasné, co z toho banka bude mít...

34

Odkladiště / Re:Za založení účtu u příslušné banky peníze zdarma - zneužití údajů

« kdy: 30. 08. 2019, 20:14:01 »

Tak třeba KB měla akci, že pro studenty byl účet zdarma, po dobu studia, a posílala na něj asi 300Kč za rok. Možná má i něco takového teď. Potom ale chtěla za vedení účtu cca 75Kč měsíčně.
Takže to vidím jednoduše na získání klientů, kteří u ní uloží ještě navíc peníze. Pokud zůstanou i potom, pro banku jenom plus. Těch, kteří vezmou jenom bonus a zmizí bude málo, má spočítáno, že tratit nebude.
S osobními údaji se ale obchoduje běžně, a bývá to i v podmínkách banky, že dáváte svolení.

35

Vývoj / Re:Použití příkazu GOTO v jazyku C

« kdy: 20. 08. 2019, 15:05:53 »

musíte testovat návratovou hodnotu funkce při každém volání. Goto zjednodušuje použití těch funkcí, kde může nastat chybový stav. Může vyskočit i z více úrovní volání.

Ano jistě, ale šlo mi spíš o to přímé return err, místo Goto Exit,

myslel jsem, že se tu řeší, jak se takovým konstruktům vyhnout pomocí GOTO.

Dobře, záleží, jestli hledáme argumenty pro použití goto, nebo proti.

36

Vývoj / Re:Použití příkazu GOTO v jazyku C

« kdy: 20. 08. 2019, 13:57:27 »

musíte testovat návratovou hodnotu funkce při každém volání. Goto zjednodušuje použití těch funkcí, kde může nastat chybový stav. Může vyskočit i z více úrovní volání.

Ano jistě, ale šlo mi spíš o to přímé return err, místo Goto Exit,

Tam je problém, že v případě, kdy selže třeba b_init musí mít vyšší vrstva kódu na paměti, že by měla zavolat a_finit.

Problém nevidím, může to ta vrstva poznat? O to v tom příkladu snad nešlo... Určitě by se to pak napsalo úplně jinak, ne?

37

Vývoj / Re:Použití příkazu GOTO v jazyku C

« kdy: 20. 08. 2019, 12:53:22 »

Tím se goto zbavíte, ale zase se tam přidává indentace, takže když těch init funkcí máte hodně, nedá se to číst ("ujíždí" to doprava). A někdo zase může preferovat ten způsob s goto.

Sice je to špatný příklad, kde by nemělo pro pár instrukcí smysl dělat nějakou optimalizaci...
Ale co je špatného na tomto:

Kód: [Vybrat]

err = a_init();
if (err) return err;
err = b_init();
if (err) return err;
err = c_init();
if (err) return err;

?

38

Vývoj / Re:Smalltalk, Self a podobne jazyky - mechanizmus posielania sprav

« kdy: 15. 08. 2019, 21:05:59 »

Ono jde spíše o odchycení, a právě k tomu slouží InvocationHandler, což je ten ekvivalent doesNotUnderstand.

Pokud jde o mechanismus odchycení poslané zprávy/volané metody, pak ano. Ale není to ekvivalent doesNotUnderstand ve Smalltalku. Tam se zachytí zpráva, kterou daný objekt neumí zpracovat (neexistuje), zatímco v Javě takovou zprávu nelze zavolat. Až teprve přes tu reflexi můžu zjistit, zda nějaká metoda existuje.
Ale myslím, že si rozumíme. Podle mě ten detail, v čem se to liší je dost podstatný.

39

Vývoj / Re:Smalltalk, Self a podobne jazyky - mechanizmus posielania sprav

« kdy: 15. 08. 2019, 20:33:54 »

Vetsinou to jsou veci, ktere jdou napr. i v pythonu apod., ale v smalltalku je to vsechno tak nejak prirozene, od zacatku se s tim pocita v syntaxi jazyka, standardni knihovne, i vyvojovem prostredi, takze se to snadno a prijemne pouziva. Treba #doesNotUnderstand neni vec, kterou by clovek pretezoval kazdy den (nebo mesic), ale kdyz je to nahodou potreba, je prijemne ze to je k dispozici.

To doesNotUnderstand má i Java, ale ještě jsem to neviděl v praxi.

To není tak úplně pravda, lze obalit volání metody s try/catch a odchytit výjimku NoSuchMethodException, ale to volání musí jít přes reflexi

Nemusí, Java má mechanismus pro proxy.

Budiž, lze použít i proxy, ale libovolnou metodu si takhle potom nezavolám.

40

Vývoj / Re:Smalltalk, Self a podobne jazyky - mechanizmus posielania sprav

« kdy: 15. 08. 2019, 17:40:46 »

Vetsinou to jsou veci, ktere jdou napr. i v pythonu apod., ale v smalltalku je to vsechno tak nejak prirozene, od zacatku se s tim pocita v syntaxi jazyka, standardni knihovne, i vyvojovem prostredi, takze se to snadno a prijemne pouziva. Treba #doesNotUnderstand neni vec, kterou by clovek pretezoval kazdy den (nebo mesic), ale kdyz je to nahodou potreba, je prijemne ze to je k dispozici.

To doesNotUnderstand má i Java, ale ještě jsem to neviděl v praxi.

To není tak úplně pravda, lze obalit volání metody s try/catch a odchytit výjimku NoSuchMethodException, ale to volání musí jít přes reflexi! Takže jedině udělat si vlastní method-lookup (vyhledat požadovanou metodu přes Class.getMethods), vyhodit tu výjimku, + zavolat si nějaké vlastní doesNotUnderstand.
Nic "out-of-the-box" Java ve standartní knihovně nemá.

41

Server / Re:Open-source řešení domácí cold storage

« kdy: 01. 08. 2019, 14:36:43 »

Hledal jsem něco podobného, a narazil jsem na toto:
http://offlinefs.sourceforge.net/wiki/

Umožňuje to údajně i off-line práci na souborech, na odpojeném filesystému, které předtím označím, a po znovupřipojení filesystému změny synchronizuje. Zajímalo by mě, když takhle označím úplně všechno, zda se to bude hned kopírovat ke mně, což ale nechci... Nevíte někdo? Musím vyzkoušet. Jde mi hlavně o to off-line procházení těch souborů.

42

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

« kdy: 13. 06. 2019, 19:10:39 »

jazyk, kterému se neustále mění syntaxe.

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.

Dobře, to beru, možná se syntaxe C++ v průběhu času změnila méně, než třeba v Javě (generika, anotace, ...). Jde spíš o to, že se vůbec mění, a také jak často. Když se mění jen trochu, ale často, tak to možná nikomu tak nepřijde...

Kdy se měnila syntax tak, že stávající způsoby už nešly použít? Imho C++ odvádí dobrou práci ve zpětné kompatibilitě... bohužel taky ta syntax podle toho vypadá.

Ať se držíme tématu vlákna, nejde vůbec o kompatibilitu. Začátečník se učí C++, ale syntaxe jazyka se každý rok mění. Logicky se dostane i k aplikacím, které nenapsal, ale používají novou normu, i když ji sám nechce používat...

43

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

« kdy: 13. 06. 2019, 14:28:03 »

jazyk, kterému se neustále mění syntaxe.

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.

Dobře, to beru, možná se syntaxe C++ v průběhu času změnila méně, než třeba v Javě (generika, anotace, ...). Jde spíš o to, že se vůbec mění, a také jak často. Když se mění jen trochu, ale často, tak to možná nikomu tak nepřijde...

44

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

« kdy: 13. 06. 2019, 01:58:33 »

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.

45

Vývoj / Re:Ideálny programovací jazyk

« kdy: 15. 05. 2019, 12:47:51 »

No jenže pokud ale mají oba pouze 50 Kč, pak opravdu jo:

V jazyce, který umožňuje používat hodnoty i reference, musí programátor znát rozdíl mezi hodnotou a referencí. To je celé, nic dalšího k tomu není potřeba dodávat, kdo ten rozdíl chápe, chápe i hloupost vašich příspěvků.

Já nejsem ten, který tady ze sebe dělá hlupáka. Jednou se to rovná, a podruhé ne. Právě ten, kdo chápe ten rozdíl, by nad tím měl kroutit hlavou...