Příspěvky

286

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

« kdy: 17. 06. 2019, 10:26:09 »

Souhlasím. Pokud mohu být trochu kategorický, tak věnovat se C++ má v dnešní době smysl v případě, kdy se chceš věnovat nějakým legaci věcem. Osobně jsem přesvědčen, že Rust je nástupce C, C++, a nemá smysl se učit pro danou niku něco jiného.

Pro osamoceného programátora ve vakuu by to možná platilo. Výběr jazyka není čistě technické rozhodnutí. Pro C++ mluví třeba to, že management daleko snáze sežene lidi kteří umí C++ než Rust. Taže i projekt na zelené louce je stále pravděpodobnější v C++ než v Rustu.
A ta zmínka o legacy věcech mě fakt pobavila. Třeba "legacy" state of the art herní enginy, co?

Rust je rozhodně zajímavý jazyk a krok správným směrem. Ale jestli se vůbec ujme je stále ve hvězdách.

287

Hardware / Re:Vyboulená baterie notebooku

« kdy: 07. 06. 2019, 11:13:15 »

Nafuknuta bateria nevesti nic poztivne...

Jo jo, litiová baterie je tak trochu "granát". Čím vyšší kapacita, tím větší binec to nadělá, když se ta energie uvolní rychle. Šetřit na baterkách je o hubu.

288

Studium a uplatnění / Re:Práce ve VSHosting

« kdy: 04. 06. 2019, 23:01:08 »

No ok vydieranie nie je zrovna dobre pomenovanie ale nemyslim si ze VSHosting sa zachoval spravne.
Neviem ci je neforeve vybrat si mozno lepsieho poskytovatela. Asi ani vy ani ja nemam info ci by novy hosting bol viac alebo menej korun.

My ty podmínky neznáme. Ale soud, kterému VSHosting ten podnět poslal se k těm podmínkám bez problémů dostane. Zoot je v insolvenci, takže si už bohužel nemůže dělat, co se mu zlíbí.

 S mojho pohladu je to tak ze je to velmi spinava praktika VSHosting pretoze niekoho nasilu drzat s vydinov toho ze s neho este nieco mozno otrasie je ehmm.... Neviem je to akoby som mal firmu ktora kupuje len Skodovky a zrazu sa rozhodnem (lebo skoda je draha, vonku prsy, nemam peniaze hocico) ze Skodovky uz kupovat nechcem a chcem Peugeot. Skoda sa zacne branit ze tak to urcite nie musite kupovat u nas, pretoze nam dlhujete a kupujete u nas roky. A bude tvrdit ze ked si kupim Peugeot tak chcem odliat peniaze

Zeptám se takhle :

Co by byl podle vás rozumný postup v podobné situaci? Firma dluží kde komu a je v insolvenci aby věřitelé aspoň něco dostali. A vy se dovíte nějaké info o tom, že se ta zadlužená firma chystá uzavřít nevýhodný obchod. Navíc je to mezi lidna, co se znají, takže to nemusí být omyl. Je docela klidně možné, že se chystají obrat věřitele. Co byste dělal? Nechal to být? Nebo poslal tip někomu, kdo to může prošetřit?

289

Studium a uplatnění / Re:Práce ve VSHosting

« kdy: 04. 06. 2019, 17:29:39 »

No praskac alebo drbna. nemam insider info. Clovek ktory ta chce vydierat presne vie take informacie ake su v dokumnte ale ok. Kazdopadne mi to nepride ako ferova hra so strany VSHostingu. Ked vedia ze to ide do kytek a pravdepodobne sa k peniazom uz nedostanu tak odstihnut a hotovo. Takto to vyzera akoby si ich chcely drzat do konca za kazdu cenu lebo...

Práskač musí mít nějaké insider info. Bez něj by neměl co práskat. Pokud je VSHosting vyděrač, tak to moc neumí. Protože to svoje info veřejně poslal insolvenčnímu správci a tím přišel o páku k vydírání. Jakmile něco zveřejním, tak už se s tím vydírat moc nedá.

Když VSHosting ví, že to jde do kytek a přijdou o část peněz, tak přece nebudou blbí a nespláchnou do záchoda i ten zbytek. S podobnou logikou by mohli velice rychle zbankrotovat taky, případně by mohli být nuceni tu sekeru lepit na úkor někoho jiného (třeba vlastních zaměstnanců). Vypadá to, že si je chtějí držet až do konce aby minimalizovali ztráty.

O tom, co je a není férová hra by se dalo dost diskutovat. Jestli chtěl někdo ze zootu přelít zbytky peněz nějakému kamarádovi, pak je jakákoliv akce VSHostingu jen reakce na neférovou hru druhé strany.

290

Studium a uplatnění / Re:Práce ve VSHosting

« kdy: 04. 06. 2019, 13:21:26 »

To ho akoze bude VSHosting vydierat a bude to ok?

Vydírání vypadá jinak. Tohle je podnět k prošetření. Práskač nebo drbna by asi odpovídalo víc než vyděrač, když už budeme chtít nálepkovat.

Zatoze mu dlzi a chce ist od neho prec?  Ako VSHosting vie o cenach ake si dohodol konkurent?

Zní to tak, že se VSHostingu donesly drby o tom, že někdo v zootu chce ještě na poslední chvíli přihrát kšeft kamarádovi. Když to jde celé do háje, tak už to z jejich kapsy nepůjde a zatáhnou to věřitelé. A VSHostingu se to pochopitelně vůbec nelíbí. Lidi v jednom oboru mezi sebou holt mluví.

291

Sítě / Re:Kde je „nejvyšší patro“ internetu

« kdy: 29. 05. 2019, 15:27:19 »

Mam s vasim psani problem, ze je prospikovan emocionalitami jako monopolni, zkostnatele, promenlive kvalitni, pod kterymi nevim co si mam v praxi predstavit.

Myslím, že v kontextu poskytovatelů internetu se ty pojmy dají celkem odhadnout :

monopolní - Na výběr je z těch, co mají na místě kabel. To znamená něco mezi nulou a jedničkou.

zkostnatělé - Poskytovatel má dostatek zákazníků, takže ho jeden nevytrhne. Jako zákazník s nějakým nestandardním požadavkem máš prostě smůlu.

proměnlivě kvalitní - Pokud poskytovateli kabely zoxidovaly, nebo je ohlodaly myši, tak máš smůlu. Nikdo další si nestěžoval (protože předtím to k ničemu stejně nevedlo) a ping projde.

292

Odkladiště / Re:Jak zablokovat Manipulatori.cz?

« kdy: 29. 05. 2019, 09:52:29 »

...

Méně obecně:
Byl bych velice (nepříjemně) překvapen, kdyby bloknutí čehokoli ze zmiňovaných manipulátorů způsobilo nefunkčnost webu, kde to je nějakým způsobem použité, což se většinou stane při 'hrubém' bloknutí třeba výše zmiňovaného dopc.cz, protože ti šmejdi už to mají osichrované třeba i stylama (esli jsem to tedy dobře pochopil).
Takže se pak úplně rozbije web, kde je to použité (a blbě zablokované).

...

Tady je ovšem otázka proč navštěvovat web který je úzce propojený s webem se kterým návštěvník bytostně nesouhlasí ... to nedává smysl. Pravděpodobně to patří stejným lidem.

Kdyby úzké propojení znamenalo, že to patí stejným lidem, tak Google s Facebookem spoluvlastní drtivou většinu webů. 

293

Odkladiště / Re:Jak zablokovat Manipulatori.cz?

« kdy: 29. 05. 2019, 09:50:16 »

Autor potřebuje z neznámého důvodu zablokovat stránku kterou vlastně nikdo nikde neviděl, ale jemu extrémně vadí. Na druhou stranu se několik lidí ptalo kde to na něj vlastně kouká a tady neni odpověď.

Když čtu tu diskuzi tak mě napadá, že by to mohl být majitel a tak dělá průzkum jak by na to lidi šly aby udělal protiopatření ...  . Zní to jak z "manipulátorů"? Možná, ale ... .

Mně přijde, že chce autor blokovat reklamy. Konkrétně reklamy servírované scriptem. Ti manipulátoři jsou tady spíš příklad stránky, která ty reklamy řeší takhle. Dokonce tu psal i to, že hledá obecnější řešení, které by šlo použít i na jiné stránky.

294

Odkladiště / Re:Jak zablokovat Manipulatori.cz?

« kdy: 28. 05. 2019, 12:05:34 »

Já tam vidím jen detekci adblocku a žádost o vypnutí, nic tak hrozného

Díky

Nebo to řešit pluginem, který by projel načítané js a pokud by tam našel třeba "$an_state", tak jej zablokuje

Tohle řešení by se ale dalo zneškodnit jednoduchou obfuskací jmen proměnných, ne? Ani by se to nemuselo dělat dynamicky. Stačilo by ten spojený script přegenerovat jednou za pár dní.

295

Odkladiště / Re:Jak zablokovat Manipulatori.cz?

« kdy: 27. 05. 2019, 15:23:59 »

Už to tu psal Pivotal a já se k němu přidám. Prosím neřešte tu obsah toho webu. Stejně to nemá šanci skončit jinak než flamem. Vždyť už tu taková diskuze proběhla několikrát. Vraťme se k blokování scriptů. Dík.

296

Odkladiště / Re:Jak zablokovat Manipulatori.cz?

« kdy: 27. 05. 2019, 11:09:57 »

Mohl by mi newebařovi někdo znalejší vysvětlit, co ten script přesně dělá? Servíruje reklamu a detekuje adblock, nebo je tam ještě nějaká další zrada?

297

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

« kdy: 18. 05. 2019, 16:26:12 »

Běžný Franta vůbec nemá co psát typy, pro něj je typová inference.

Vetšinou ne, ale občas mi přijde explicitně napsaný typ jako skvělý způsob dokumentace, komentáře a zpřehlednění kódu obecně.

S těmi knihovnami to je také jednoduché, někdo na úrovni prostě napíše supersofistikovaný kód (hezký příklad: http://ericniebler.com/2013/07/16/f-algebras-and-c/) a běžný Franta ho jen přímo používá, aniž by si nad ním musel lámat hlavu.

V ideálním případě by to tak šlo. Ale občas ten Franta narazí na případy kdy se musí skrz ten supersofistikovaný kód prokrokovat. Nebo třeba udělá nějakou obskurnější chybu a bude hledat, co se vůbec stalo. Pokud ten supersofistikovaný kód může vidět, tak musí být schopný mu i _přiměřeně_ rozumět. To, že by to nebyl schopný napsat, je druhá věc.

Takto jdou napsat třeba obecné monády v C++ (stejně jako v Haskellu) a pak jen implementovat konkrétní třídy, třeba seznam nebo kontinuaci, přičemž join dostanu zadarmo z bind, nebo fmap apod. Bohužel tohle mainstream moc neumí, ani Java, ani C#, ani Swift. A v tom C++ to sice jde, ale hnusně.

Zrovna u monád je to "hnusně" docela vážný zádrhel. Monády mi přijdou jako vzor, který je sice všudypřítomný ale vlastně dělá malé věci. Takový druh vzoru jako byla třeba subrutina, než se to usadilo tak, že už o tom ani neuvažujeme jako o vzoru. Takže ty hnusné kousky kódu se pak vyskytují všude. Není to kýbl hnusu, který by se dal zabalit do nějakého modulu, jako jsou třeba windows.h.

U toho Go - teď trochu odbočuju - vidím jednu velkou výhodu v jednotné volací konvenci. Z praxe - píšu knihovnu pro HPC využívající AVX-512. Normálně bych musel mít i pro amd64 pro různé OS různé verze funkcí v asembleru kvůli odlišným volacím konvencím. V Go rozhoduje jen CPU, pro amd64 napíšu jeden asembler pro všechny OS.

Tak tohle mě zaujalo. Proč je to třeba psát v asm? Co brání použití intrinsik?

298

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

« kdy: 16. 05. 2019, 22:27:01 »

Takže nakonec to přece jenom bude JavaScript? ;-) (Spread operátor na objektových literálech v ECMAScript 2018.)

JS není špatný v principu, ale v tom, že se tam doprasilo co mohlo. Lua je "JS done right", nezaznamenal jsem, že by s ní kdokoli měl problém. Ne že by to byl jazyk, ve kterém bych nějak zvlášť chtěl dělat, ale je to jazyk hodný respektu.

S Luou občas dělám. Ta kombinace minimalismu a síly je opravdu výjimečná. Dost lidí se na ní AFAIK nelíbí indexování polí od jedničky, ale to je podle mě detail.
Co mi na ní opravdu vadí je dynamické kachní typování. I hodně stupidní překlepy odhalím až k nim program dojde. A ne všechno se dá otestovat pomocí malých a rychlých testů. Takže to občas vypadá tak, že dlouho čekám, pak opravím nějakou blbost a to celé několikrát dokola.

299

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

« kdy: 16. 05. 2019, 22:16:23 »

K tématu:

Uvažoval jsem, že některé vlastnosti OOP se moc neosvědčili. Dědičnost a abstraktní třídy, vzor template method. Místo toho mixiny, nebo traity. Tedy znovupoužitelné fragmenty kódu, bez zanášení typu. Jestli ponechat dědičnost na úrovni rozhraní, nebo ani v tomto případě ne?

Jop, type classy z Haskellu a traity z Rustu jsou asi nejlepší přístup k polymorfismu, co jsem zatím potkal. Koncepty v novém C++ se tím hodně inspirovaly, takže vypadají taky až překvapivě dobře.

Dědičnost bych nezavrhoval úplně, ale souhlasím že pro intuitivní implementaci vztahu "is-a" se moc nehodí. I když se tak často prezentuje.

300

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

« kdy: 16. 05. 2019, 21:56:55 »

Tak tenhle příspěvek mě moc neuklidnil.

Takže je to speciální ad-hoc pravidlo jak porovnávat boxované a neboxované věci? Nevyplývá to z nějakého obecnějšího pravidla pro řešení podobných neurčitých situací? Dávalo by mi to smysl i pro výběr přetížených metod, ale tam to evidentně funguje jinak. Čím dál tím lepší...

Ve specifikaci je to speciální pravidlo, když ho budu parafrázovat „pokud jsou oba operandy číslo nebo je jeden operand číslo a druhý je převoditelný na číslo (unboxováním), nejprve se převoditelný typ převede na číslo“. U booleovských hodnot je to podobné.

U metod se vybírá co nejmenší počet boxování/unboxování, a pokud by z toho vyšlo víc metod, je to kompilační chyba (např. dvě metody se dvěma parametry, jedna s malými inty a druhá s velkými Integery a volalo by se to s jedním malým a druhým velkým).

Zkrátka se to chová tak, jak by člověk intuitivně očekával. A na tyhle nuance člověk narazí velmi výjimečně, a pokud by se to náhodou stalo, tak nebude spoléhat na automatiku a udělá ten un/boxing ručně. Teoreticky by z toho posloupností špatných událostí mohla vzniknout chyba, ale až tyhle chyby budou ty nejčastější chyby v softwaru, budeme mít bezchybný software.

Když jsem to četl, tak ve mně hrklo, protože co nejmenší počet boxování a unboxování mi přijde jako další neintuitivní past. Naštěstí to není pravda. Když jsem to zkoušel tak mě překladač seřval vždycky. Aspoň v něčem se teda Java chová tak, jak bych čekal.