🚀 go-pugleaf

On Friday, January 31, 2020 at 8:52:47 AM UTC+1, Mateusz Viste wrote:
> 2020-01-30 o 16:44 -0800, (fir) napisał:
> > qsort z c byl dpsyc wolny 250 ms, std::sort z c++ 111 ms, i niech
> > teraz usenetowy kolega zgadnie ile zajal w stosunku do tego c++owego
> > std::sorta kawalek prostego c (nie moj, znaleziony w necie)...
> 
> No ale wojna hebo-maćkowa dotyczy wyższości C++ nad C. heby zresztą
> słusznie zauważa, że gdyby zupełnie wyeliminować z tego całego
> programowania człowieka, to C++ byłby bardzo fajny. Trochę jak
> socjalizm.
> 
> Ty natomiast porównujesz implementację jednego libc do drugiego - a to
> już coś zupełnie innego, związek z językiem jest bardzo luźny i odległy.

C++ jest (nie licząc drobiazgów) nadzbiorem C, więc nie może być
gorszy. 


Kiedyś jak napisałem na egzamin coś w C++, to dostałem zjeby bo 
pójdę pracować do biedniejszej firmy, albo na liunxa, a tam C++ 
nie ma, a jak użyłem new to już w ogóle dostałem takie zjeby, bo 
new jest łogroooomne a mój program na zaliczenie ma tylko 10 linijek, 
więc new stanowi jego 99% kodu wynikowego. Co gorsza miało to
na mnie zbyt duży wpływ, potem zadawałem sobie nie raz bezsensowny 
trud żeby rozwiązać coś przy pomocy prostszych narzędzi. Ale to
była historia, ostatnio na mikrokontroler pisałem program w
C++ z szablonami i dzięki temu łatwiej mogłem zarządzać eksperymentami i
wybrać najmniejszą wersję która w ogóle mieściła się w pamięci
mikrokontrolera. W C bym uzyskał podobny efekt i to nawet podobnym
nakładem pracy, ale do zarządzania eksperymentami na pewno bym musiał 
dużo więcej się napracować w Co.


Wracając do teorii, jeśli mamy nadzbiór fitczerów, to język nie może
być gorszy. A jednak jeśli według rankingów 5-7% programistów wybiera 
czysty C i według tych samych rankingów 12-15% wybiera najpopularniejszy
język w danym czasie, to z czym mamy do czynienia? Wszyscy programiści
programujący w C dokonali złego wyboru czy coś jest na rzeczy? 

Kiedyś myślałem że ludzie grający w lotto to idioci, bo esperancja mówi
wyraźnie, że średnio tracimy 50%. W przypadku lotto rzecz w tym, że czasami
3 złote (czy tam ile na kupon) nie jest 100tys razy mniejsze od potencjalnej
wygranej 300tys, tylko np. milion razy. Choć 300tys / 3 = 100tys, to w
pewnych (i to częstych sytuacjach) z uwzględnieniem korzyści jakie można
mieć z 3 zł i z 300tys zł, włąśnie 300tys / 3 = milion. Jak ktoś opłacił
rachunki i ma na jedzenie, to ma jeszcze parę groszy w kieszeni, to za
te parę groszy nic sensownego nie może zrobić, nawet jakby je wrzucał do
skarbonki przez lata. Po głębszej analizie gracze w gry które teoretycznie
są przegrane przestają być osobami które dokonują błędnych decyzji.

Może jakby się głębiej przyjrzeć programistom C, to ich wybór też wcale
nie jest bezsensowny? Mi się narzucają dwa argumenty o których już 
pisałem:
 1) Mniej fitczerów oznacza mniej zastanawia się nad sposobem rozwiązania 
    danego problemu, piszemy sztancowo, z szablonu, a code review częściej
    przechodzi.
 2) Koszt szkolenia, czas na szkolenie, czas na zdobycie doświadczenia. W 
    C++ niedoświadczony programista może wpaść w wiele pułapek.
 3) Gdzieś słyszałem argument, że wolą programistów w C, bo są tańsi od 
    programistów w C++.
 4) Jeśli jest masa fitczerów i masa pułapek, to w każdej firmie, jeśli
    nie w każdym projekcie, jest narzucane co można, a czego nie można.
    Przychodzi doświadczony programista z firmy A do firmy B. Robi w
    istniejącym projekcie kawałek dobrej roboty. A potem dowiaduje się że
    u nas nie można protected, szablony maksymalnie tylko z jednym 
    parametrem, zakaz wielodziedziczenia, w takich przypadkach w 
    ogóle agregacja zamiast dziedziczenia, itd. Zanim zmieni nawyki, minie
    trochę czasu, albo się nawet zniechęci.


A tak jeszcze co do szkolenia... Dużo programuję w C++. Lambdę użyłem w
praktycznym problemie może jeden raz w życiu. Potem chciałem użyć 
ponownie. Minęło tyle czasu, że zapomniałem składnie. Musiałem odszukać w
dokumentacji. Nie wiem czy z uwzględnieniem czasu na szukanie informacji o
składni bym nie rozwiązał danego problemu szybciej ze starymi wskaźnikami na
funkcję. 


Pozdrawiam