Příspěvky

136

Odkladiště / Re:Jak zdrhnout z IT?

« kdy: 21. 05. 2020, 08:45:48 »

Nezdravý životní styl a přepracován můžete být v každém oboru. Doporučuju snížit si životní standard a méně pracovat. Někteří lidé umí žít i za 25 litrů na měsíc, tak za 40 litrů na měsíc to zvládnete taky. Získaný čas věnovat svým potřebám, ať jde o kultivaci těla nebo duše. Doporučuji trávit hodně času v přírodě, zregeneruje vám mysl.

137

Distribuce / Re:Jak v Ubuntu 18.04 instalovat/používat Python 3.8?

« kdy: 17. 05. 2020, 22:08:41 »

Tak jsem se rozhodl to považovat za bug v ubuntu balíčcích. Jako nejjednodušší řešení jsem zvolil nainstalovat nové ubuntu.

138

Distribuce / Re:Jak v ubuntu 18 instalovat/používat python 3.8?

« kdy: 15. 05. 2020, 16:04:09 »

https://stackoverflow.com/a/58568176/6950905

Děkuji, ale doufám že existuje i jiné řešení než další distribuční systém software. Začíná být v tom linuxu bordel. Stačí že můj systém používá apt, snap a appimage, další už nechci. Když už v tom apt (a jde o oficiální kanál od ubuntu) ten python3.8 je, tak to snad musí jít i nějak rozumně používat, ne? Nějaký tajemný zásah do registrů, nebo magický přepínač nebo tak něco.

139

Distribuce / Jak v Ubuntu 18.04 instalovat/používat Python 3.8?

« kdy: 15. 05. 2020, 10:34:45 »

Na první pohled je to jednoduchý úkol, protože pro instalaci stačí příkaz:

Kód: [Vybrat]

sudo apt-get install python3.8

Jenže takto nainstalovaný python používá /usr/lib/python3/ stejně jako systémový python3.6, což nadělá paseku.

Já třeba narazil na chybu

Kód: [Vybrat]

...
  File "/home/petr/.local/lib/python3.8/site-packages/IPython/utils/process.py", line 19, in <module>
    from ._process_posix import system, getoutput, arg_split, check_pid
  File "/home/petr/.local/lib/python3.8/site-packages/IPython/utils/_process_posix.py", line 23, in <module>
    import pexpect
  File "/usr/lib/python3/dist-packages/pexpect/__init__.py", line 75, in <module>
    from .pty_spawn import spawn, spawnu
  File "/usr/lib/python3/dist-packages/pexpect/pty_spawn.py", line 14, in <module>
    from .spawnbase import SpawnBase
  File "/usr/lib/python3/dist-packages/pexpect/spawnbase.py", line 224
    def expect(self, pattern, timeout=-1, searchwindowsize=-1, async=False):
                                                               ^
SyntaxError: invalid syntax

Což je v pořádku, protože v Pythonu 3.8 je async zakázaný keyword. Blbý je, že leze do systémové knihovny pro 3.6.

Když chci nainstalovat lokální pexpect, tak opět narážím na systémový.

Kód: [Vybrat]

petr@T460s-U18:~/Dropbox/!DATA-WORK/SITES/rady$ python3.8 -m pip install pexpect
Defaulting to user installation because normal site-packages is not writeable
Requirement already satisfied: pexpect in /usr/lib/python3/dist-packages (4.2.1)

Jak python 3.8 nainstalovat, aby nelezl do systémových knihoven pro jinou verzi pythonu?

140

Software / Re:změna vzhledu hudebního přehrávače Audacious

« kdy: 15. 05. 2020, 08:03:40 »

Na VM nezáleží. Na nový vzhled si zvykneš, mně se to druhé líbí víc. Kdyby to byla GTK aplikace, šlo by to ostylovat (ale nestálo by to za to), u QT nevím, leda si nainstalovat tu starší verzi. Ještě můžeš audacious přepnout do winamp modu, ten je hezky usporny.

141

Distribuce / Re:Odmítnutá přístupová práva ve snap aplikaci

« kdy: 06. 05. 2020, 17:17:35 »

Hmm, hmm, dekuji. Budu se muset podivat, co to je Appimage. Ja znam jen apt a snap.

142

Distribuce / Re:Odmítnutá přístupová práva ve snap aplikaci

« kdy: 04. 05. 2020, 17:32:52 »

Zajímavy, cim je to hlidane, kdyz prava uzivatele/linux to vlastne neridi? Ty ostatni bych k tomu nerad poustel (mladsi deti), aby nezlikvidovali praci tem starsim. Ale jestli to nejde jinak, tak aspon ze tak. Dekuji.

143

Hardware / Externí keypad

« kdy: 03. 05. 2020, 21:10:37 »

Můj pracovní book je Lenovo T460s a s ním používám externí usb numerický keypad, funguje to bez problémů. Vytáhl jsem teď ze skříně starý IBM T43 pro syna a tam jsem zjistil zajímavý problém.

T43 má numlock a když se zapne, lze zadávat čísla pomocí kláves 7890, UIOP, JKL; a M./ Tedy z části znakové klávesnice se stane numerická. Bohužel, to samé se děje i když k němu připojím a zapnu externí numlock. Jde nějak nastavit ubuntu, aby externí numerický blok fungoval jako numerický blok a přitom znaková klávesnice dál fungovala jako znaková?

144

Distribuce / Re:Odmítnutá přístupová práva ve snap aplikaci

« kdy: 03. 05. 2020, 20:59:21 »

Mohu doplnit informaci, že editor Sublime Text nainstalovaný ze snapu s tím problém nemá, do sdíleného adresáře vidí a umožňuje v něm prohlížet a editovat soubory.

145

Distribuce / Odmítnutá přístupová práva ve snap aplikaci

« kdy: 02. 05. 2020, 21:41:39 »

Rozhodl jsem se oživit jednu vykopávku, aby se děti nehádaly o počítač. Jde o IBM T43 a až mě překvapuje, jak to všechno krásně všechno šlape. Nainstaloval jsem na to Lubuntu 18.04 a v /home vytvořil sdílený adresář /home/spolecny, který vlastní root a skupinu má users. Práva jsou nastavena drwxrwsr-x. Všechno až na pár drobností hezky fungovalo.

Jenže potřebujeme používat aplikaci musescore a ta je tam dost stará, verze 2.1. Už dávno používáme verzi 3.x, která bohužel není zpetně kompatibilní, takže většina not, které máme, v 2.1 nejdou otevřít. Nainstaloval jsem tedy snapd a nainstaloval musescore 3.4 ze snapu . A tady jsem narazil. Když chci vlézt do toho adresáře společný, nepustí mě to tam, permission denied. Přitom ta aplikace běží pod normálním uživatelem a z jiných aplikací se  tam bez problémů dostanu. Zkusil jsem ve snapu nainstalovat notepad++ a zjistil, že ani s ním se tam nedostanu. Problém je tedy nějaký se snapem, ale nechápu jaký. Neví někdo co s tím?

146

Distribuce / Re:Ubuntu vs Xubuntu: objasnění podpory

« kdy: 28. 04. 2020, 21:42:30 »

Dej si pozor, ani všechny balíčky v LTS Ubuntu nemají podporu 5 let

takže radíš všechny LTSka upgradovat po těch třech letech? já to tady nechal čtyři roky kvůli své lenosti...

Záleží na tobě, jak se říká, co ti funguje, to neopravuj. Pokud budeš cítit nedostatky, bude tě to motivovat k dřívějšímu upgrade, pokud ne, proč bys to dělal?

147

Hardware / Re:Provoz PC bez grafické karty

« kdy: 14. 04. 2020, 18:29:04 »

Jedna kW/h stojí spíš 4 Kč. Pokud tazatel používá tepelná čerpadlo, tak cca 2 Kč. Takže spotřebovat za rok megawathodinu na PC už docela leze do peněz a upgrade na něco úspornějšího se může vyplatit.

Já to vidím na tu korunu: https://www.kurzy.cz/elektrina/?gclid=EAIaIQobChMI7rfA7Kro6AIViaztCh3rdAqDEAAYAyAAEgKt0PD_BwE

148

Hardware / Re:Provoz PC bez grafické karty

« kdy: 13. 04. 2020, 07:52:33 »

Jedna kW/h stojí cca 1 Kč, takže to je cca 1000 Kč za rok. Pro seriosní použití bych radši doporučil nějaký disk station od synology, umí to úsporné procesory, vypínat disky i mraky zajímavých služeb.

149

Vývoj / Re:Doporučte programovací jazyk pro Windows

« kdy: 03. 04. 2020, 21:04:18 »

Nemám. Imho to nejde staticky myslícímu člověku racionálně vysvětlit. Můžeš to zkoušet používat a buď přijde aha efekt a nebo nepřijde. Kdysi na to téma měl přednášku na techtalku Niclas Nilsson https://www.se-radio.net/2007/03/episode-49-dynamic-languages-for-static-minds/ ale imho ti to nepomůže, protože to není otázkou nedostatku informací, ale změny myšlení, a to může přijít jen s vlastní zkušeností. Můžeš si zkusít přečíst pár knih na téma javascript design patterns, kde jsou kodifikovány některé způsoby využití, které by tě asi jinak nenapadly, ale jsem pesimista. Tak jako polovina čechů nepochopí, že demokracie je dobrá, imho nepochopí ani polovina programátorů, že dynamické jazyky jsou dobré. Starý struktury musí vymřít a to špatný nerozujný mládí s tím už takové problém nemá.

1) Sorry, ale podle čeho soudíš že dynamické jazyky nepoužívám? Dělal jsem ve Smalltalku a teď nejvíc v Lue. Oba mi v porovnání se zmiňovaným Javascriptem přijdou výrazně konzistentnější.

2) BTW, ten podcast mluví o věcech z nichž spousta je na dynamičnosti jazyka úplně nezávislá. Bloky a uzávěry, funkce co vrací funkce, Currying, nebo continuations se vyskytují třeba v Haskellu. Což je pro mně jakýsi vzor toho jak má vypadat dobrý statický typový systém.

Statické typy nejsou jenom o jejich deklaraci, ale o tom, že ti determinují, co můžeš za běhu s programem ještě dělat a co už ne. Zjednodušeně řečeno, statické jazyky rozlišují kód a data, dynamické nikoliv (byť míra implementace je různá).  V dynamickém jazyku můžeš kód používat stejně jako data. Což by ti mělo úplně měnit pohled na program a programování, má to řadu důsledků a možností, třeba javascriptové aplikaci můžeš nový kód posílat jako data a za běhu měnit její funkčnost. A ne jako nějakou nouzovou záležitost, kdy servr opravuje za běhu lokální na js založenou aplikaci, ale jako běžné chování. Staticky myslícím programátorům se z toho zvedá kufr, pro ně je to prasárna, všechno chtějí mít pevné, neměnné, prostě statické předem zkontrolované, dynamicky 'mutujíci se' program je pro ně představa z pekla. Přitom přesně takto webové aplikace fungují, nalinkovaný js do stránky není nic jiného než program poslaný jako data, s každou stránkou se mohou načíst jiné, z pohledu uživatele se to mění za běhu aplikace, dělat změny i za běhu interpretu (zjednodušuji, vím) je už jen drobné rozšíření tohoto konceptu. Nebo třeba autonomně za běhu programu se vytvářející stovky nových tříd/datových typů na základě obsahu příchozích dat, která jsou hodně variabilní (na to aby je programátor předem otypoval všechny ručně), ale mají své časté opakující se vzory, aby stálo za to jim přiřadit vlastní datové typy.

3) Opravdu mi browser servíruje dynamicky generované kusy javascriptu? Není to spíš tak, že dostávám předpřipravené kousky, které někdo odladil, otestoval, možná prohnal nějakým transpilerem, linterem a obfuskátorem? S důrazem hlavně na to testování, protože můj dojem z dynamických jazyků je, že důkladné pokrytí testy je jediný způsob, jak se z toho nezbláznit. A taky jak si být aspoň trochu jistý, že jsem vychytal aspoň překlepy.

4) Stejně by mi webserver mohl servírovat kousky java/.net bytekódu, nebo dokonce x86 binárky. A nebo reálněji třeba webassembly. Mimochodem i ten javascript, co dostávám, mohl vzniknout transpilací z nějakého statického jazyka. Jako příjemce by to pro mně neznamenalo žádný rozdíl.

To jenom pro představu možností. To že ty osobně nenarážíš na možnosti statických typů je proto, že myslíš staticky a nechceš proto po nich víc, než ti umožňují. Zkus ale nahradit javascript v prohlížeči nějakým statickým jazykem. Ne že by to nešlo, ale narazíš na řadu omezení a problémů, která to přinese. Ne že by to lidé nezkoušeli, kdo si pamatuje java applety? Jestli tohle ti neumožní alespoň vidět nové možnosti, které přináší dynamické jazyky, tak ti asi nic nepomůže. A pokud ano, tak chápeš nesmyslnost tvrzení, že dynamické jazyky jsou stejné jako statické, ale horší.

5) Jinak zbytek keců o tom že to staticky myslícímu člověku nejde vysvětlit, nebo že to buď vidím nebo mi nic nepomůže si vážně můžeš nechat. Mohl bych to jednoduše otočit stylem že dynamicky myslící člověk není schopný pobrat výhody statických jazyků. Přínos nula.

1) Z nechápavosti, ale tak ti prostě nejsou souzeny. Souhlas, Javascript není dobře navržený jazyk, když vznikal, byla to spíš legrace, nikdo s ním tak velké ambice neměl. Holt stane se, smutné je, že nikdo nepřišel s lepší náhradou nebo alespoň javascriptem 2, který by se zbavil té nesmyslné zátěže. Přitom by v prohlížeči mohl běžet pár let paralelně s tím stávajícím a bezbolestně převzít štafetu.
2) To je pravda, ale už je to dost staré, tehdy to ještě nebylo všeobecně známé.
3) Původ není podstatný, podstatná je možnost modifikovat dynamicky a jednoduše běžící runtime. Testování je potřeba vždy, statické typy tě přece před překlepem nezachrání.
4) Jak bys v javě za běhu modifikoval třídu a všem stávajícím instancím změnil chování nějaké metody?
5) Otočit to samozřejmě můžeš, ale nemáš proti komu, protože nikdo tu význam statických jazyků nepopírá.

150

Vývoj / Re:Doporučte programovací jazyk pro Windows

« kdy: 03. 04. 2020, 20:38:23 »

Jo, to by me taky zajimalo.
Zvlast kdyz se podivam na nove univerzalni jazyky s potencialem budouciho rozvoje, napr. go, switft, rust, kotlin. Staticky typovane sakumprask vsecko.

Ktery z techto 'univerzalnich' jazyku ma dle tebe potencial nahradit Javascript?

V pripade realne pouzitelneho WebAssmbly vsechny. Spise ale predpokladam cestu Javascriptu jako nizkourovnoveho assembleru, ktery bude cilem transpilace z kvalitnejsich jazyku, napr. Typescript.

Takze je to kdyby, ale asi zadny a pak je tedy za univerzalni jazyk oznacen typescript zavisly na javascriptu? To je mi tedy náhrada javascriptu.