Příspěvky

1

Hardware / Re:Smart zásuvka a věci okolo inteligentní instalace

« kdy: Dnes v 11:52:21 »

> Teď jsem ale zkoušel Thread a IKEA bránu a zjistil jsem, že sice funguje offline, ale jen omezeně. Onboarding bez mobilní aplikace a cloudu je v podstatě neproveditelný. Stejně tak jsou firmwary v zařízeních uzavřené.

Mám teď doma HA (přímo tu jejich krabici včetně ZBT-2 antény pro T/M) a připojil jsem v pohodě bez Internetu pomocí telefonu CO2 sensor, několik sensorů dveří a nové T/M žárovky. Teď se mi rozsvítí světlo do sklepa, když otevřu dveře. Když se otevřou garážové vrata, tak se taky rozsvítí světlo a pošle mi to notifikaci do mobilu.

Možná to bez Internetu neumí ta jejich DIRIGERA, ale tu nepotřebujete. HA je mnohem lepší, ale asi trochu méně uživatelsky přívětivější.

2

Odkladiště / Re:OSVČ a komunikace s OSPOD

« kdy: 03. 11. 2025, 11:46:39 »

PFO a FO opravdu nejsou jeden subjekt, protože PFO se identifikuje IČ a FO pak RČ.

Ale stát to samozřejmě vůbec neulehčuje tím, že DIČ je u PFO ve formátu "CZ<RČ>", což je jednak naprosto matoucí a jednak demence na druhou, protože jako OSVČ vytrubujete svoje RČ úplně všem.

3

Odkladiště / Re:OSVČ a komunikace s OSPOD

« kdy: 03. 11. 2025, 11:34:50 »

PFO a FO opravdu nejsou jeden subjekt, protože PFO se identifikuje IČ a FO pak RČ.

A pak jsou tam ještě takové "drobnosti" jakože FO má nějakou adresu trvalého pobytu a PFO(OSVČ) může mít sídlo někde úplně jinde.

kdyby PFO a FO byly dva právní subjekty, měly by např. oddělené jmění

Ale vždyť to tak samozřejmě je, PFO a FO mají oddělený majetek. FO může vlastnit auto a PFO může vlastnit auto, a pak se při prodeji liší jakým způsobem se daní příjmy z prodeje. Stejně tak, když vám dědeček odkáže starožitné hodiny, tak je nebudete přiznávat do příjmů PFO.

Ditto právní úkony - pokud budu mít plnou moc na zastupování PFO, tak vůči úřadům nebudu moci zastupovat FO.

nešiř bludy kazící právní povědomí ostatních.

Umm, možná byste neměl dělat to, co vyčítáte ostatním.

4

Odkladiště / Re:OSVČ a komunikace s OSPOD

« kdy: 02. 11. 2025, 14:17:54 »

A není to jenom OSPOD. Pokud máte auto registrovat na FO (a nikoli na PFO/OSVČ), tak pokuty taky budou chodit poštou nikoli do datovky, atd...

5

Sítě / Re:Nevýhody plochých kabelů Cat6

« kdy: 22. 10. 2025, 13:05:42 »

U plochých kabelů chybí to kroucení dvoulinek okolo sebe, takže na tom bude hůře s přeslechy (a možná i s odolností proti rušení). Asi bych do toho nešel na delší vzdálenosti, a větší rychlosti. Nicméně v nižších rychlostech si asi ani nevšimnete, že tam nějaká poruchovost je, pokud se opravdu nebudete dívat na obou stranách, co z toho leze na drátě.

6

Vývoj / Re:If bez curly brackets?

« kdy: 21. 08. 2025, 14:24:36 »

Neřešíme spíš barvu přístřešku, který už dávno stojí?

Tak jsem to myslel , že už řešíme jenom barvu... (samozřejmě, že starorůžová :-P)

7

Vývoj / Re:If bez curly brackets?

« kdy: 20. 08. 2025, 17:31:16 »

Jenže tohle udělá i podstatně méně striktní astyle. Jenom když to třeba někde sám zalomím, protože to tam zrovna dává smysl, tak mi to nepřeválcuje.

Myslím si, že my dva se tady dohadujeme jakou barvu má mít přístřešek na kola zatímco zbytek jezdí na mokrých sedadlech .

Vyzkoušeli jsme toho tenkrát v roce 2017 docela dost různých variant a nakonec jsme skončili u clang-format. Je ale docela možné, že astyle nám tenkrát v týmu utekl, protože si jej nepamatuju. Ale zkoušeli jsme teď nástrojů více.

8

Vývoj / Re:If bez curly brackets?

« kdy: 20. 08. 2025, 15:26:20 »

Nějaká vlastní kreativita (v mezích pravidel, která se ale netýkají jen formátování) se přece očekává a hlídá se to přes code review. Opravdu je cílem ji zkoncentrovat do tokenů mezi whitespacy, nebo je to jen omezení použitého nástroje?

Jenže mi naprosto vyhovuje to, že můžu zdroják libovolně nabouchat jak mi to přijde pod ruku, a pak udělám Ctrl-x Ctrl-s a mám jednotný styl. Tím pádem nemusím přemýšlet nad zalamováním řádků a podobnými nepodstatnými věcmi (forma) a můžu se soustředit jen na funkcionalitu (obsah).

Ze života bych to přirovnal k automatické převodovce - umím jezdit i s manuálem, ale neskutečně mě to sere, a ubírá mi to pozornost, kterou jinak můžu věnovat ostatním účastníkům silničního provozu, a jedu tím pádem bezpečněji.

9

Vývoj / Re:If bez curly brackets?

« kdy: 20. 08. 2025, 14:19:32 »

Tak jsem se na to koukl. Tohle někdo používá? Vždyť to nic neumí! Akorát nastavit o kolik odsadit a ve které verzi utfka to uložit. Proč se vůbec babrat s nějakým editorconfigem, když drtivou většinu věcí musím pořešit jinak? Tech pár drobností už můžu přihodit.

BTW, ten charset je dobrý vtip. Latin1 nebo nějaké UTFko. Ve chvíli, kdy si můžu vybírat z téhle nabídky, je stejně jediná příčetná volba utf-8.

A vidíte, v něčem se shodneme (v tom, že editorconfig je k ničemu), a v něčem ne (třeba je to taky tím, že můj tým je geograficky roztroušen od Kalifornie po Austrálii).

10

Vývoj / Re:If bez curly brackets?

« kdy: 20. 08. 2025, 13:55:14 »

To je opravdu nepředstavitelné, že by si spolu sedli, dohodli se na formátování a každý si to pak nastavil ve svém IDE?

Ano. Pokud ten styl nevynucuje následně CI, tak nemá smysl se o to ani pokoušet, protože každý člověk v týmu do toho přinese nějakou vlastní kreativitu.

Ostatně jde tohle vidět i na novějších jazycích, že mají formátování zdrojáků nativně viz go fmt, a rustfmt.

Bojím se, že na vás clang-format už zanechal stopy.

Díky za pochvalu! :-D

On totiž dotahuje jeden z možných přístupů k formátování do extrému.

Přesně! A je to dobře.

11

Vývoj / Re:If bez curly brackets?

« kdy: 20. 08. 2025, 13:49:42 »

Možná používají formátovače ve svých IDE.

No jo, ale tohle přece vůbec nefunguje v případě, že na jednom projektu dělají aspoň dva lidi. Jiné IDE, jiné nastavení, jiné preference.

Evidentně Vám uniklo že moderní editory mají spolupráci více lidí už dávno vyřešenou: https://editorconfig.org

Evidentně jsem se vůbec nekoukl, co ten clang-format všechno umí, pokud navrhujete editorconfig.

Tohle:

indent_style: set to tab or space to use hard tabs or soft tabs respectively.
indent_size: a whole number defining the number of columns used for each indentation level and the width of soft tabs (when supported). When set to tab, the value of tab_width (if specified) will be used.
tab_width: a whole number defining the number of columns used to represent a tab character. This defaults to the value of indent_size and doesn't usually need to be specified.
end_of_line: set to lf, cr, or crlf to control how line breaks are represented.
charset: set to latin1, utf-8, utf-8-bom, utf-16be or utf-16le to control the character set.
trim_trailing_whitespace: set to true to remove any whitespace characters preceding newline characters and false to ensure it doesn't.
insert_final_newline: set to true to ensure file ends with a newline when saving and false to ensure it doesn't.
root: special property that should be specified at the top of the file outside of any sections. Set to true to stop .editorconfig files search on current file.

je naprosto směšná a pro spolupráci nepoužitelná podmnožina formátování zdrojových kódů.

12

Vývoj / Re:Framework vs. čistý kód

« kdy: 19. 08. 2025, 15:54:05 »

co je tak spatne treba na Symfony

Třeba to, že když chceš v UI nějaký přeložený string, tak v Symfony je na to objekt.

Kód: [Vybrat]

$translator->trans('Symfony is great');
https://symfony.com/doc/current/translation.html

Zatímco třeba Drupal na to má funkci, čili výrazně kratší zápis.

Kód: [Vybrat]

t('Drupal is great');

A v čem je ta výhoda?

Ušetřených 17 písmenek, které nebudou muset ve Vietnamu vyrobit čínské děti...  nebo tak něco

13

Vývoj / Re:Framework vs. čistý kód

« kdy: 19. 08. 2025, 08:06:49 »

Tady nikdo nezpochybňuje používání knihoven, které napsal někdo jiný. Řeč je o frameworcích, které nutí vývojáře pracovat stylem, který mu ten framework vnucuje a často i chybně.

Framework je jenom sada knihoven. OpenSSL mne taky nutí pracovat nějakým stylem (1 je OK, 0 je chyba, -1 je větší chyba, což je na hlavu, protože většina knihoven má 0 jako OK), libuv mne nutí pracovat nějakým stylem (asynchronní callback hell), userspace-rcu mne nutí pracovat nějakým stylem (read-copy-update, deferred memory reclamation, hash-tabulka má nějaké konvence).

Ale všechno tohle jsem si buď vybral a adaptoval (případně dokonce něco z toho stylu přešlo i do zbytku kódu) nebo je to nějaký kompromis, který mi umožňuje se věnovat věcem, které jsou pro projekt důležité a moje expertíza je v těchto oblastech mnohem větší.

14

Vývoj / Re:If bez curly brackets?

« kdy: 19. 08. 2025, 08:01:36 »

Možná používají formátovače ve svých IDE.

No jo, ale tohle přece vůbec nefunguje v případě, že na jednom projektu dělají aspoň dva lidi. Jiné IDE, jiné nastavení, jiné preference. Formátování se musí dohodnout kolektivně a konsenzuálně, a všichni musí používat stejné formátování a stejnou verzi clang-format[1].

1. Nové verze clang-format mají tendence občas něco rozbít nebo případně opravit věci, které byly rozbité, takže se občas něco změní jenom při změně verze.

15

Vývoj / Re:Framework vs. čistý kód

« kdy: 17. 08. 2025, 08:44:53 »

Ahoj, mam dotaz na vas profesionaly.

Kamarad mi rikal ze opravdovy programator nepouziva framework. Prirovnava to k horolezci s kyslikem (framework) a bez kysliku (real programator). Framework je podle nej vlastne "podvod"...


Co si o tomto nazoru myslite?

Kamarád není opravdový programátor. Opravdový programátor používá prostředky, které jsou vhodné pro aktuální situaci.

To co popisujete, je spíš NIH syndrom, a výsledek bude nepoužitelný a děravý. Jsem takhle od stolu na 100% schopný říct, že kamarád nebude schopný napsat dobře kryptografickou knihovnu, a nejspíš pravidelně bude dělat chyby i při implementaci složitějších algoritmů. A pokud každá re-implementace kola bude obsahovat kompletní sadu testů (včetně testů kompatibility s jinými implementacemi), tak celkový čas strávený na programování bude časem vyhozeným z okna.

Opravdový programátor se taky zabývá zajímavými a zábavnými věcmi. A to reimplementace spousty věcí, které již mají kvalitní implementaci, fakt není.