[maad]

Jak widzę w ofertach C/C++ to omijam je szerokim łukiem. Czy tylko ja tam mam? ( ͡° ͜ʖ ͡°)

Może się nie znam ale wytwarzanie oprogramowania w jednym i drugim języku to kompletnie inne rzeczy. A na rozmowie technicznej można się spodziewać C z klasami. Czemu tak wiele ofert jasno nie określa czego wymagają ᕙ(⇀‸↼‶)ᕗ

#programowanie #jezykc #cpp

[JakTamCoTam]

można się spodziewać C z klasami.

@maad: albo czystego C, zawsze tak jest. Później się okazuje, że używają max C++11 a to oznacza, że mamy doczynienia z chamską utrzymaniówką.

[keton22]

@maad: Ja to ignoruję bo rekruterzy nie ogarniają.
Dla przykładu właśnie się przesiadłem do nowej firmy i też miałem w wymaganiach C/C++ w embedded ale po stacku technologicznym było widać że to C.
Inna sprawa że będę się teraz uczył nowoczesnego C++ bo wyszło że będzie się trzeba zintegrować z jedną libką ale to bo sam chcę i nikt mnie nie zmusza.

[groman43]

@JakTamCoTam: To, że kod jest napisany w max C++11 nie oznacza, że jest zły. Czasem po prostu nie warto zmieniać wszystkiego i używać nowych rozwiązań tylko dlatego, że są nowe.
Poza tym, na przykład w #embedded, niektóre kompilatory po prostu nie wspierają nowszych standardów (szczególnie dla starszych lub bardziej egzotycznych architektur). To znaczy, że jeśli chciałbym użyć C++20, to albo musiałbym kupić albo nowszy kompilator, albo droższy

[Saly]

To, że kod jest napisany w max C++11 nie oznacza, że jest zły.

@groman43: nie, ale to pociąga za sobą fakt, że zespołowi się nie chce zrobić aktualizacji do nowszej wersji. Jak zespołowi się nie chce, to kod raczej będzie słaby, więc jak dla mnie takie uproszczenie stary standard == słaby kod dość mocno się sprawdza

[groman43]

@Saly: Absolutnie się z Tobą nie zgadzam. Przepisywanie kodu tylko dlatego, żeby użyć nowszego standardu nie ma sensu moim zdaniem. Jeśli zespół nie robi tego, to raczej znaczy że wie co robi, a nie że jest leniwy.
Instniejący kod ma wiele zalet - przede wszystkim działa, został zweryfikowany na milion różnych sposobów, wszystkie możliwe corner casy zostały już znalezione, wszyscy wiedzą jak działa. Mam z tego wszystkiego rezygnować tylko dlatego,

[Saly]

@groman43: chyba się niezrozumielismy. Nie chodzi mi o przepisanie całej bazy kodowej, żeby używała ficzerow z najnowszego standardu, tylko doprowadzenie kodu do takiej formy, żeby się kompilował w tym nowym standardzie. Zazwyczaj to nie jest dużo pracy a zyski w postaci czytelniejsze go kodu w przyszłości są większe niż czas spędzony na migracji.

[groman43]

tylko doprowadzenie kodu do takiej formy, żeby się kompilował w tym nowym standardzie

@Saly: Chyba nie widziałeś dużych projektów ( ͡° ͜ʖ ͡°) Poza tym, nadal uważam, że koszty takiej operacji przewyższają znacznie korzyści.
Edit: Poza tym, chyba zapominiasz o jednej bardzo ważnej rzeczy - wykorzystanie najnowszej wersji standardu nie gwarantuje automatycznie, że kod będzie czytelniejszy. Nieczytelny kod można napisać zarówno w C++98 jak i C++20.