När kan man klassa sig som duktig vs expert i C & C++

Sökte efter liknande tråd men hittade ingen så here we go.

Jag skulle själv bedöma mig som strax under intermediate i min kunskapsnivå. Jag kan klasser med arv, göra adt stack med någon sort kösystem, samt lite erfarenhet utav använda några bibliotek typ mpi.

Skulle ni också bedömma mig som strax under intermediate i kunskapsnivå?
Vad tycker ni man behöver kunna/ha erfarenhet inom för att kunna kalla sig duktig respektive expert på området?

MVH

Några års erfarenhet på jobbet där man faktiskt dagligen kodar.

Det finns ju en gamal talesätt som säger att man blir expert efter tio tusen timmar, oavsett vad det gäller. Så, 4-5års faktisk yrkeslivserfarenhet med en bred portfolio av aktiviteter.. typ?

Nej, du är en nybörjare. Det du nämner ovan tar en professionell utvecklare en vecka på sin absoluta höjd att lära sig att behärska i C++. Du behöver ingående förstå minnesmodellen, språkspecifikationen, förstå i detalj best practice för hur API:er byggs, hur kod kompileras och exekveras, profilering för att nämna några bitar i toppen på isberget. En expert på C++ kan gå in på en firma som har problem med stora befintliga kodbaser och styra upp dem. C++ används idag nästan uteslutande i system där utvecklaren behöver betydande kontroll över minnet på en låg nivå. Att bygga några abstrakta klasser eller att implementera en dubbellänkad lista med pekare är "Sunday school stuff" i det sammanhanget.

Tackar ödmjukast för ditt resonliga svar!

Ok, sorry, var kanske inte så trevligt formulerat. Ursäkta.

Jag är själv C++ nybörjare och hade hybris för ett par år sedan och gav mig på att söka jobb som C++ utvecklare. Det gick inte så bra.

Jag jobbar idag som utvecklare på en firma där C++ används flitigt. Jag skriver dock ingen sådan kod själv men försöker följa interna diskussioner på ämnet då C++ skaparen själv jobbar i bolaget. Det var i samband med att jag började följa dessa samtal som det uppdagades för mig den enorma storlek på det berg som måste bestigas för att man med rätta ska kunna behärska C++.

Om ditt syfte är att producera professionell C++ kod så skulle jag rekommendera dig att tänka till två gånger på ditt karriärval. Nischen för C++ idag är 99% legacy system. Så gott som ingen cutting edge tech skrivs i C++ om det inte finns synnerliga performance-skäl att göra så och ofta kan sådana komponenter brytas ut och anropas direkt från andra språk som går att arbeta med.

För den absoluta huvuddelen av tillämpningar ter sig C++ idag som skapat för en tid som inte längre existerar.

Gillade ditt första svar och tyckte det var bra. Ärligt och inget dravel samt exempel på avancerade saker vilket var det som efterfrågades. Inget att ursäkta sig för.

Blockchain teknologi utvecklas oftast i C++

Jag håller nog inte riktigt med. C++ är vanligt i inbyggda system med prestandakrav och den marknaden är rätt stor. Annars är legacy inget fel, finns pengar att tjäna där. Jämför med bristen på COBOL-hackare runt millennieskiftet.

Jag har varit med om att både ta över legacy som att nyutveckla. Ett av systemen var skrivet i assembler och var så dåligt designat att jag och en kollega skrev om skiten från scratch. Fortfarande i assembler. Andra legacysystemdelar i C eller C++ kom från projekt med vattenfall vilket alltid leder till inställningen att "inte röra det som fungerar" men som ändå i agila världen skrevs om för att förbättra koden och/eller föra in nya features. Jobb för C++-kunniga kommer att finnas för lång tid framöver.

Sedan är det min åsikt att har man väl lärt sig programmera så är inte språket det viktiga. Det är åtminstone för mig inte särskilt svårt att med C++ i ryggen exempelvis utveckla java eller C-brädgård. Eller SystemVerilog när jag hackade FPGA med testramverk i Python. Eller Erlang. Eller Lisp då man vill konfigurera sin emacs.

Jag tycker man kan börja med C++ som ett språk som täcker det mesta, OOP såväl som procedurellt och funktionellt. Med det som grund är det inte så svårt att sätta sig in i andra språk.