ceckovy kviz 2 (hardcore)

[Petr Labaj]

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
>