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 - Idris

Stran: 1 ... 38 39 [40] 41 42 ... 153
586
Vývoj / Re:Hledání a nahrazování pomocí JavaScriptu
« kdy: 05. 01. 2022, 15:03:55 »
Seřadit tokeny od nejdelšího po nejkratší a pak jeden po druhém nahrazovat.
ano, a skoncis v nekonecnej slucke...
Kód: [Vybrat]
<a href="/user/john">
     <a href="/user/john">
           <a href="/user/john">
                 <a href="/user/john">...</a>
           </a>
     </a>
</a>

Keby to bolo take lahke tak sa tu nepytam.
Na tohle existují specializované algoritmy, například Aho-Corasickové, které pracují v optimálním čase. Na VŠ se zrovna tento bere hned v prváku.

587
Studium a uplatnění / Re:Profinit - junior java dev
« kdy: 05. 01. 2022, 10:12:13 »
Vzhledem k absenci zkušeností to bude blbý, řekl bych 40k a pokud tě usmlouvají jenom na 35 tak buď rád. Ale neboj, se zkušenostmi to extrémně rychle poroste a už třeba po roce se dostaneš na 50-60.
Na tomto fore najdes kopu "alfa samcov" ktory vcera vysli zo skoli a uz sa nehanbia pytat si 5k/MD
Já jsem už při škole dělal za 4k/MD, a to bylo 2018 (od té doby ceny stouply).
Za 35 nabira Kaufland jesterkare do skladu.
Pokud si myslis, ze prace vyvojare odpovida praci skladnika, smele do toho.
Jak kterého. Nějaké tupé lepení webů není intelektuálně náročnější než precizní ovládání technologie někde ve skladu.

588
Vývoj / Re:JS Promise
« kdy: 02. 01. 2022, 10:11:12 »
[…] preto som nemohol/nechcel nic vratit.

return () => events.close by stacilo
Pokud se nemá nic vracet, tak se té streamovací funkci může předat kontext (v tomto případě prázdný objekt), funkce v něm nastaví ctx.cancel na tu lambdu, kterou jiní navrhují vrátit, a volající pak zavolá ctx.cancel(). Je to v zásadě to samé, jen se explicitně nic nevrací.
Taky dobré řešení.
Jo, a běžné v kontextu CSP, tady to je jen velmi speciální (podstatně jednodušší) případ.

589
Vývoj / Re:JS Promise
« kdy: 01. 01. 2022, 22:13:50 »
[…] preto som nemohol/nechcel nic vratit.

return () => events.close by stacilo
Pokud se nemá nic vracet, tak se té streamovací funkci může předat kontext (v tomto případě prázdný objekt), funkce v něm nastaví ctx.cancel na tu lambdu, kterou jiní navrhují vrátit, a volající pak zavolá ctx.cancel(). Je to v zásadě to samé, jen se explicitně nic nevrací.

590
Já měl Pascal jen dávno v prváku, u zkoušky jsem ho viděl naposled. Ale minimálně výrazně ovlivnil jiné jazyky a napravil některé divnosti Algolu.
Tak jsem si pročetl srovnání Algolu a Pascalu od Tanenbauma (je to online v pdf) a musím říct, že v něčem ten Algol měl dost výrazně navrch. Bezpečnější práce s recordy, definice proměnných uvnitř bloku, výrazová orientace jazyka, náhodný přístup k souborům, dokonce printf... Původní Pascal byl dost omezující, byť teda ten kompilátor (jednoprůchodový) byl celkem jednoduchý a pekelně rychlý. Ale jasně, něco měl Pascal lepší.
Možná mě klame paměť, ale nebylo to porovnání s Algolem 68? Pascal je založený na Algolu 60 (potažmo X a W), Algol 68 se od těchto verzí dost lišil.
Jo, Algol 68 to byl. Teď to dává větší smysl, dík.
Není zač. Ten Algol 68 se prý dost lišil od předchůdců, sám znám jen Algol W, což je mírně vylepšený Algol 60.

Se těším, až se za nějakých 30–40 let povedou podobné historické diskuse o Rustu, Swiftu, Ruby atd. :)

591
Já měl Pascal jen dávno v prváku, u zkoušky jsem ho viděl naposled. Ale minimálně výrazně ovlivnil jiné jazyky a napravil některé divnosti Algolu.
Tak jsem si pročetl srovnání Algolu a Pascalu od Tanenbauma (je to online v pdf) a musím říct, že v něčem ten Algol měl dost výrazně navrch. Bezpečnější práce s recordy, definice proměnných uvnitř bloku, výrazová orientace jazyka, náhodný přístup k souborům, dokonce printf... Původní Pascal byl dost omezující, byť teda ten kompilátor (jednoprůchodový) byl celkem jednoduchý a pekelně rychlý. Ale jasně, něco měl Pascal lepší.
Možná mě klame paměť, ale nebylo to porovnání s Algolem 68? Pascal je založený na Algolu 60 (potažmo X a W), Algol 68 se od těchto verzí dost lišil.

592
Vývoj / Re:Leetcode, AlgoExpert a podobné
« kdy: 29. 12. 2021, 18:25:35 »
kdyz nekdo posila CVcko do Googlu, tam si asi mohou prehrabovat zajemce vidlemi.
Ale jaké zájemce. Zástupy Indů, Turků a Čechů tam sice posílají životopisy, ale 95% z nich s bídou napíše Fibonacciho čísla ve smyčce. Telefonním screeningem neprojde obrovské množství kandidátů.

593
A jeste zbyva odpovedet, co umi RFID ctecka precist z obcanky, nevi nekdo?
Tohle jsem kdysi implementoval pro estonskou občanku, tam je jméno, datum narození, rodné číslo apod. A samozřejmě certifikáty. S českou nemám zkušenosti, ale mělo by to být podobné, je to regulované na úrovni EU (i když zatím nezávazně).

594
To Ruby mě tedy zaráží - to je někde ve Švýcarsku, ne?
BTW proč zrovna Švýcarsko? Tamní IT trh neznám, ale v čem by se měli lišit?

595
Co je “zjednodušené OOP”?
Daleko od Smalltalku a blízko k Pascalu.
Tak Pascal byl na svou dobu celkem fajn. Stejně jako Algol. Kdyby měl rozhraní/traity, tak je slušně použitelný i dnes. Smalltalk nemá typovou kontrolu, co je cesta do pekel (na rozdíl od ObjC, které typy přísně kontroluje — včetně typových parametrů a jejich variance, ovšem můžu explicitně říct, že typovou kontrolu nechci + nemá tracing GC). Ale jo, to už to historie, teď v inzerátech na backend (jiné nesleduju) vládnou Go, čím dál více Rust a z nějakého divného důvodu Ruby.
U mě to (Turbo) Pascal prohrál v momentě, kdy jsem zkusil Turbo C s jeho bohatou knihovnou. A taky jsem si prošel Učebnici jazyka C od Herouta a srovnal s akademicky zaměřenou učebnicí Pascalu, kterou jsem měl. To Ruby mě tedy zaráží - to je někde ve Švýcarsku, ne?
Já měl Pascal jen dávno v prváku, u zkoušky jsem ho viděl naposled. Ale minimálně výrazně ovlivnil jiné jazyky a napravil některé divnosti Algolu.

To Ruby je celosvětově v inzerátech jako WeWorkRemotely apod., evidentně má hodně silné zastoupení v (někdejších) startupech.

596
Co je “zjednodušené OOP”?
Daleko od Smalltalku a blízko k Pascalu.
Tak Pascal byl na svou dobu celkem fajn. Stejně jako Algol. Kdyby měl rozhraní/traity, tak je slušně použitelný i dnes. Smalltalk nemá typovou kontrolu, co je cesta do pekel (na rozdíl od ObjC, které typy přísně kontroluje — včetně typových parametrů a jejich variance, ovšem můžu explicitně říct, že typovou kontrolu nechci + nemá tracing GC). Ale jo, to už to historie, teď v inzerátech na backend (jiné nesleduju) vládnou Go, čím dál více Rust a z nějakého divného důvodu Ruby.

597
Co je “zjednodušené OOP”?
Používá se třída spíše v roli namespace, než aby architektura byla nějak propracovaná a "čistá". Daleko od Smalltalku a blízko k Pascalu. Což o to, já jsem taky příznivcem post-OO programování.
Teď je všechno "post" :) Post-PC éra, post-OO paradigma, post-SQL databáze (OK, NoSQL...). Další hajp bude post-post-OOP :)

598
Tohle má jednoduché řešení — brát jen seniory. U nás se to náramně osvědčilo.
Jakkoliv se s tím dá souhlasit a pro spoustu situací je to jediné ekonomicky zvládnutelné řešení, pokud by se tak chovali plošně všichni, seniory by nebylo kde brát, aby se jím člověk stal, musí si projít juniorní i mediorní fází. Což ale nejde, když junior nedostane šanci...
Zásadní problém není, že junioři neumějí. Problém je, když jsou hloupí a líní, případně ke všemu i namyšlení a asociální. Nábor seniorů je v tomto snazší, ti mají historii, ze které se dá leccos odvodit.
Taky dobrý důvod.

U juniorů je to prostě vopruz pořádně si je proklepnout, stojí to čas a nervy. Mám v živé paměti, jak se vztekali nad Rustem ("je to šit, stojí za h...o, páč nepřekládá můj skvělý hyperprofesionální kód"). To bych fakt vraždil.

599
Tohle má jednoduché řešení — brát jen seniory. U nás se to náramně osvědčilo.
Jakkoliv se s tím dá souhlasit a pro spoustu situací je to jediné ekonomicky zvládnutelné řešení, pokud by se tak chovali plošně všichni, seniory by nebylo kde brát, aby se jím člověk stal, musí si projít juniorní i mediorní fází. Což ale nejde, když junior nedostane šanci...
Jistě, ale na některé projekty prostě juniory nepouštíme (peníze na seniory jsou, čas na školení nováčků ne). Vlastně by dávalo smysl mít třeba nějaký menší vedlejší projekt, kde bychom si vývojáře vychovali, ale to je na managementu.

600
Rust - když v něm nenapíšeš dostatek kódu a nevracíš se k tomu, budeš s ním (zas) bojovat. […] Aby Tě začal "odměňovat", musíš mu dost věnovat a možná na to musíš mít i specifický mozek, abys netrpěl jako pes.
Hehe, asi mám “specifický mozek”, páč mi Rust přijde snadný a většina jeho “netypických” vlastností má svou vnitřní logiku. Ale na druhou stranu mě nijak zvlášť “neodměňuje”, v C++ bych to napsal stejně dobře (a ne o moc nečitelněji) :)

V C++ určitě můžeš napsat stejně dobrý program jako v Rustu, ale v Rustu máš slušnou jistotu, že i všichni ostatní píšou "rozumně", jelikož si to kompilátor hlídá a návrháři jazyka se moc nerozšoupli. K tomu bezvadný tooling včetně řízení závislostí - tohle myslím C++ pořád nemá. K tomu absence obskurního vynálezu zvaného preprocesor. Já se vracet nechci, Ty si to klidně užij.

Že to Tvůj mozek ale pobírá, je vzhledem k Tvé znalosti FP a podobných legrací, zcela pochopitelné. Tam většina programátorů není - mnozí končí zhruba u cyklů a "vylepšují" to zjednodušeným OOP.  :D
Však o tom se nehádám, zrovna včera jsem napsal velký kus kódu (zpracování dat v NLP) bez jediné alokace na haldě. Je plný explicitních lifetimů, díky čemuž vím, že korektně zachází s pamětí. Ovšem mé zkušenosti s juniory a Rustem jsou tristní.

Co je “zjednodušené OOP”?

Stran: 1 ... 38 39 [40] 41 42 ... 153