ceckovy kviz 2 (hardcore)

[Aleš Procháska]

Což myslím není v úplném rozporu. Třeba když musím sám parsovat soubor v atypickém formátu, tak si ho prostě celý načtu do paměti, giga sem, giga tam, jednou jedinkrát testuju jestli nedošlo k chybě čtení, překóduju z bůhvíčeho do UTF32 a prolezu znaje již jeho skutečnou délku po dekódování. Před lety by se to četlo po kouskách, dekódovalo postupně, každou chvíli bych ošetřoval možnost chyby čtení souboru a jestli náhodou CR LF není až v dalším bloku který načtu za chvíli a byla by tam vůbec spousta úkonů, které teď nejsou nutné. A v ušetřeném čase můžu naprogramovat něco dalšího.

Aleš Procháska

>-----Original Message-----
>From: Hw-list <hw-list-bounces na list.hw.cz> On Behalf Of Petr Labaj
>Sent: Thursday, 07 September, 2023 16:18
>To: hw-list na list.hw.cz
>Subject: Re: ceckovy kviz 2 (hardcore)
>
>Nojo, no. Je to jedno z mých mnoha duševních postižení, že chci, aby
>programy běžely pokud možno rychle a efektivně.
>I za cenu toho, že nepůjdu spát už v 5 hodin ráno, ale až o půl šesté.
>Spousta lidí to ale zřejmě vidí jinak. Proto mi dneska mnoho programů na
>4 GHz mocjádrovém procesoru běží podobně rychle, jako kdysi na 4 MHz Z-
>80A. :-(
>
>PL
>
>******************
>
>Dne 7.9.2023 v 16:05 Aleš Procháska napsal(a):
>> Budiž, takhle to může fungovat. Ale víc se mi líbí funkce, která vyhodí
>warning při kopírování příliš velkých proměnných (což člověk skutečně může
>nechtěně udělat). Samozřejmě potlačitelný, protože nakopírovat tisíckrát sto
>kilo trvá pět milisekund a kdyby mi to mělo ušetřit pár řádků u nějakého
>jednoúčelového programu, nebudu váhat to využít :-) Nehledě na to, že třeba
>podle MISRA bych se ani neměl pokoušet použít jinou techniku než přímé
>kopírování statických proměnných.
>>
>> Aleš Procháska
>>
>>> -----Original Message-----
>>> From: Hw-list <hw-list-bounces na list.hw.cz> On Behalf Of Petr Labaj
>>> Sent: Thursday, 07 September, 2023 14:11
>>> To: hw-list na list.hw.cz
>>> Subject: Re: ceckovy kviz 2 (hardcore)
>>>
>>> A věříte, že zrovna tohle mi připadá docela dobré?
>>> Zvlášť u programátorů, hodně vzdálených od hardware.
>>>
>>> Pokud v nějakém jiném jazyku můžu napsat "polea=poleb", tak to zdánlivě
>>> vypadá jako nějaké přiřazení, kde o nic nejde. Klidně to udělám v cyklu
>1000x.
>>> Jenže to může znamenat 1000x nakopírovat třeba 100kByte paměti.
>>>
>>> Kdežto když si to musím přesunout nějakým memcpy, tak už si uvědomím,
>že
>>> to asi není tak levná operace, a že bych s nimi měl šetřit.
>>>
>>> PL
>>>
>>> ******************
>>>
>>> Dne 7.9.2023 v 12:51 Aleš Procháska napsal(a):
>>>> O jedné krokolomné věci kterou musí používat bych věděl :-), a to je
>>> absence pole v céčku. Programátor musí použivat krkolomný workaround
>>> typu memcpy (a tedy v každém okamžiku vědět, jestli pracuje s polem
>nebo
>>> strukturou, což třeba já nejpozději do padesátí řádků spolehlivě
>zapomenu).
>>>> Aleš Procháska
>>>>
>>>>> -----Original Message-----
>>>>> From: Hw-list <hw-list-bounces na list.hw.cz> On Behalf Of Petr Labaj
>>>>> Sent: Thursday, 07 September, 2023 02:37
>>>>> To: hw-list na list.hw.cz
>>>>> Subject: Re: ceckovy kviz 2 (hardcore)
>>>>>
>>>>> Souhlas.
>>>>> Nějaká skákání doprostřed bloků před else (jak tady bylo zmiňováno)
>>>>> jistě není to pravé.
>>>>> Ale při ošetření různých speciálních stavů často dokáže goto výrazně
>>>>> zpřehlednit a zjednodušit kód.
>>>>>
>>>>> Nějaké to nadávání na C často vychází z nepravdivé premisy, že
>>>>> protože jazyk umožňuje i krkolomné konstrukce, tak je programátor
>musí
>>> používat.
>>>>> Ale to není pravda. Že jazyk něco umožňuje přece neznamená, že to
>>>>> využívat musím.
>>>>> Čitelnost a štábní kultura závisí v neprosté většině na
>>>>> programátorovi, ne na jazyku.
>>>>> (samozřejmě v výjimkou toho, když jazyk vyžaduje takovou kravinu,
>>>>> jako je psaní textových oddělovačů bloků begin a end ;-) )
>>>>>
>>>>> PL
>_______________________________________________
>HW-list mailing list  -  sponsored by www.HW.cz
>Hw-list na list.hw.cz
>http://list.hw.cz/mailman/listinfo/hw-list