Příspěvky

1

Vývoj / Re:Jaký jazyk na malé portabilní programy

« kdy: 16. 09. 2022, 20:25:28 »

No jestli ma Dart problemy s pripojovanim k databazim, tak je to problem. Instaluju flutter/dart od vcera a jeste to nemam funkcni ;-) To je ale ok, uvidni nastaveni se dela jen jednou.

Ach jo, proc se nemuze nejaky z novym jazyku zamerit taky na jednoduchost designu a propojeni s GUI. Presne jako byl prastary visual basic, nebo jak tu nekdo zminil delphi a visual studio s c#. Proste zalozim formular, pridam pet policek a dve tlacitka, tlacitku nastavim funkci a za 15 minut mam hotovo. Nechci poustet externi designer, generovat xml a pak ho rucne volat z kodu ... To je ok pro velky projekt, ale ne pro mala klikatka.

Já psal ve Flutteru jen aplikace, které k datům přistupovaly na backend přes HTTP, tak bohužel s databází neporadím. Ale zajímá mě to, podívám se, co mají dnes k dispozici.

Jo, “starý” VB, to byla super věc. Až na přenositelnost, ale tehdy ještě nebyly skoro ani mobily, natož chytré.

No, krome delphi. kde se dela v pascalu (ktery btw zas tak hrozny fakt neni, a object pascal ma nektere pekne rozsireni (no, aspon tehdy se mi zdaly pekne - to uz je tak 20 let co jsem s tim delal ), tak stejna firma vydava i c++ builder, ktery ma stejne GUI knihovny, ale pise se v nem v c++(myslim, ze v 17, jako kompilator to pouziva clang). Myslim, ze je poskytuji nakou community verzi, kterou se da pouzit, pokud na vysledku nechces vydelavat velke prachy.

Ale tak, je to jen na widle/mobily.

Co se tyka prace s GUI, tak si myslim, ze je bezkonkurencne nejlepsi. Presne jak jsi zminoval - jednoduche gui naklikas za 15 minut..


Jinak multiplatformni byval Lazarus, ktery ma obslehlou gui knihovnu, ale je opet postaveny nad pascalem (je to vlastne multiplatformni klon delphi).

2

Odkladiště / Re:Nefunční zabezpeční Alza.cz

« kdy: 01. 07. 2022, 17:03:14 »

Co takhle to zkusit opacne. Zazadat o export vsech uchovovanych informaci k vam. Na to made z hlediska GDPR pravo. A jejich povinnost je poskytnout vam nejpozdeji do 30 dnu od podani zadosti vsehcny informace, ktere si o vas uchovavaji.

3

Vývoj / Re:C++20x std::sregex_iterator - skrátený zápis for loop-u

« kdy: 13. 06. 2022, 06:54:20 »

No, popravde zasadni pravidlo je nepouzivat std::regex.
Je to strasne spatne udelany kus kodu, ktery kvuli binarni kompatibilite ani nejde opravit.
Pouzil bych naky 3rd party knihovnu pro regexy. Treba pcre.
IMO by se sice v STL velmi hodila naka slusna verze regexu, ale to co tam je ted je fakt k nicemu.

Jinak, popravde ani se mi nechce zkouset jestli to bude fungovat, protoze fakt std::regex je zlo, ale
asi by si stacilo nadefinovat begin() a end() pro  std::sregex_iterator a ten pak pouzit v tom range foru. Pripadne jakoukoli obalovou tridu, ktera ma metody begin() a end()

4

Odkladiště / Re:Co je toto za artefakt obrázku

« kdy: 20. 05. 2022, 08:27:38 »

To vypada jako by stekla kapka vody pres nakou cocku v objektivu.

5

Vývoj / Re:Tutorial pro Scalu pro programatora

« kdy: 27. 10. 2021, 07:46:56 »

Já byl v podobné situaci před několika lety. Jestli neznáš funkcionální jazyky, ten skok bude docela velký a nějaký tutorial na pár dní tě nezachrání. Doporučuju plnohodnotnou knížku, buď přímo https://www.artima.com/shop/programming_in_scala_5ed (ze staršího vydání jsem se učil já, a je super na vysvětlení co, jak a hlavně proč), nebo https://www.handsonscala.com/ - to tehdy ještě neexistovalo, ale bude to asi praktičtější, přístupnější, Li Haoyi umí velmi srozumitelně a prakticky vysvětlovat, za investované peníze to bude jednoznačně stát.

Další otázka je kterou scalu se učit - dvojku, nebo dotty? Je v nich dost rozdílů, dvojka je starší ale rozšířenější.

A možná taky důležitá otázka je jestli se vůbec scalu učit. Kdybych chtěl praktický managovaný jazyk, šel bych spíš do Kotlinu, je jednodušší a má podle mě větší budoucnost. Kdybych se chtěl funkcionálně vzdělat, šel bych do Haskellu nebo F#. A nebo bych šel prostě do Rustu :-)

Diky moc, nakonec jsem teda vybral Hands on Scala. Chtel jsem poreferovat az jak se mi ta knizka zda dobra, ale jelikoz uz na ni cekam 2 tydny a zatim stale v nedohlednu, tak aspon jsem chtel podekovat.

Scalu jsem chtel hlavne proto, ze u nas ve firme se celkem pouziva a ac jsem hlavne C++kar (a celkem obstojne myslim umim Python a Javu), tak bych rad obcas kouknul lidem pod ruku (a pripadne si byl sam schopen pomoct a necekat na scalisty).

6

Vývoj / Tutoriál pro Scalu pro programátora

« kdy: 06. 10. 2021, 23:14:33 »

Ahoj,
 Neznate prosim nekdo nejaky pekny tutorial pro Scalu, idealne pro sice zkuseneho programatora,  ktery ale nema zkusenosti s funkcionalnima jazykama? Idealne teda neco, co nebude ukazovat jen konstrukce, ale vysvetlovalo by i principy a vubec "mindset"? Mozna na nakych sice jednoduchych, ale smyslupnych pripadech? Javim ze Scala asi neni idealni pro vstup do funkcionalniho sveta, ale presto hledam neco pro ni.

7

/dev/null / Re:Odpovědnost za škodu? Problémový junior a zklamání z práce

« kdy: 27. 09. 2021, 07:43:17 »

Testy jsou naprd, o tom žádná. [...] Samozřejmě typy jsou všespásné

To právě naplatí. Jenže testy jsou o sémantice, kdežto typy kontrolují spíš syntax (je tam průnik, ale malý). Můj aktuální problém jsou tupé chyby (copy/paste překlepy) v boilerplate kódu, to je obzvlášť hnusná a v ideálním světě zbytečná kategorie. Maníci píšou v Go, ale v Rustu nebo Javě by byl stejný problém. Pro tu dnešní módu mikroslužeb asi neexistuje vhodný jazyk, boilerplate se píše všude. Přitom přesně v tomto bodě jsme už jednou byli.

No.. neni trochu problem, ze Go tak neprimo vybizi k psani boilerplatu, kdyz nepodporuje generika a stylem errorhandlingu? Popravde Go moc neznam.. pricichl sem k tomu davno a fakt se mi nelibil, takze jsem ho nechal...

8

/dev/null / Re:Plat 40k pro "úplného juniora"

« kdy: 05. 08. 2021, 09:06:50 »

TLDR: Prumerny clovek: Praha urcite, Brno spis ano, ale je to nahrane.

Ono ale hodne zalezi na spouste veci. Na tom jaky ma clovek obecne rozhled po vyvojarskem svete. Jak rozumi databazim, nebo pripadne umi nejake frameworky, atd... A taky "Jazyk na urovni diplomove prace" muze znamenat skoro cokoli. Od totalniho mamlase, po pologenia. Zalezi o cem diplomka je.
Kdyz nabiram lidi, tak mi prijde velmi dulezity i dojem, jak ty lidi vyvoj zajima a bavi a jak premysli. Co si uz vyzkouseli. A treba nad cim premysleji. Kdyz jim zadam pri pohovoru nejaky problem, tak jsem radsi, kdyz neznaji zadne papirove "spravne" reseni, ale spis neco vymysli, i kdyz neoptimalne .. a jeste lepsi je, kdyz si to pak dokazou jeste sami shodit, proc to vlastne neni dobry. Taky mam rad, kdyz se dokazou rozpovidat co je treba na danem jazyku sere. A jak by to meli radsi. I kdyz to treba neni domyslene a daji se v jejich pohledu najit zasadni problemy - ale je z toho videt, ze proste maji zajem. Takovemu cloveku rad nabidnu i o dost vic, i kdyz nema pracovni zkusenosti.

9

Windows a jiné systémy / Re:Macbook Pro 2015 i7 je rychlejsi nez Macbook 2020 Air i7

« kdy: 28. 04. 2021, 16:21:55 »

2) Apple notebooky jsou stylovky, ktere vic hledi na vzhled, vahu a delku vydrze na baterku (opet FB a YT optimalizace).

Tak to uz je zase prehnane, jenom stylovky to nejsou...

Jinak ten Air ma specialni typ chlazeni ktery se pry pouziva i u serveru...

Kazdy na to muze mit jiny nazor. Nepisi, ze jsou to "jenom" stylovky, ale ze Apple jde vice o vzhled nez o parametry a vykon. Tak to je. Snaha udelat libivejsi notebook pro movitejsi zakazniky, kterym je jedno, zda to ma i3 ci i7 nebo 8GB ci 32GB RAM neni prece nic spatneho. Ale me, jako geekovi se to proste nezda.

Ale prd, jak jim muze jit primarne o vzhled, co to je za blbost? Kvalitativne jsou to nejlepsi stroje na trhu. Jako nerikam, ze me Apple nesere, ale ty ocividne tez nevis o cem mluvis. Ukaz mi, jaky je podle tebe lepsi notebook nez Macbook Pro 16", konkretni priklady bych prosil.

Dlouho jsem uvazoval o tomto: thinkpad P1
https://www.lenovo.com/gb/en/laptops/thinkpad/p-series/ThinkPad-P1-Gen-3/p/22WS2P1P1N3

Da se to customizovat takze 64G ram, a vetsi disk. Procak jsem premyslel jestli si tam dat xeon. Pak prisel covid a pri praci skoro zasadne z domu jsem se na to vykaslal. Desktop je proste jina trida.

10

Vývoj / Re:C++ downcast this v předkovi na potomka

« kdy: 15. 02. 2021, 07:22:01 »

O typeid uz tady psali jini, k tomu se uz nebudu vracet (tbh, ani jsem to nevedel), ale chtel bych poznamenat neco k volani virtualni metody z konstruktoru:

V C++ nelze volat virtualni metodu z konstruktoru predka. Respektive lze, ale zavola se vzdy metoda z aktualne konstruovane tridy (ve stromu trid). Tedy pokud se zavola v Base::Base() metoda typeInfo, tak prestoze je to virtualni metoda, tak se zavola Base::typeInfo().
Duvod je ten, ze v dobe, kdy se vykonava konstruktor Base tridy, jeste neprobehl konstruktor Child tridy a ani inicializace zadnych atributu Child tridy. Volani virtualni metody by tak bylo potencialne nebezpecne.
Co je na tom blbe, ze prekladace se neobtezuji ani WARNovat - a pritom je to imho dost castym zdrojem chyb (taky se mi to stalo). Blbe je totiz, ze pokud volate sice nevirtualni metodu, ale ta zas vola virtualni, tak to neni ani na prvni pohled videt a v projektu, kde na stejnem kodu dela vic lidi, tak se to lehce prehlidne.
Sice, je to trochu neflexibilni, ale IMHO je to teda jeste porad lepsi, nez v Jave, kde by se v tomto pripade sice "spravne" zavola Child::typeInfo(), nicmene probnlem s inicializaci a poradim konstruktoru je tam uplne stejny, takze vysledek je, ze se vola virtualni metoda z neinicializovane tridy. To byva jeste horsi a jeste hur hledatelny pruser (opet bez nejake zminky prekladace).

11

Studium a uplatnění / Re:Pohovory po letech freelance

« kdy: 18. 01. 2021, 11:23:20 »

Prvně jsem si myslel, že se jedná o nějakou vyjednávací taktiku, tak jsem s nimi o tom zkoušel diskutovat, ale ukázalo se, že přes to vlak prostě nejede, že na to mají takový budget a nejde s tím nic dělat. Koukali na mě hrozně překvapeně, když jsem jim řekl částku, za kterou běžně dělám (na IČO jako kontraktor), a bylo vidět, že tohle nemají ani náhodou, protože se zaraženě ptali, kde jsem takové částky vzal a jestli mi to někdo zaplatí. Přišlo mi že pojmy jako tržní hodnota jim v tomhle kontextu vůbec nepřišly na mysl, dokud jsem jim neřekl že mám osm jiných nabídek za tohle, nebo víc.

Tu absurditu polovicni castky - nebo vubec jine, nez predem domluvene castky absolutne nerozporuju. Nicmene, z druhe strany je lehkomyslne si predstavovat stejnou mzdu jako zamestnanec vs prace na ICO. Jako zamestnanci vam firma plati dovolene, nemocenske, odstupne pri rozvazani pracovniho pomeru. To vsechno musite zapocitat. Mate mesic vyplaty bez prace(dovolena). Zamestnavatel plati 14 dnu nemocenskou(nekteri zamestnavatele maji jako benefit 100% nahradu mzdy a to i po 14 dnech). Pri ukonceni pracovniho pomeru se minimalne v IT firmach vzdy vyplaci nejake "padaky", pokud nejste uplna nula.   (OK, to je kontroverzni bod, casteji odchazi zamestnanec sam, za lepsim). Taky mate nejakou jistotu zamestnani. Malokdo jen tak propousti zamestnance. Neni to tak jednoduche. Takze stejna vyplata za ICO vs na vyplatni pasce jako zamestnanec ma vyssi hodnotu pro zamestnance. Nekdy to muze byt dost vyssi.

Jeste jednou: tim nechci schvalovat ci omlouvat zmenu domluvene castky. To je celkem neakceptovatelne (zvlast v takove mire - jako polovina castky).

12

Windows a jiné systémy / Re:Mini-posix knihovna s Win32 API

« kdy: 01. 01. 2021, 09:47:47 »

S tim wsl to chapu (zhledem k predchozim zpravam), ze resis kompatibilitu glibc? K tomu chci rict, pokud samotny kompilator a glibc neni kompatibilni - tak mi prijde celkem utopicke ocekavat, ze bude spolehlive funkcni nejaky automaticky "preklad" pro win32api.

Javim, moc tady nejsem konstruktivni, za to se omlouvam.

13

Windows a jiné systémy / Re:Mini-posix knihovna s Win32 API

« kdy: 29. 12. 2020, 21:59:39 »

Mam jeste dotaz, o wsl se uz tady zminovalo, ale uplne jste neodpovedel - proc vlastne nemuzete tyhle utilitky na widlich spoustet pres wsl? Pripadne pres docker (for windows/desktop) ?

14

Vývoj / Re:C++ ako naformátovať std::chrono::system_clock::time_point?

« kdy: 28. 12. 2020, 15:47:19 »

Jj, fmt je zname a bylo inspiraci (melo byt) pro stl format. Podobne fajn je i spdlog. Pro takove zakladni prace.

15

Vývoj / Re:C++ ako naformátovať std::chrono::system_clock::time_point?

« kdy: 26. 12. 2020, 10:41:41 »

Jinak, co se tyka protected. Mno nevim. Protected data membry jsou v podstate zamaskovany public. Zas jsou soucasti verejneho rozhrani pro kohokoli, kdo ze tridy podedi. Takze opet nemuzete menit jejich vyznam, nebo si s nima interne v base tride delat co potrebujete, protoze zas se tim rozbije "externi svet".

Samozrejme muze to mit sve vyjimecne vyuziti interne v nakem vlastnim kodu, ktery navenek vystavuje tridy uz jako final, takze se dedit nedaji. Ale stejne, kdyz se ten kod rozroste, tak stejne je potreba si v nem udrzovat trochu poradek a tohle k tomu neprispeje.