<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:media="http://search.yahoo.com/mrss/">
<channel>
<image>
<link>https://blog.root.cz/devblog/</link>
<title>Poslední přidané názory v blogu Devblog</title>
<url>https://i.iinfo.cz/r/rss-88x31.gif</url>
<width>88</width>
<height>31</height>
</image>
<title>Root.cz - Poslední přidané názory v blogu Devblog</title>
<link>https://blog.root.cz/devblog/</link>
<description>Poslední přidané názory v blogu Devblog</description>
<language>cs</language>
<pubDate>Tue, 19 Dec 2023 22:04:31 GMT</pubDate>
<item>
<title>Proč Java používá tak dlouhé názvy tříd a proměnných</title>
<link>https://blog.root.cz/devblog/proc-java-pouziva-tak-dlouhe-nazvy-trid-a-promennych/#o1135967?utm_source=rss&amp;utm_medium=text&amp;utm_campaign=rss</link>
<description>&gt;&gt; jediny mainstream jazyk, ktery je nyni svymi moznostmi lepsi nez Java, je Typescript, hlavne kvuli null problemu Javy.

 To snad nemůže být myšleno vážně. Znám Javu i TS. To se přece vůbec nedá takhle porovnávat, TS je virtuální, abstraktní jazyk, který je uvnitř stejně jen "základní" JS, nejen (a hlavně) co se týče typů. TS má nejen stejné "problémy" s null, ale díky JS má i stovku jiných problémů, které Java nemá. A to dodávám, že nejsem extra fanoušek OOP, takže ani Javy. Ale radši bych volil Javu, než se muset brodit neustále jen TypeScriptem a pitomým prostředím nutné transpilace z TS do JS.</description>

<author>Jan Pražák</author>
<pubDate>Tue, 19 Dec 2023 22:04:31 GMT</pubDate>

<guid isPermaLink="false">blog.root.cz-blogComment-1135967</guid>


</item>
<item>
<title>Proč Java používá tak dlouhé názvy tříd a proměnných</title>
<link>https://blog.root.cz/devblog/proc-java-pouziva-tak-dlouhe-nazvy-trid-a-promennych/#o1130714?utm_source=rss&amp;utm_medium=text&amp;utm_campaign=rss</link>
<description>Bravo! Dík.</description>

<author>Jirka Z</author>
<pubDate>Wed, 08 Nov 2023 01:38:59 GMT</pubDate>

<guid isPermaLink="false">blog.root.cz-blogComment-1130714</guid>


</item>
<item>
<title>Proč Java používá tak dlouhé názvy tříd a proměnných</title>
<link>https://blog.root.cz/devblog/proc-java-pouziva-tak-dlouhe-nazvy-trid-a-promennych/#o1130713?utm_source=rss&amp;utm_medium=text&amp;utm_campaign=rss</link>
<description>Zlatej MSFT s C# a civilizovanými jmennými konvencemi.
Používat pro lokální proměnnou s použitelností v rozsahu 5 řádků toto

var csvImportOrder­Service = new CsvImportOrder­Service(); 

je opravdu zbytečné. Aspoň zkratka - csvService ?</description>

<author>Jirka Z</author>
<pubDate>Wed, 08 Nov 2023 01:33:55 GMT</pubDate>

<guid isPermaLink="false">blog.root.cz-blogComment-1130713</guid>


</item>
<item>
<title>Proč Java používá tak dlouhé názvy tříd a proměnných</title>
<link>https://blog.root.cz/devblog/proc-java-pouziva-tak-dlouhe-nazvy-trid-a-promennych/#o1130611?utm_source=rss&amp;utm_medium=text&amp;utm_campaign=rss</link>
<description>Kod ma byt citatelny pre cloveka, prave popisne nazvy metod a class su dolezite. Ak musim studovat implementaciu aby som sa dozvedel co vlastne metoda robi tak je nieco zle. Mali sme kodera ktory variables pomenovaval ok, y, zz..., potom clovek musel v kode hladat co vlastne dana variable znamena resp obsahuje. Za mna radsej dlhsie nazvy a citatelny kod ako nazvy typu fncBtnOkW()</description>

<author>Visitor Citizen</author>
<pubDate>Tue, 07 Nov 2023 08:45:34 GMT</pubDate>

<guid isPermaLink="false">blog.root.cz-blogComment-1130611</guid>


</item>
<item>
<title>Proč Java používá tak dlouhé názvy tříd a proměnných</title>
<link>https://blog.root.cz/devblog/proc-java-pouziva-tak-dlouhe-nazvy-trid-a-promennych/#o1130526?utm_source=rss&amp;utm_medium=text&amp;utm_campaign=rss</link>
<description>Ne, tohle je velmi špatné řešení. Když to nechcete vidět v IDE rovnou, ale až v nějakém informačním okně, stačí ta definice hodnoty. Rozumné IDE vám tu hodnotu v rychlé nápovědě zobrazí a nepotřebuje k tomu JavaDoc. Pokud vám to IDE nezobrazuje, doporučuju změnit IDE.

Ten JavaDoc je špatně, protože vám neříká nic víc, než co vidíte v kódu. A navíc může být špatně – někdo změní v kódu konstantu na 21, ale v JavaDocu zůstane 18.</description>

<author>Filip Jirsák</author>
<pubDate>Mon, 06 Nov 2023 17:32:28 GMT</pubDate>

<guid isPermaLink="false">blog.root.cz-blogComment-1130526</guid>


</item>
<item>
<title>Proč Java používá tak dlouhé názvy tříd a proměnných</title>
<link>https://blog.root.cz/devblog/proc-java-pouziva-tak-dlouhe-nazvy-trid-a-promennych/#o1130480?utm_source=rss&amp;utm_medium=text&amp;utm_campaign=rss</link>
<description>/**
*
* MIN_AGE_TO_BU­Y_ALCOHOL = 18
*/
public static final Integer MIN_AGE_TO_BU­Y_ALCOHOL = 18;

A je vidět, co je v konstantě rovnou v ide na místě, kde právě jste. Jen kdyby se programátoři přestali štítit javadocu.</description>

<author>Radek Kádner</author>
<pubDate>Mon, 06 Nov 2023 10:38:12 GMT</pubDate>

<guid isPermaLink="false">blog.root.cz-blogComment-1130480</guid>


</item>
<item>
<title>Proč Java používá tak dlouhé názvy tříd a proměnných</title>
<link>https://blog.root.cz/devblog/proc-java-pouziva-tak-dlouhe-nazvy-trid-a-promennych/#o1130283?utm_source=rss&amp;utm_medium=text&amp;utm_campaign=rss</link>
<description>Takže jste vynechal nějaké informace, které jste považoval za zbytečné. Ale ukázalo se, že zbytečné nejsou. No a stejné je to i u zdrojového kódu. I tam je lepší, když jsou tam nějaké informace navíc, než když nějaká informace chybí.</description>

<author>Filip Jirsák</author>
<pubDate>Fri, 03 Nov 2023 20:05:25 GMT</pubDate>

<guid isPermaLink="false">blog.root.cz-blogComment-1130283</guid>


</item>
<item>
<title>Proč Java používá tak dlouhé názvy tříd a proměnných</title>
<link>https://blog.root.cz/devblog/proc-java-pouziva-tak-dlouhe-nazvy-trid-a-promennych/#o1130271?utm_source=rss&amp;utm_medium=text&amp;utm_campaign=rss</link>
<description>&gt; Pokud to správně chápu, každá informace, která se dá odvodit z kontextu, je podle vás zbytečná.

Ne. Ale už nevidím důvod se tu dál snažit.</description>

<author>nil nil</author>
<pubDate>Fri, 03 Nov 2023 15:31:47 GMT</pubDate>

<guid isPermaLink="false">blog.root.cz-blogComment-1130271</guid>


</item>
<item>
<title>Proč Java používá tak dlouhé názvy tříd a proměnných</title>
<link>https://blog.root.cz/devblog/proc-java-pouziva-tak-dlouhe-nazvy-trid-a-promennych/#o1130157?utm_source=rss&amp;utm_medium=text&amp;utm_campaign=rss</link>
<description>Pro všechny ostatní - asi bych tu myšlenku mohl verbalizovat. Neřeším jenom informační obsah (i když ten je důležitý), ale taky odstup signálu od šumu. Jsou věci, které přináši informaci, ale nepřináší podstatnou informaci. Nechci čtenáře kódu utopit informacemi, které jsou sice pravdivé, ale v kontextu použití zbytečné (a v nejhorším případě zastaralé).
Pokud to správně chápu, každá informace, která se dá odvodit z kontextu, je podle vás zbytečná.

Jenže tak to právě není. Zdrojový kód je způsob komunikace programátora s počítačem a zároveň s jinými programátory. Zda komunikace funguje správně s počítačem je relativně snadné ověřit testy – relativně vůči tomu, jak nesnadné je to ověřit u lidí. Komunikace programátor–programátor je ale velmi náchylná k chybám, ke kterým může docházet na obou stranách. Stejně jako u běžné mezilidské komunikace. To, že se používá formalizovaný jazyk, je výhoda i nevýhoda – výhoda je v tom, že se odstraní většina problémů plynoucí z nepochopení syntaxe sdělení, nevýhoda v tom, že ten jazyk je záměrně vzdálen reálnému světu, který má popisovat.
Aby si lidé vůbec rozuměli, přidává se do jejich komunikace spousta redundance. A to platí pro komunikaci v přirozeném jazyce i v komunikaci ve formálním programovacím jazyce – protože v obou případech se bavíme o popisu reálného světa. Ta redundance je tam za třech důvodů. Za prvé mluvčí může znát některé kontextové informace, které adresát nezná. Proto je lepší, když je uvede ve sdělení. Za druhé, běžně se stává, že nějakou věc pochopí mluvčí a posluchač jinak. Pokud pak ta samá informace zazní ještě jednou trochu jinak, je šance, že se tohle nedorozumění napraví. Třetí bod plyne z předchozího – protože může docházet k nedorozuměním a redundance to může opravit, slouží k ujištění, že se chápeme správně.
Pokud to chcete přeložit do jazyka kódování v počítačovém světě, ty redundantní informace mají dvě role – jedna přenáší kontextové informace, které adresát nemusí mít; jednak fungují jako samoopravné kódy resp. jejich kontrolní součty – ujišťují vás, že přenos proběhl korektně, případně umí některé chyby přenosu napravit.</description>

<author>Filip Jirsák</author>
<pubDate>Fri, 03 Nov 2023 07:55:37 GMT</pubDate>

<guid isPermaLink="false">blog.root.cz-blogComment-1130157</guid>


</item>
<item>
<title>Proč Java používá tak dlouhé názvy tříd a proměnných</title>
<link>https://blog.root.cz/devblog/proc-java-pouziva-tak-dlouhe-nazvy-trid-a-promennych/#o1130096?utm_source=rss&amp;utm_medium=text&amp;utm_campaign=rss</link>
<description>Verzálkami.
Ano, když na mne někdo řve, jsem z toho tak zmatený, že si pletu verzálky s kapitálkami. Možná kdyby konstanty zapsané verzálkami IDE zobrazovalo kapitálkami, byl bych k nim smířlivější.

Stačí jeden cizinec v týmu a jste v pytli.
To jsem už řešil v předchozím komentáři.

To jméno je doslova popisek toho, co se pod tím symbolem skrývá.
Pokud myslíte to MIN_AGE_TO_BU­Y_ALCOHOL, pak není. Vztahuje se to na ČR? Co když je to konstanta dotažená z nějaké knihovny, která to má třeba podle USA?

Proč?
Proto, abych si ověřil, že je tam to, co potřebuju.

Vždycky mne fascinuje, když je na začátku třídy private static final konstanta psaná VERZÁLKAMI, aby se pak použila v jediném místě v kódu. Takže když na použití narazím, musím odskočit na její deklaraci, tam zjistím její hodnotu, a zase se vrátím zpět. Proč má ta konstanta zamořovat scope celé třídy, když je použitá v jedné metodě? Protože je to uřvaná konstanta psaná verzálkami, tak může? Kdyby si takhle někdo vytáhl z metody do celé třídy proměnnou, tak si bude každý klepat na čelo. No jo, jenže kdybych tu konstantu přesunul do metody před místo, kde se používá, už by to nebyla TA konstanta a leckdo by se mohl ptát, jestli to na to jedno použití opravdu musím pojmenovávat, když se z toho jména dozvím méně, než ze samotné hodnoty.

Znovu opakuju, že ten věk jako hranice pro prodej alkoholu je hraniční případ. V jednom týmu mohou všichni bezpečně vědět, co je 18 v souvislosti s alkoholem, a MIN_AGE_TO_BU­Y_ALCOHOL_IN_CZEC­HIA nemá žádnou přidanou hodnotu. A jsou týmy, kde to třeba jeden cizinec vědět nebude a je dobré tam doplnit komentář, nebo týmy, kde to nebude vědět skoro nikdo a má smysl to číslo pojmenovat. Nakonec je ale stejně nejlepší pojmenovat tu podmínku (udělat z ní funkci).</description>

<author>Filip Jirsák</author>
<pubDate>Thu, 02 Nov 2023 17:48:32 GMT</pubDate>

<guid isPermaLink="false">blog.root.cz-blogComment-1130096</guid>


</item>
</channel>
</rss>