Paweł Kierski wrote:

>> Jest bardzo dużo programów w C, które przy tych wadach, mają jedną
>> ogromną zaletę: poprawnie działają. Gdyby inne języki były tak znacząco
>> lepsze, bardzo szybko powstałyby konkurencyjne, lepsze, programy w tych
>> językach i wyparły z użycia te napisane w C.
>
> Pytanie, czy są też łatwe w serwisowaniu?

Zależy co rozumieć pod pojęciem serwisowanie. Binarki powstałe z programów w
czystym C są nieco bardziej przenośne niż w C++. Dla mnie to jest miłe, gdy
mogę binarkę zlinkowaną dynamicznie przenieść z nowszego systemu (np.
Debian) na starszy i nie muszę kompilować.
Które łatwiej serwisować w sensie modyfikować - nie wiem.

> C bywa bardziej ekonomiczny, bo jest prostszy do nauczenia się niż C++
> (więcej tańszych i wystarczająco dobrych programistów)

Nie byłbym pewny czy tak jest. Rozwiązania w C zwykle są proste, bo do
tworzenia takich skłania język. Programista by się za bardzo namęczył, gdyby
zrobił to w sposób skomplikowany, więc więcej czasu poświęca na szukanie
rozwiązań prostych. Ale chyba łatwiej wymyślić jakiś C++-owy przerost formy
nad treścią (dzięki wsparciu języka nie aż tak zawiły) niż dobre rozwiązanie
w C.

> Lepsze (w sensie "ładności") języki i programy w nich pisane nie
> powstają właśnie ze względu na ekonomię. C i C++ (często jako "C
> z klasami" albo i gorzej)

Co jest takiego złego w "C z klasami". Być może każdy trochę inaczej
definiuje co to pojęcie oznacza. Ja osobiście bardzo lubę styl C ze
standardowymi kontenerami C++ oraz shared_ptr. Czy uważasz to za "C z
klasami", czy coś innego?

> i marnie napisany, ale (dzięki sporemu
> wysiłkowi kolejnych programistów ze "sznurkiem i taśmą klejącą")
> działający poprawnie program jest często wystarczający. Nijak się ma to
> do dobrze napisanych projektów w C/C++.

Wolę ten sznurek i taśmę klejącą wewnątrz programu niż na zewnątrz. Klejenie
często jest niezbędne i można je zrobić w programie, albo zachować w
programie piękną strukturę i wszystkie przypadki szczególne, które trzeba
uwzględnić usunąć sobie z oczu, zwalając problem na integratora (i
jednocześnie czyniąc ten problem większym, niż był gdy znajdował się
wewnątrz programu).
Te "lepsze" języki często mają ograniczoną funkcjonalność i klejenie trzeba
zrobić jakimiś zewnętrznymi skryptami, czy programami w C bądź C++.