Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - zboj

Stran: 1 ... 16 17 [18] 19 20 ... 101
256
Vývoj / Re:Funktory v C++
« kdy: 19. 05. 2017, 17:51:25 »
Od člověka s větším nadáním než má pan *zboj* a spol., je to všechno pochopitelnější: https://bartoszmilewski.com/
Jo, Milewski má fajn blog, ale stejně to tam není moc polopatě, spíš pro hooodně pokročilé v IT a zběhlé v matematice. Kdo pochopí vše, co na svém blogu píše, může se považovat za odborníka v oblasti FP (a potažmo dobrého informatika).

257
Vývoj / Re:Kotlin - nový officiální jazyk Androidu.
« kdy: 19. 05. 2017, 15:42:29 »
Zavisi jak na to Google pripravi prostredi a vyvojare. Treba u Applu byl prechod z Objective-C na Swift celkem v pohode a komunita to prijala vcelku pozitivne.
Komunita ani neměla moc na výběr :) Je ale pravda, že přechod celkem zvládli, ostatně oba jazyky mají stejný runtime (na macOS a iOS, Linux má svůj zcela jiný).

258
Vývoj / Re:Proč je Go tak pomalý?
« kdy: 19. 05. 2017, 11:47:23 »
https://github.com/facebookgo/grace
Merci. Koukám, že to je zhruba to, co bylo přidáno do Go 1.8 (náhoda?).

259
Vývoj / Re:Kotlin - nový officiální jazyk Androidu.
« kdy: 19. 05. 2017, 11:39:25 »
Co na to říkáte? Myslíte že to zamává se stabilním postavením javy? Jinak za mě dobrý krok ze strany Googlu, který už musel mít Oraclu pokrk. Kotlin je jazyk velmi příjemný, oproti Javě a je plně zpětně kompatibilní (běží na JVM).
Je to politické rozhodnutí, ale mohli si teda vybrat něco lepšího.

260
Vývoj / Re:Proč je Go tak pomalý?
« kdy: 19. 05. 2017, 11:22:23 »
Myslim ze nie. To co myslis su asi pluginy. Existuje udelatko od facebooku, ktore dokaze restartovat server bez straty spojeni [...]
Ano, pluginy. Go nanejvýš zvládne to, že "gracefully" ukončí server (obslouží všechna spojení) a pak ho znova spustí, ani by skončil proces, což vyjde v praxi nastejno. Jak se to "udělátko" jmenuje?

261
Vývoj / Re:Gramatiky v IT
« kdy: 19. 05. 2017, 10:54:39 »
No ale ten obrázek je de facto grafický zápis pravidel gramatiky. To jste se trochu střelil do nohy.
OMG! Je to de facto zápis gramatiky, protože pro ten automat existuje regulární gramatika. Ale tohle je prostě automat. Automat je automat a gramatika je gramatika.

Gramatika je generativna, automat je akceptacny. Gramatikou sa opisuju mozne vstupy pre ten automat.
Blbost, gramatika může být rekognoskativní (sic!) a automat generovat, to s tím vůbec nesouvisí.

No, ak myslite, lol.
Na Slovensku se může říkat IT odborník někomu, kdo netuší, co to je Postův problém? Wow  :o

262
Studium a uplatnění / Re:Jak hledat zajímavou práci?
« kdy: 19. 05. 2017, 10:43:03 »
80% of IT Jobs can be Replaced by Automation
Tak pokud automatizace nahradí nástroje na vyhazování hlíny, tak to bude jedině dobře. Jen nevím, kam ten bagr na kampusu umístím.

263
Vývoj / Re:Gramatiky v IT
« kdy: 19. 05. 2017, 10:30:24 »
Co je na tom nesrozumitelného.
Když člověk mluví do dubu, tak je nesrozumitelné všechno.

264
Studium a uplatnění / Re:Hlupe otazky HR?
« kdy: 18. 05. 2017, 23:26:54 »
Caute, viete mi povedat, ako sa na pohovoroch popasovat s hlupymi otazkami HR? Naposledy sa ma napriklad pytala zenska, ci som si poslal CV aj do inych firiem. Viete mi povedat kvoli comu sa ma takuto vec pyta? Pretoze ma celkom zaskocila nou. Podla mna islo skor o vypocitavost, a ak by som povedal ze nie, tak by mi sa snazili viac zrazit plat pretoze som to inde neskusil, ale mozno je to len moj dojem.
Na hloupou otázku hloupá odpověď, když se HR ptá stupidně, tak není důvod nevymyslet si nějakou blbost, třeba na výše zmíněnou otázku, že "neposlal, ale naopak tě nedávno kontaktovali z Googlu" ;) Samozřejmě obecně je nejlepší říkat pravdu, ale vzhledem k tomu, že protistrana může být trochu vychcaná (i když ve většině případů půjde spíše o stupiditu), tak bych neváhal odpovídat tak, abych získal výhodu.

265
Vývoj / Re:Proč je Go tak pomalý?
« kdy: 18. 05. 2017, 23:20:56 »
To se omlouvam. Jsem uz zvykly na to, ze do Javy (JVM) si vsichni kopou, jak je hrozne pomala, takze na mou obranu - rozlisit ironii a trolovani ohledne Javy neni lehke. (Na rootu spis cekam trolovani :D :'(.)

... tak java jako je obecne dost pomala navic ten jazyk je hroznej ...

:}

Java má být jako pomalá na co? Mám zkušenost, že když jsem reimplementoval jednu funkcionalitu z IntelliJ IDE pro Javu, tak jsem dosáhl cca 1000x většího výkonu. Java není pomalá, jen se v ní píšou někdy pomalé aplikace - a možná i záměrně, prostě se to naprototypuje a pak se to nechá být, protože to výkonově stačí. Další věc jazyk samotný. Java je prostě jednoduchý jazyk, neobsahuje nějaké složité konstrukce. Podívej se někdy na bytecode. Dělal jsem nad ním jednu knihovnu a byla to jedna radost. Navíc Java má něco, co C++ nebo Go nikdy mít nebudou, jako např. Hot Swap - za běhu aplikace v debug režimu aktualizuješ zdrojový kód jejich části v JVM, tzn. nemusíš restartovat. Je to výhodné pro vývoj. Bohužel některé frameworky (Spring) tuto funkcionalitu nectí a dělají masivní inicializace bez možnosti aktualizace za běhu aplikace.
V Go jde taky aktualizovat bez restartu (tuším od verze 1.7).

266
Vývoj / Re:.NET a pin_ptr
« kdy: 18. 05. 2017, 23:19:08 »
Nedávno jsem dostal za úkol integrovat do aplikace v C# externí knihovnu v C a jak tak koukám do kódu, objekty se do ní předávají přes pin_ptr. Díky dokumentaci MS chápu, k čemu to je, ale mám dotaz: když si ta knihovna nějaký takový objekt nechá někde v kolekci, nebude to pak negativně ovlivňovat běh GC? Zatím jsem žádnou divnost na testovacích datech nepozoroval, ale trochu se bojím ostrého provozu.
Tak vyřešeno. .NET je peklo.
to .NET hodnotis na zaklade toho, ze mas komplikacie s integraciou Ceckovej kniznice?
.NET má bump allocator, tak je celkem logické, že sdílení dat s céčkem nebude úplně ideální a pokud někdo přesně neví, jak pin_ptr (nebo interior_ptr) funguje, tak ho procitnutí může nemile překvapit.

267
Vývoj / Re:Proč je Go tak pomalý?
« kdy: 18. 05. 2017, 20:49:25 »
Zatím zde napadla pro tazatele krutá pravda: go je pomalý, protože je genderově vyvážený.

Prolítněte jak go prezentovali v ranné fázi a co bylo cílem, já si to pamatuji dost dobře.

Původně to vycházelo z Plan-9, tedy měl to být jazyk pro multiprocesorový distribuovaný systém.
Ano, a doteď tím trpíme - překladače se chovají divně (mají svou verzi C), asembler je taky proprietární, vše má své ABI (volání mezi Go a C musí přesypávat zásobník do registrů a vice versa), zarovnávat a přehazovat zásobník, halda není halda atd. Jinak ale naprostá pohoda...
Ale to je v poradku, ne? Vsak Java byla take vymyslena a designovana do mixeru a pracek a dnes ji sotva utahne nadupany server. ;)
Až bude Java použitelná i na Arduinu, tak se stane skutečným jazykem  ;)

268
Vývoj / Re:.NET a pin_ptr
« kdy: 18. 05. 2017, 20:46:12 »
Nedávno jsem dostal za úkol integrovat do aplikace v C# externí knihovnu v C a jak tak koukám do kódu, objekty se do ní předávají přes pin_ptr. Díky dokumentaci MS chápu, k čemu to je, ale mám dotaz: když si ta knihovna nějaký takový objekt nechá někde v kolekci, nebude to pak negativně ovlivňovat běh GC? Zatím jsem žádnou divnost na testovacích datech nepozoroval, ale trochu se bojím ostrého provozu.
Tak vyřešeno. .NET je peklo.
pin_ptr je zlo, nebrat  >:(

269
Vývoj / Re:Node.js a multiplexed IO obecně
« kdy: 18. 05. 2017, 17:51:04 »
A je to nepoužitelné, ale všichni to používají.
Všichni používají Node? Aha :)

Spíš všichni si s tím hrají, protože je to cool. ...a pak s tím mají takovéhle zkušenosti:
Citace
I spent a year trying to make Javascript and more specifically Node work for our team. Unfortunately during that time we spent more hours chasing docs, coming up with standards, arguing about libraries and debugging trivial code more than anything.
Would I recommend it for large-scale products? Absolutely not. Do people do that anyway? Of course they do. I tried to.
https://blog.geekforbrains.com/after-a-year-of-using-nodejs-in-production-78eecef1f65a
:)
Tak ono to NIO je super nápad a funguje skvěle, jen se to nesmí míchat s Javascriptem, že... Aneb slovy klasika: "ECMAScript (sic!) on the backend sucks donkey bollocks. No developer capable of writing decent code who's well in his mind would touch it with a ten-foot pole."

270
Vývoj / Re:Node.js a multiplexed IO obecně
« kdy: 18. 05. 2017, 11:49:38 »

However, in the case of multi-threaded implementations, many browsers implement a structured cloning algorithm to copy the message into the receiving thread’s context

JS runtime musi predavane objekty serializovat a deserializovat. Je s tym spojeny overhead a nedokaze passnut referenciu na priamo.

JS runtime musi predavane objekty serializovat a deserializovat. Je s tym spojeny overhead a nedokaze passnut referenciu na priamo.
Aha, takze uplne stejna zoufalost jako v R :)

Pre upresnenie aktualneho stavu, situacia sa zmenila s uvedenim Shared memory and atomics do ECMAScript 2017. Clanok je z januara tohto roka.
Pribudol lahky nastrel pamatovych barier, CompareAndSwap a shareovatelny region pamate medzi Webworkermi. Passovanie referencii na objekty stale nie je mozne.
Takže pořád to je prakticky nepoužitelné...

Stran: 1 ... 16 17 [18] 19 20 ... 101