Come descrivere gli stili e gli approcci della programmazione C ++? [chiuso]

2

Come posso dire più di un semplice "C ++" sul mio curriculum, rapporti o altri scritti, per comunicare chiaramente quale tipo di programmazione C ++ ho fatto?

Ci sono stili ben definiti di C ++? ("Stili" potrebbe non essere la parola giusta). Esempi: usare C ++ come una "C migliorata" sfruttando un più strong typechecking, sottigliezze sintattiche, ma un uso scarso o leggero delle classi; usando tecniche OO pesanti dove quasi tutto è trasformato in una classe (e potrebbero esserci diversi stili di quella) - ma stare lontano da modelli e tecniche avanzate; e l'uso intensivo della metaprogrammazione e di tutte le funzionalità avanzate del C ++. Ho visto un codice in cui c'è un uso così pesante della terminologia informatica e delle funzionalità avanzate che solo un dottorato di ricerca sarebbe in grado di capirlo, e codice così pulito e diretto che EE e fisici con modeste capacità di programmazione possono capirlo.

Non si tratta di stili letteralmente codificanti - dettagli approssimativi su parentesi, rientranze, commenti e tutto il resto - ma la filosofia di ciò che è buono codice, l'approccio per organizzare tutto e il grado di fanatismo o riluttanza ad usare vari importanti tecniche, procedurali vs OO vs funzionali e così via.

È possibile categorizzare tali variazioni in modo significativo? Come nominarli per qualcuno che non è esperto nello sviluppo del software, con una quantità di conoscenza da aspettarsi da un buon dirigente o reclutatore (non importa i PHB)?

Idealmente, ci sarebbe un modo in cui chiunque può dire sul proprio curriculum "C ++ in blah-blah style" o "mumbleific C ++" e lavori a terra o progetti freelance in quella categoria / stile di C ++. Un codificatore C ++ migliorato potrebbe evitare progetti pieni di codice pesante con template scadenti.

(In una certa misura questa domanda può essere più generica di C ++, ma il C ++ è in circolazione da anni ed essendo multi-paradigma, porta alla più confusione.)

    
posta DarenW 13.12.2010 - 17:15
fonte

2 risposte

6

Direi che il dominio potrebbe essere più importante dello stile di codifica. Lo stile è in gran parte comunque oggetto di convenzione nell'azienda target (per convenzione intendo la percezione da parte degli architetti principali delle migliori pratiche;)).

Quindi qualcosa come "lo sviluppo back-end in C ++ in un sistema di contabilità ad alto volume distribuito per una grande banca" fornirebbe già molte informazioni. Puoi anche includere librerie specifiche, come Qt. Ma non so se qualcosa come "strettamente orientato agli oggetti" o simili sia effettivamente utile.

E non dimenticate la regola più importante nello sviluppo del software: non essere un fanatico fanatico e ristretto quando si tratta di una determinata tecnologia / approccio. Voglio dire, come professione, ci battiamo da anni ormai, per non essere ridotti ai soliti reclutatori di zuppa d'alfabeto che usano sempre. Perché limitarti ancora di più?

    
risposta data 13.12.2010 - 17:42
fonte
4

Lo scopo di un curriculum è di farti un'intervista. Ciò significa che deve avere tutte le parole d'ordine giuste per superare l'HR e abbastanza sostanza per convincere il direttore tecnico a parlarti. Il colloquio tecnico è dove dovresti discutere del tuo stile di codifica e della filosofia del design.

    
risposta data 13.12.2010 - 18:32
fonte

Leggi altre domande sui tag