🚀 go-pugleaf

2020-01-29 o 04:58 -0800, M.M. napisał:
> (różne mądre rzeczy)

Bardzo ładnie wypunktowałeś sprawę, i ze wszystkim się zgadzam. Dodam
tylko jeden aspekt, który przeoczyłeś - a który może być bardzo istotny
w ramach pracy zespołowej.

> 2) W C++ mamy praktycznie to samo co w C, plus wiele dodatkowych
> rzeczy. Więc jakby nawet się uprzeć, to w C++ można programować tak
> jak w C jeśliby te dodatkowe cechy nic nie wnosiły.

Zdarzało mi się widzieć projekty napisane w C - jak Pan Bóg przykazał.
Później ktoś powiedział "no tak, C jest fajne, ale może kompilujmy go
jako C++, ale dalej pisząc C". No i git, whatever.

Później ktoś (inny) powiedział "a może rozluźnijmy trochę portki i
skorzystajmy z 'new'? To będzie takie 'C z new', tu i ówdzie usprawni
pisanie tego i owego, czysty zysk!". No i w sumie - czemu nie.

Jak łatwo się domyśleć, potem było już z górki. Każdy dodawał coś od
siebie i projekt który początkowo był składny i konsekwentny, z czasem
przeistoczył się w potworka, gdzie ten sam problem rozwiązuje się na
kilka różnych sposobów w zależności od tego w jakim czasie i przez kogo
został napisany.

> potocznie zazwyczaj ma się na myśli programowanie w C++ pełną gębą.

Do tego to niechybnie zmierza. Jeśli robi to jedna osoba która
dokładnie wie co robi i trzyma się jakichś ustalonych zasad, to nie ma
problemu. Gorzej, kiedy mamy do czynienie z większym zespołem, w którym
znajomość C++ i jego wszelakich uaktualnień oraz najrozmaitszych
rozszerzeń jest bardzo niejednolita. Ktoś powie, że to wirtualny
problem, bo od tego jest PM lub wzorce projektowe, żeby takie rzeczy
uściślać i egzekwować...      a życie życiem.


Mateusz