Administrace komentářů

Ještě jedna věc, když čtu znova původní dotaz: čím víc si namočíte čuchometr do GNU C a C++ pod Linuxem tj. do: ručního psaní makefiles, ovládání různých fází sestavení programu (kompilace, linkování), do problematiky user space vs. kernel space, čím víc napíšete kódu v tomto prostředí, tj. čím více chyb se zde dopustíte a následně je vychytáte, tím širší získáte obecný přehled, který se Vám bude překvapivě hodit i za jiných okolností = v jiných operačních systémech a vývojových prostředích. Syrové Linuxové GNU C/C++ Vám totiž umožní přičichnout ke kořenům C/C++, které jsou Unixové - a pokud se pustíte dál, do pokročilejší magie C++, nebo třeba do složitějšího baletu v čistém C, který je vidět v kernelu, získáte spoustu zkušeností, které jsou obecné.
Například v době kdy já jsem si čuchnul ke GNU C/C++/Make, měl jsem za sebou pár let odlehčeného programování v Borlandích prostředích pro DOS a Windows - a při rozjezdu v GNU C/C++ jsem teprve pochopil hranici mezi C a C++ (protože Borland to má všechno v jednom IDE) - a i v jiných ohledech jsem se opakovaně tloukl otevřenou dlaní do čela, jako že "jo ahá! To pochází původně odsud!". A znalosti základů C, počínaje "int main(...)" jsou přímočaře užitečné i v prostředí různých klikacích IDE pro vývoj event-driven vizuálních aplikací, kde winmain() ani nezahlédnete...
Ostatně i odborný start ze syrového Linuxu Vám umožní stát se později odborníkem na nějaký proprietární UNIX, nebo i schopným systémákem/síťařem na bázi Windows (poté co následně vstřebáte ještě Windows side of things) - budete mít trochu jiný úhel pohledu, než čistokrevný Windowsák, třeba i značkově ocertifikovaný.