Příspěvky

271

/dev/null / Re:Proč ateisté nepoužívají logiku ?

« kdy: 12. 08. 2018, 14:18:54 »

Takže má připomínka je asi taková. Mějme, co nejtvrdší etická měřítka a na nich ze zásady kategoricky trvejme a zároveň nebuďme tak přísní z hlediska nemožnosti jejich naplnění na 100% (proto dle Bible hřích a milost v Ježíši Kristu). Pokud totiž nebudeme mít naprosto rigidní etická pravidla, pak z nich za čas nezbude vůbec nic. Rozmělní se v nicotu a nikdo vlastně nebude vědět, co je správné.

To je a) schizofrenie, b) voda na mlýn různým fanatikům, podvodníkům, ... Máte tu zásady na kterých chcete kategoricky trvat (kdy je kdo bude takhle tvrdě aplikovat), a zároveň tvrdíte, že vlastně až tak stoprocentní být nemusí (vůči komu kdo bude tolerantní). To pak aby z toho jeden nezblbl.

Nelze kategoricky na něčem trvat a zároveň netrvat. Jedno popírá druhé.

272

Software / Re:Linux ostuda amatářiny, gedit spadne po hledání v 40kB textu,

« kdy: 06. 07. 2018, 13:18:17 »

Poradíte textový editor pro linux, ze kterého se neposere člověk, když hledá v 40kB textu, větráky se roztočí, když začnu psát znak. nechci pro úpravu textu CLI aplikace, které jsou pro tento účel khovnu.

Pak se mi ukáže NOVÁ APLIKACE MUTTER-DIALOG, zda chci aplikaci ukončit?

Je nějaký důvod se chlubit tímhle sráčem gedit,aby byl předistalován?

Něco máte špatně - jen tak ze zvědavosti jsem v geditu otevřel C kód (barvení syntaxe) 640kB - žádný problém (vše funguje naprosto plynule na 7let starém notebooku). Co máte za počítač?

273

Software / Re:Vim - stále viditelné záhlaví souboru

« kdy: 10. 06. 2018, 15:26:01 »

zkuste pspg https://github.com/okbob/pspg

Jestli tomu správně rozumím, tak v aktuální verzi umí pspg fixovat zatím jen sloupce, i když (asi v budoucnu) by měl umět i řádky:

Main target
    possibility to freeze first few rows, first few columns

ale zatím v parametrech takovou možnost nevidím.

Umí to fixovat řádky i sloupce (ale nefunguje to na bázi znaků) pokud to rozezná formát.

Rozpozná to MySQL, Postgres

274

Software / Re:Vim - stále viditelné záhlaví souboru

« kdy: 10. 06. 2018, 15:25:14 »

zkuste pspg https://github.com/okbob/pspg

Jestli tomu správně rozumím, tak v aktuální verzi umí pspg fixovat zatím jen sloupce, i když (asi v budoucnu) by měl umět i řádky:

Main target
    possibility to freeze first few rows, first few columns

ale zatím v parametrech takovou možnost nevidím.

Umí to fixovat řádky i sloupce (ale nefunguje to na bázi znaků) pokud to rozezná formát.

275

Software / Re:Vim - stále viditelné záhlaví souboru

« kdy: 09. 06. 2018, 10:27:53 »

zkuste pspg https://github.com/okbob/pspg

276

Vývoj / Re:logické operace s hodnotou NULL

« kdy: 29. 04. 2018, 14:14:04 »

BTW: máte někdo nápad, jak zaznamenávat datum a čas s tím, že časová složka nemusí být vždy přítomná? Tzn. někdy známe jen datum ale ne čas. Špatné řešení je dát čas 00:00:00, protože pak nejde rozlišit zda se daná věc stala a) na začátku daného dne nebo b) kdykoli během dne (nevíme, kdy). Asi nezbývá, než to rozdělit do dvou sloupců/parametrů a čas mít někdy NULL, že?

Nabízí se ukládat takový časový údaj ve stringu:
"2018-04" - někdy v dubnu 2018
"2018-04-29 13" - dnes ve mezi 13. a 14. hodinou

V PG je možné použít date range nebo timestamp range. Tudíž string není nutný - a můžete vyhledávat kolize intervalů, případně jejich sjednocení, ..

277

Vývoj / Re:logické operace s hodnotou NULL

« kdy: 29. 04. 2018, 14:12:27 »

BTW: máte někdo nápad, jak zaznamenávat datum a čas s tím, že časová složka nemusí být vždy přítomná? Tzn. někdy známe jen datum ale ne čas. Špatné řešení je dát čas 00:00:00, protože pak nejde rozlišit zda se daná věc stala a) na začátku daného dne nebo b) kdykoli během dne (nevíme, kdy). Asi nezbývá, než to rozdělit do dvou sloupců/parametrů a čas mít někdy NULL, že?

Nabízí se ukládat takový časový údaj ve stringu:
"2018-04" - někdy v dubnu 2018
"2018-04-29 13" - dnes ve mezi 13. a 14. hodinou

Tam bude problém, kam dát časovou zónu a obecně se mi nelíbí používání jiného datového typu… stejně by to pak bylo potřeba obalit vlastními funkcemi, aby se s tím dalo pracovat.

Zajímavější by byl datový typ, který by kromě samotné informace obsahoval i její přesnost. Nebo to dát do dvou sloupců (případně do jednoho typu „interval“) a ten první by značil dolní mez a ten druhý horní. A výsledkem porovnání by pak byly čtyři možné stavy:

• událost A nastala před událostí B
• událost B nastala před událostí A
• události A a B nastaly v přesně stejný okamžik
• událost A a B nastaly ve stejný den (měsíc, rok, minutu…), ale nedokážeme přesněji říct, zda bylo dřív A nebo B

Resp. jsou to spíš tři stavy, protože ta třetí možnost je speciální případ té čtvrté, jelikož i ten „přesně stejný okamžik“ má nějakou granularitu (měříme na minuty, vteřiny, ms, ns… ale v rámci dané jednotky už to nedokážeme přesněji rozlišit).

Pokud půjdeme ještě o krok dál, mohli bychom evidovat pravděpodobnost, s jakou je daná informace pravdivá. Na tohle jsem se ptal kdysi ve škole, ale nikdo mi na to nedokázal odpovědět (v kontextu SQL a relačních databází). Např. budeme mít část hodnot přesně změřených, tak u nich dáme pravděpodobnost 100 % a pak máme část hodnot, které jsme tak trochu odhadovali, měřili nepřesným nástrojem atd. tak u nich dáme pravděpodobnost třeba jen 80 %. Když pak budeme dělat nějaké agregace, může nám z toho vypadnout i pravděpodobnost celkového výsledku, optimistické a pesimistické odhady…

To už se dostáváte do fuzzy aritmetiky - s klasickými typy by to šlo dost ztuha - ale asi by nebyl problém napsat si vlastní typy, kde by se bokem ukládala pravděpodobnost (případně přesnost). Viděl jsem pár studií, které se o něco takového pokoušely, ale asi to neopustilo akademickou půdu. Případně se to řeší v aplikaci.

278

Vývoj / Re:logické operace s hodnotou NULL

« kdy: 29. 04. 2018, 09:40:43 »

Mluvím za Postgres - základní vestavěné funkce typicky vrací NULL pouze pokud je některý parametr NULL. Jinak při chybě vyhodí výjimku.

Těch scénářů bude víc. Např. substring(regex) vrátí NULL, když nenajde definovaný pattern. Pak už jen stačí výsledek porovnat s hledaným stringem, výsledný boolean převést na integer a něco s ním počítat a výsledný NULL vyleze místě, kde ho na první pohled nečekáte 

Prostě je třeba automaticky pořád myslet na to, které funkce vrací NULL a hned to ošetřit např. COALESCE().

Ju, to tam je - důvod netuším - asi chtěli tvůrci rozlišit mezi prázdným řetězcem a žádným řetězcem - nebo je to funkce, která přišla do standardu z Oracle, a tam se mezi NULLem a prázdným řetězcem nerozlišuje. Nicméně stále tohle chování je opravdu velkou výjimkou - což možná působí víc komplikací než kdyby bylo obvyklé. SQL mám rád a beru ho za jeden z nejlepších IT nástrojů, ale ANSI SQL rozhodně není do mrtě konzistentní.

279

Vývoj / Re:logické operace s hodnotou NULL

« kdy: 29. 04. 2018, 05:43:50 »

Ale pokud někdo touží po SQL bez NULL, může ho klidně mít – stačí si u všech sloupců nastavit NOT NULL a tuto hodnotu jednoduše nepoužívat.

až na to že hodnotu NULL může vrátit některá built-in funkce.

Mluvím za Postgres - základní vestavěné funkce typicky vrací NULL pouze pokud je některý parametr NULL. Jinak při chybě vyhodí výjimku. MySQL se bude chovat jinak, tak jsou víc fault tolerant a právě více používají NULLy. U Pg vím, že snad asi jen funkce pro práci s poli mohou vracet NULL - pokud se sáhne mimo pole, a pokud se ptám na rozměry prázdného pole (přičemž to poslední chování se spíš bere jako chyba, kterou nejde opravit z důvodu porušení kompatibility (a je tam alternativní funkce, která se chová jinak)).

280

Vývoj / Re:logické operace s hodnotou NULL

« kdy: 28. 04. 2018, 19:23:19 »

V praxi platí, že operace porovnání čehokoli s NULL nevrací "false" ale NULL, a operace 1 + NULL nevrací 1 ale NULL. Z jakého důvodu je to vlastně takto definováno?  U matematické operace si lze asi představit, proč nechat výpočet spadnout do NULL, ale například u porovnání  1 = NULL fakt nechápu, proč nevrátit hodnotu "false".

Já v tom nevidím žádný problém - libovolná operace vůči NULLu je NULL - nevidím žádný důvod, proč by toto pravidlo mělo mít výjimky (i když je samozřejmě má). Určitou logiku to dostane, až když člověk začne řešit predikáty IN, NOT IN.

NULL je relativně kontroverzní vlastnost SQL - teoreticky není potřeba (dost možná je to reakce na COBOL) a existují teoretické relační dotazovací jazyky bez NULL. Nicméně praktický smysl tam je - je to jedna hodnota, která je pro všechny typy mimo obor hodnot. Takže odpadá nutnost si definovat magické konstanty: "", -1, 0, 0000-00-00, ...

Z hlediska CPU, pokud budu mluvit o Postgresu, tak pro tabulky s vyššíma desítkama sloupců už může být test na NULL znát - tabulky, kde nejsou NULL hodnoty se načítají o fous rychleji (ale pozná se to třeba až u nějakého 70 - 80 sloupce). Ušetří se na uložišti - NULL je uložen jako 1bit bez ohledu na datový typ. Např. prázdný řetězec má minimálně 1byte, 0 v int má 4 bajty, ..

Jinak existuje několik funkcí a operátorů, které jsou vůči NULL imunní .. pro vás asi nejzajímavější by mohly být operátory IS DISTINCT FROM nebo IS NOT DISTINCT FROM, což je <> a = které zvládne NULL - v detailu https://stackoverflow.com/questions/27134368/is-is-distinct-from-a-real-mysql-operator

281

Software / Re:cool věcička Control K, smazat do konce řádku. Existuje Opak (k začátku)

« kdy: 22. 04. 2018, 11:45:45 »

Podle https://loicpefferkorn.net/pdf/readline_shortcuts_a4.pdf ^u případně http://readline.kablamo.org/emacs.html

282

Odkladiště / Re:Cenzura mailu

« kdy: 08. 03. 2018, 10:31:21 »

Úkolem člověka je získávat přístup ke stále novým zdrojům. Dnes už nejsme omezeni jen na Zemi. V USA k žádnému drancování a katastrofickému zhoršení životního prostředí nedochází, protože se řídí étosem Nového Zákona, na rozdíl od Číny, nebo Ruska, či Německa, kde se řídí marxismem a k ekologické a především civilizační katastrofě či regresu pomalu dochází.

https://en.wikipedia.org/wiki/Environmental_issues_in_the_United_States

283

Odkladiště / Re:Cenzura mailu

« kdy: 04. 03. 2018, 09:01:38 »

Nebo zde https://www.youtube.com/embed/S6gg1z5DovI

Víte, více argumentů neznamená lepší argumenty. Budu se držet Radkovy rady a přestanu krmit trolla. Váš nick a Vaše reputace sama hovoří za vše.

Vy popíráte existenci paktu Ribenttrop-Molotov, to že II. světovou válku začalo Rusko spolu s Německem napadením Polska? Vždyť to jsou dnes všeobecně známé historické fakty. Vy se se stále držíte Stalinovy ruské propagandy, že nacisti byli něco jiného než komunisti?  Proboha proč?

Do roku 1941 bylo Německo a Rusko spojenci.To je známý historický fakt, který v diskusi vzdělaných lidí ani není třeba dokazovat, protože to vědí. Vy mě tedy překvapujete.

Umíte číst? Neodpověděl jste, na žádnou otázku, kterou jsem Vám položil. Jen tu tapetujete pseudo náhodnými odkazy diskuzi. Když Vám někdo něco vyvrátí vaši argumentaci, nebo se Vás požádá o objektivní podklady, tak okamžitě měníte téma - nebo jdete pryč. Toho se týkala má poznámka. Nikoliv paktu RM.

284

Odkladiště / Re:Cenzura mailu

« kdy: 04. 03. 2018, 07:22:16 »

Nebo zde https://www.youtube.com/embed/S6gg1z5DovI

Víte, více argumentů neznamená lepší argumenty. Budu se držet Radkovy rady a přestanu krmit trolla. Váš nick a Vaše reputace sama hovoří za vše.

285

Odkladiště / Re:Cenzura mailu

« kdy: 04. 03. 2018, 00:20:26 »

Říkám, jste kreativní - spojit vraždu někoho v roce 84 a nizkým HDP to chce fantazii - leč ta nemá hranic. Já bych to spíš tipoval na fakt, že přes Polsko se převalila fronta - po válce tam nezůstal kámen na kameni - začínali od nuly, bez pomoci západu, navíc připoutáni k Rusku, což je ironie na ntou). Pochybuji, že by jim Stalin jakkoliv pomohl, když před Varšavou slavně nevyhrál. Navíc ta schíza -- silný katolicismus x komunisti. A v podstatě jediné co mají je studený balt nevhodný na koupání, a jinak samá rovina. Pro turistiku jenom Krakov. Z toho se bysnys dělá špatně.

Nejde jen o vraždu, ale o dohodu katolické církve s komunisty, která umožnila komunistům udržet rozhodující pozice v III. RP a díky tomu mají dnes nízké HDP, protože součástí dohody bylo, že se žáná pravicová strana nesmí dostat do parlamentu. Když se to podaří, tak zasáhne církev a po dvou letech protržní reformy končí. PIS se vlády vzdal už dvakrát. podobná změna proběhla už celkem třikrát. Poprvné v roce 1998 nazvaná Nocna zmiana, kde padla tehdy reformní vláda. Proto to nízké HDP. Popieluszko musel být zavražděn, protože by svým neformálním vlivem tuto dohodu znemožnil. Jinak to asi nepamatujete, ale koncem 90. let Polsko mělo růst HDP přes 5%, Česko tehdy necelé 2%  a sluníčkáři ho nám dávali za příklad.
[/quote]
Z nuly se jde nahoru velice rychle. Napadly ty pravicové vlády spíš z toho důvodu, že to byly naprostí magoři? Samozřejmě, že si najdete důvod, proč Vás svět nemá rád - i když je občas přitažený za vlasy.