Příspěvky

16

Windows a jiné systémy / Re:Apple M1 - unzip = kernel panic

« kdy: 23. 10. 2021, 11:29:15 »

3. @pruzkumbojem - Právě o to mi jde, na Macu jsem asi 5 let, právě proto, že na tom nechci nic řešit. Troubleshootingu mám dost v práci. Omlátit o hlavu se jim to právě snažím, proto mě zajímalo, jestli to je všeobecný bug, nebo je něco špatně u mě (i v safe boot to dělá, takže leda v jádře nebo hw).

Prostě to reklamuj/vrať jako vadný kus, protože to vadný kus evidentně je. Pokud by to náhodou byl všeobecný bug, tak to nic nemění - akorát ťech vadných kusů bude pár miliónů.

V tuhle chvíli musím čekat na stable macos monterey, protože jsem chtěl ozkoušet jestli to není na betě fixnutý a když jsem na ně vybalil pro ně nesrozumitelná slova jako kernel panic, tak mě odmítly s betou supportovat. To že ten důvod, proč jsem tam tu betu dával je ten bug, už je zdá se vedlejší. Všechny mé odeslané logy prý nevidí, takže čekat..

Ok, to nebyl zrovna nejlepší nápad, ale nevidím důvod proč čekat - prostě tam vrať verzi která tam byla při koupení.

17

Studium a uplatnění / Re:Homeoffice Rakousko

« kdy: 25. 09. 2021, 23:34:16 »

Jinak ted jsem chtel koupit auto v Drazdanech a odpovedeli mi, ze "export nedelaji." Jediny co o mne vedeli, ze mail mail domenu ".cz".

To náhodou není úplně mimo, protože auta se skutečně importují a exportují i v rámci EU, jakmile jsou v registru vozidel a/nebo mají pojištění. Já když jsem si auto přehlašoval, tak jsem musel v ČR oficiálně deklarovat "vývoz".

18

Studium a uplatnění / Re:Homeoffice Rakousko

« kdy: 25. 09. 2021, 13:54:10 »

a ten scenar doplaceni ceske dane (i.e. zapocitani dani zaplacenych v jinem state), se teda aplikuje kdy?
to neni u zamestnani, ale pouze jine prijmy? (jinak jak jsem pochopil z toho clanku,  UK a Nemecko je ci bylo vyjmuto z tohoto principu a vzdy se plati ).

To ti řekne (a udělá) daňový poradce.
V podstatě existují dvě varianty, co jsem tak pochytil: buďto se od příjem zdaněný v jiném státě nezapočítá do daňového základu, nebo se započítá ale potom se vypočtená daň sníží o zaplacenou daň. Který režim se používá závisí na konkrétní bilaterární dohodě a je to různé i v rámci EU.
Každopádně, akreditovaný daňový poradce tohle musí plně ovládat, no problem. Zvlášť když se jedná o Rakousko, kde pracují desetitisíce českých pendlerů.

jinak masakr je to casto, treba u prace pro Svycarskou firmu, kde jsem trval na 2 dnech HO, UK recruiter vymyslel a vynucoval, ze na 3 dny to bude zamestanecka smlouva, ty 2 dny jedu jako kontraktor.
BTW, se to nikdy nezrealizovalo, protoze ta role nikdy nevznikla (jako na projekte, nesouviselo se mnou), coz mi prijde je typicky, jakmile recruiter podezrele protahuje a komplikuje situaci.

Švýcaři mají samozřejmě extrabuřty a naprosto milují když mohou někomu zkomplikovat život (většinou tedy sobě navzájem, naštěstí). SRN a Francie mají smlouvy které to hodně zjednodušují (Itálie a Rakousko na tom budou podobně, ale pokud vím žádné jiné město v Konfederaci se "nevylilo" do sousedních států jako Basilej), ale věřím že u ČR to bude komplikovanější... navíc je dost dobře možné že ten UK recruiter (a jeho CH kontakt) ani nevěděli že ČR je v EU.

19

Studium a uplatnění / Re:Homeoffice Rakousko

« kdy: 25. 09. 2021, 10:54:40 »

jsem si jisty tim nepocitanim dojizdeni?
". Do počítání období zmíněných v odstavci 2 písmeno a) se zahrnují následující dny:
a) všechny dny fyzické přítomnosti včetně dní příjezdů a odjezdů a"

neni dojizdeni  den fyzicke pritomnosti?

Pojmem "dojíždění" jsem myslel "tam a zpět v jednom dni". Jinými slovy přespávání doma.

Jinak samozřejmě je potřeba spočítat opravdu dny strávené k každém státě a podle toho platí domicil. Víc nic není potřeba řešit (v rámci EU).

a pokud mluvime o HO, tak ten tedy pravdepodobne preklopi pocet dny stravenych v druhem state pod tech 183

Jj, tohle je potřeba vyjasni jako první věc.

Dale, ja teda jsem par zkousel a danovy poradci od tohohle tematu utekli.

Protože to zbytečně komplikuješ. Ale ono to není potřeba komplikovat: buďto bydlíš v ČR a máš zahraničního zaměstnavatele (a tohle čeští daňoví poradci zvládnou), nebo bydlíš v Rakousku daně ti dělá rakouský Steuerberater.

Víc není co řešit - pokud tedy nemáš nějaké jiné příjmy, nebo pokud si vyloženě nechceš dát do nákladů či odpočtů nějaké výdaje. Pak to teprve začne být masakr.

20

Studium a uplatnění / Re:Homeoffice Rakousko

« kdy: 24. 09. 2021, 17:48:38 »

Ahoj,

prosím nemáte někdo zkušenost, informace - jak řešit situaci homeffice v případě, že jsem občanem CR (vč trvalého bydliště), ale smlouvu na HPP pro Rakouskou firmu s občasným homeoffice, které je na uzemí CR? Jinak práce (IT) probíhá v kanceláři zaměstnavetele v Rakousku. Mají problém s tím, že HO není na stejném uzemí, jako je sídlo firmy a dochází tak prý k rozdílnému danění. Finanční uřad v CR sdělil, že jim nezáleží, kde práci vykonáváte, ale kdo je zaměstnavatelem a kde sídlí a dle toho se to řídí. Bohužel se mi nedaří najít více

Pozor: daňový domicil se počítá podle toho, kde člověk přebývá nejvíc, nikoliv podle trvalého bydliště (nebo dokonce občanství, to je úplně irelevantní). Dojíždění přes hranice se samozřejmě nepočítá jako přebývání.

Takže pokud tohle není otevřená otázka, tak správná odpověď je: daňový poradce.
Rozhodně nedoporučuji si takovéto přiznání bastlit na koleně. Rozhodně ne pro české úřady a speciálně ne v Andrejově éře!

PS: Pracovní i daňový režim řidičů kamionů je speciální a v mnoha evropských zemích je to středně velké politické téma.

21

Vývoj / Re:Domain Driven Development a React (a dalsi JS framewroky)

« kdy: 12. 06. 2021, 12:28:00 »

Díky Fantasticky napsáno! Myslím že tímhle příspěvkem by se tohle i většina dalších témat tazatele z uplynulých týdnů dalo uzavřít. Jediné co mi chybí je aku šroubovák, nebo vrtačka. Třeba by ale stačil také rázový utahovák.

Slyšel jsem, že prý šroubovák a šrouby jsou lepší než hřebíky, které doteď používám. Tak jsem si teda šroubovák a nějaké ty šrouby koupil. Ale je to fakt naprd. Prý se na šrouby má používat ten placatý konec. Ale to mi nějak nešlo, protože ten mi přišel moc lehký. Tak jsem naopak uchopil šroubovák za něj a mlátil do šroubu tím, co snad měla být původně rukojeť.

To bylo o něco lepší, ale stejně po deseti minutách mlácení se mi povedlo ten šroub takhle zašroubovat jen o nějaké 2-3 milimetry. Můžete mi někdo vysvětlit, proč se šrouby a šroubováky tolik používají, když se s nima dělá tak blbě?

No, ještě bych dodal že existuje speciální bazmek zvaný "impact screwdriver"  (úderový šroubovák?), který tazatelův problém vyřeší.

A jako offtopic bych dodal historku, že tento nástroj na druhé světové války nakoupila US Army (zřejmě neměli valné mínění o brancích...), což způsobilo že mnoho evropanů ve Francii/Belgii/UK/etc užasle sledovalo jak americký tankista zatlouká šrouby kladivem. Což prý výrazně přispělo k poválečné "image" američanů. Ale nevím co je na tom pravdy, zní to jako typická Urban legend.

Každopádně, i předtím to byl a stále je platný koncept jak si dělat srandu z lidí odněkud, viz:
https://www.google.com/search?q=birmingham+screwdriver

22

Studium a uplatnění / Re:Jak zlepšit úroveň němčiny?

« kdy: 08. 02. 2021, 20:27:01 »

V nejbližší době plánuju k AJ seriálům, na které se divám, přidat NJ titulky. Doufám, že tímhle nějakou tu frázi pochytím. A až budu mít dostatečně velký základ, tak se vrhnu na gramatiku, eventuálně i na komunikaci s rodilými mluvčími. Ale na to zatím moc nemyslím, od toho jsem teď měsíce daleko.

Pozor, tento naivní přístup u němčiny nefunguje, na to má příliš složitou gramatiku a je naprosto nutné znát základy alespoň na úrovni A1/A2. Minimálně doporučuji:

• Větnou skladbu (především pozice slovesa ve větě hlavní a vedlejší je naprosto kritická)
• Časování pravidelných sloves
• Časování sein, haben + modální slovesa (pro začátek asi stačí koupit si za 50Kč tahák)
• Perfektum
• Oddělitelná slovesa (stačí jen vědět že to existuje a že to ovlivní přítomný čas a perfekt)
• Určitý člen v třetím a čtvrtém pádě (zase stačí mít tahák, a vědět že der může být mužský i ženský rod)

Není toho tolik a dá se to velmi snadno naučit např. na Duolingo (15-30 minut za den bohatě stačí).

A jako obvykle: ke koloritu roota patří, že se u každého tématu objeví pár lidí kteří hovor stočí k úplně jiné úrovni. Začátečník zajímající se o programování skončí s radou doporučující Category Theory (protože jak jinak správně pochopit monády, že); z této diskuse jsem si odnesl že bych se měl zaměřit na Allemanisch.

23

Vývoj / Re:Maven vs. Gradle

« kdy: 29. 11. 2020, 12:40:15 »

Kritérium je, myslím, poměrně zřejmé: budete skutečně vyvíjet nějaký buildscript? Budete skutečně potřebovat něco, na co není standardní (a dobře fungující) maven plugin?

Pokud ano, tak je volba jasná - gradle. Psát si vlastní maven plugin je většinou overkill a pokusy o psaní scriptů v pom.xml jsou jasným znakem začátečníků a šílenců.

Pokud ne, tak přichází do hry další aspekty - co kdo zná (a na co je zvyklý), jaké další nástroje se používají - především IDE a CI. Pokud někteří z těch lidí používají "alternativní" IDE (tj. ne Idea) a pokud buildserver nemá dobrý plugin pro gradle (ale má pro maven), tak budete X let řešit brblání, žbrblání a nadávání na "frikulíny" a jejich "kurvítka" (další termíny naleznete na dfens-cz.com).

Jo a rozhodně varuji před argumentem "xml je fuj", to je nejlepší způsob jak se zdiskreditovat.

24

Vývoj / Re:MySQL - podmíněný SELECT přes dvě tabulky

« kdy: 06. 10. 2019, 15:31:14 »

INNER JOIN bejvá výkonnější, ale dneska si to databáze stejně zoptimalizujou.

Udělal jsem na to schválně test (na PostgreSQL). Podle očekávání ve všech třech případech si to SQL zoptimalizovalo na tutéž náročnost:

Sorry že se do toho pletu, ale

• Dotaz explicitně specifikoval MySQL, kde to může dopadnout jinak (a nejspíš dopadne, viz bod dva).
• Uvedené výsledky nevypovídají naprosto nic o tom jak se "dotaz zoptimalizuje", protože explain byl proveden na pididatabázi s tak malým počtem řádků, že z toho postgres prostě udělá 2x full scan + nljoin. Což je charakteristická vlastnost postgresu.

25

Vývoj / Re:MySQL - podmíněný SELECT přes dvě tabulky

« kdy: 05. 10. 2019, 19:04:00 »

ale da sa aj subselect:

Ale fuj, to bude mnohem pomalejší. Na tento příklad je jediným správným řešením LEFT JOIN + WHERE.

Pro každý solidní optimizér je to jedno, výsledný query plan je stejný. Samozřejmě, ne každá databáze má solidní optimizér, takže LEFT JOIN je rozhodně jistější.

26

Studium a uplatnění / Re:Práce v zahraničí - vyplatí se?

« kdy: 14. 08. 2019, 07:58:43 »

Jo, teď na to koukám, s těmi platy je asi blbost koukat se na GlassDoor, teď jsem si projel nabídky, a reálně se to pohybuje 80.000-90.000 eur.

Tzn. cca. 5.000 eur čistého.

Jak jsi k tomu číslu došel? Najdi si nějakou kalkulačku online.
Pokud jsi svobodný, tak 80000 ročně hrubého je asi tři a půl měsíčně čistého. S 90000 --> 4000!
Ono to reálně bude trochu víc (odečitatelné položky, různé spolkové země), zvlášť když si dáš něco do nákladů (to v Německu může i zaměstnanec), ale rozhodně nepočítej že se dostaneš na 5k.

Možná ženatý s N dětma, ale pak je asi hlavní otázka kde a za kolik bude pracovat manželka a jak drahé máš děti :-)

- 1.500 eur byt
- 25x30 obědy = 750 eur
- zbylé jídlo = 15*30 = 450 eur

Pro kolik je to lidí? 1500 EUR pro jednoho je moc i na Mnichov, pro čtyřčlennou rodinu je to tak tak :-(
25 za oběd totéž - pro jednoho člověka naprostá rozmařilost (hochnóbl restaurace v turistické zóně), pro 4 málo.

27

Vývoj / Re:Jak mam programovat v Node.js?

« kdy: 24. 05. 2019, 23:36:03 »

Přidám se k ostatním:

• začni s TypeScriptem, tam si můžeš datové typy definovat co hrdlo ráčí a samotný kód je přitom v podstatě přímo samotný Javascript (na rozdíl od některých víc "fancy" transpilovaných jazyků)
• vyhýbej se třídám a používej interface - a to především u datových struktur, protože na rozdíl od Javy má v TypeScriptu interface fieldy a dá se vytvořit přímo, bez implementující třídy

Myslím že to do začátku stačí, za chvíli přestaneš chtít psát Javovský kód

28

Server / Re:PHP SQL problem s SELECT a OR

« kdy: 09. 05. 2019, 07:58:47 »

Dakujem spravna odpoved. Inak ten select je az za osetrenim SQL Injection.

Doporučuju rovnou se to naučit dělat správně pomocí bindování parametrů. „Ošetření SQL injection“ je jenom hack, který nemusí vždy fungovat správně, snadno se na něj zapomene a jenom zbytečně komplikuje kód. Ostatně je to vidět i na tomhle dotazu – vypadá to, že tam SQL injection je, vy ostatní ubezpečujete, že někde před tím kódem snad je nějaké ošetření. Což je přesně to, co udělá další programátor, až ten kód uvidí (nebo vy, až se k němu vrátíte po nějaké době) – budete doufat, že někde před tím je „ošetření“. A pak vám jednoho dne útočník ukáže, že tam nebylo.

S tím vším se dá jen souhlasit, má to ale jeden praktický háček: v tomto konkrétním případě se nepoužívá hodnota přímo, ale odvozený řetězec (jsou tam přidaná procenta na začátek a konec).

Takže jedině něco jako:

Kód: [Vybrat]

SELECT * FROM users WHERE firstname  LIKE '%'||?||'%' OR lastname LIKE '%'||?||'%'

V každém případě: tento dotaz vždy a v každé databázi dělá FULL TABLE SCAN! Takže pokud tam někdy bude netriviální množství uživatelů, tak se databáze utaví. Na druhou stranu, pravděpodobnost je asi malá :-)

29

Vývoj / Re:Je Swagger utter crap?

« kdy: 07. 04. 2019, 19:46:57 »

...

Takže, abych to shrnul - vy vlastně ani WS/SOAP nepoužíváte. Vy jenom používáte podmnožinu konkrétní implementace v Javě pro "homemade" RPC.

No, v podstatě proč ne. Když vám to funguje, tak na tom není nic špatného. Výhody jsou jasné - do životopisu a powerpoint slajdů pro management si dáte spoustu pěkných zkratek a přitom se nemusíte skutečně zabývat radostmi standardu vyprodukovaného komisí složenou z těch nejbyrokratičtějších korporací v oboru.

JSON se da validovat oproti XSD

Jo, a v Sovětském Svazu rozdojili kozla...

30

Vývoj / Re:Je Swagger utter crap?

« kdy: 07. 04. 2019, 09:52:21 »

Zaprve, kdyz se to WSDL vygeneruje automaticky na zaklade XSD schematu, tak by si s tim snad melo poradit PHP pri generovani clienta.

Mělo. Podmiňovací způsob je na místě.

Co mě ale zaráží víc, je (opakované) tvrzení že WSDL se generuje automaticky na základě XSD schématu. Což je naprostý nesmysl - WSDL obsahuje XSD pro definici typů, ale obsahuje i spoustu dalších informací které v XSD nejsou. Viděl jsi WSDL vůbec někdy?

A to ani nemluvím o WSDL 1.1, které se pokud vím stále ještě leckde vyskytuje.

Zadruhe kdyz si s tim neporadi, tak je to uplne jedno, protoze jako predloha stejne slouzi to XSD schema - to je v podstate primarni human readble API te aplikace - a s tim uz si snad musi poradit PHP nebo programator, aby si na zaklade schematu udelal request. Zatreti, kdyz si ani s timto neporadi, tak at de dozadeke, radeji nekde na salas past ovce.

Ano, tak to také dopadne. A pak si někdo vzpomene, že se použije pro WS-Security pro zabezpečení...

Omg co to zas je za kec, jake tuny sracek, posilas jen XMLko s daty, oproti XSD schematu se to jen validuje. Muzes to poslat i jako JSON.

SOAP přes JSON? Tak to jsem ještě neslyšel. Což se může stát, novinky nesleduji, možná komise vytvořila nové monstrum, nebylo by to poprvé. Na druhou stranu, uvážím-li kvalitu ostatních informací, může to být jen blábol.

Takže: Můžeš sem dát odkaz na specifikaci?