( bzt | 2024. 03. 10., v – 14:24 )

ő lényegében nagyon alacsony szintű, kb. periféria programozásra gondol, miközben a rendszerprogramozás ennél jóval bővebb

Pontosítsunk: ennél a versenynél azért nem vettem ide az általad felsorolt bővebb halmazt, mert egy számláló növeléséhez és kiírásához nincs szükség ezekre. Ugyanezen okból biztosítottam a betöltőt, hogy még PIC + PIT eszközmeghajtót se kelljen írni, és a CPU funkciókat is beburkoltam magas szintről hívható eljárásokkal, hogy a függvénykönyvtárak függőséget is kiiktassam.

És igen, alapvetően két okból írták ezeket a rendszerprogramokat C-ben: (1) mert ehhez értettek, ezt ismerték (kalapács-szög) (2) mert nem volt alternatíva.

Egy kis pontosítás a (2)-eshez: továbbra sincs alternatíva. Eddig egyetlen megoldás sem érkezett, csak picsogás, siránkozás, kifogások áradata. Amíg az ellenkezőjére nincs bizonyíték, addig továbbra is fel kell tennünk, hogy a Rust alkalmatlan a feladatra.

Történelmi érdekesség: mind a Pascal, mind az Ada bizonyítottan rendszerprogramozási nyelvek, amik valós alternatívái lehettek volna a C-nek, de valamiért mégsem váltották le azt.