MARASAN: historka z kategorie "ale mohlo se to stát!"

NOHOUS: NOHOUS: základní vlastnost Unicodu?

JARDABEREZA: Znám, běžně s tím pracuju.

SULTHAN: A ještě tam tam mají chuťovky, že stejný unicode znak může být vyjářen různými kombinacemi bajtů ve stejném unicode kodování :-D https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/String/normalize

NOHOUS: jaká data dependency? Víš, jak jsou třeba emoji kódovaný v Unicode? Víš co jsou to combining characters? Víš jaký je třeba v Javě rozdíl mezi String.length() a String.codePointCount(...)?
Unicode je komplikovaný a random access v něm typicky nejde - v praxi ho až na výjimky ani nepotřebuješ. A ty výjimky se typicky řeší tak, že si ten string převedeš na nějaký list/array znaků.

PISKVOR: Ano, zajisté, pak vždy dostaneš vrátného i vývojáře, který vyhovují procesu. Ti kteří se tam nevejdou nelze přijmout a proto jsem napsal co jsem napsal.

DELVIT: Ba naopak: jestli má být jeden hiring proces na vrátného i na vývojáře, je nemožné přijmout jiného člověka, než trénovaného v hiring procesu.

SULTHAN:

car a crd!

NOHOUS: myslim, ze je chyba, ze vubec nekdo predpoklada ze String by mel mit random access.

ALMAD: Tak to zajisté. Pokud se bavíme o globální firmě, tam je to úplnějiná káva. Dospěl jsem postupně k názoru, že pokud se někdo přijímá přes globální HR, tak prakticky nelze přijmout skvělého člověka.

KLEINZACH: CHEATER

DELVIT: Principielne s tebou souhlasim, ale blbe to skaluje: nefunguje to kdyz je hiring globalni a ne do konkretniho tymu, a dost se ti tam propisujou biasy a spatne se u toho drzi nejaka konzistentni latka…

UNTOY: To by nemělo být až tak těžké ne? Chce to strukturovat pohovor tak, abys s takovým člověkem chtěl pracovat. Popovídat si o tom co dělal, ukázal někaký projekt na kterém dělal a co vše tam řešil atd.

Mě takhle přesvědčovali na pohovor a zkoušení u tabule, na to jsem jim řekl, že poslení zkoušení před tabulí bylo na univeriztě a že to tak zůstane

Pokud chcete nějaké síto než se k tomu dostanete (tady je asi dobré rozlišovat zkušenosti co ten člověk má mít), tak doporučuji rozstřel na nějaké triviální věci a uvidíš jak reaguje.

KLEINZACH: Špatně mluvíš o sloníkovi

MICRO: jsou tam aspon konverzni rutiny (nekde v <codecvt> headerech), ale je to obsolette s tim, ze bud si mame pockat na rok 2035 (just kiddin.. ale ne uplne), nebo pouzit 3rd party (jako libiconv)... yay!

ale uprimne narodni pismenka jsou hroznej bordel celkove

JANFROG: ono je to asi dost o tom jakej subset c++ pouzivas. bezny korporatni c++ je asi okej a vzdycky bylo: korporat je takovej stronghold c++. ale uz i tehdy bylo povinnosti kazdyho mit nacteny aspon meyersovy (a jinych) knizky na tema 'jak se o to neporezat a neposrat se z toho' :) ale kdyz z tydle bezpecny ohradky clovek vyleze, tak je to sama nastraha a znacky WIP :) u gamesek clovek dost casto narazi na performance (zmineny rtti, schovany alokace jako treba v std::function, napul dotazeny alokatory atp) a u psani knihoven je to dost podobny (zvlast u tech sablon. napr u variadickych sablon sme v roce 2011 dostali takovou nekompletni kostricku, ktera se pohodlneji pouziva az od c++20 (fold expressions a tak). takze do ty doby clovek musel pouzivat spoustu berlicek a hacku)