Come posso estirpare rapidamente i codificatori "copia e incolla"? [chiuso]

I've come across some senior level guys perhaps whose skills are so outdated or irrelevant for the project, that all they do is google, copy-then-paste some code without thinking about the solution as a whole. As a result we have a mismash of JSON, AJAX, callbacks, ASMX, WCF and postbacks in the same project. It is clear there is no consistency or logic behind where each technology is being used.

Non penso che le abilità dei tuoi sviluppatori siano il problema. Il tuo problema si trova altrove, forse un team leader o architetto che non ha la fiducia in se stesso per "incoraggiare" le migliori discipline di codifica, o un management team che non capisce l'importanza della gestione del debito tecnico, e non dà loro gli sviluppatori il tempo e le risorse per farlo. La tua azienda conserva le revisioni del codice?

La leadership potrebbe essere il problema, non gli sviluppatori di copia-incolla.

Il modo per eliminare i programmatori che non possono programmare è impostare un esercizio pratico di programmazione come parte della fase di screening o della fase di intervista. (Quest'ultimo è probabilmente migliore perché puoi controllare l'ambiente per evitare imbrogli.)

Ma non penso che questo risolverà il tuo problema.

... we have a mismash of JSON, AJAX, callbacks, ASMX, WCF and postbacks in the same project. It is clear there is no consistency or logic behind where each technology is being used.

IMO, il vero problema qui è che il tuo team non sta facendo abbastanza revisione interna del codice, e non sta sviluppando un "playbook" di soluzioni preferite a problemi noti. Questo è in parte un problema di cultura, in parte un problema di comunicazione e (probabilmente) in parte un problema con le scadenze del progetto.

Un altro problema è che il progetto ha in genere una lunga durata di vita e, nel corso della sua vita, appariranno nuove tecnologie / tecniche, e quelle vecchie rischiano di perdere il favore. Se si desidera evitare l'uso di tecnologie / tecniche di "colazione per cani", è necessario:

• imposta e applica un elenco di tecnologie / tecniche che possono essere utilizzate per progetto o
• investire nello sforzo di aggiornamento delle tecnologie utilizzate da un progetto.

Assumi persone in prova per 3 mesi. Spara se succhiano.

Se non si ISPEZIONA non è possibile ASPETTARE. Revisioni del codice, strumenti di controllo. Un server CI può eseguirli automaticamente.

Fai domande reali nelle tue interviste, come nelle domande dal codice reale.

Invitalo a scrivere codice sulla lavagna.

Se sei un manager non tecnico, non sei qualificato per giudicare questo.

Se non si è qualificati, ottenere un consulente professionale senior affidabile per eseguire i test. Chiedi alle tue persone esistenti e ai tuoi concorrenti se conoscono una persona produttiva di 100 volte. Pagali per fare l'intervista.

Se vuoi gestire un ospedale senza un capo di chirurgia, vai avanti.

Ho trascorso gli ultimi anni a intervistare persone e scoprire che il 90% dei candidati semplicemente non può programmare. La mia tecnica di intervista per determinare la programmazione è quella di dare al candidato un brief troppo semplice e lasciare che il candidato lo risolva usando un pennarello e una lavagna.

Le modalità di errore includono:

venire con un progetto e poi implementare qualcosa di diverso. Questi candidati vengono respinti perché sono pericolosi in una squadra. non seguire le specifiche, scrivere bug ecc ...

Non essere in grado di inventare un design. Un numero sorprendente di candidati "esperti" ha bisogno di una specifica per includere la progettazione dell'implementazione.

non conoscendo il linguaggio di programmazione, nonostante l'esperienza di rivendita di CV.

Non fare domande aggiuntive per estrarre le specifiche più complete.

Non essere in grado di spiegare le decisioni di progettazione. Questo è importante. Se qualcuno non è in grado di spiegare il perché, allora ogni volta lo faranno in modo diverso, e la coerenza è persa.

Il risultato finale è stato che ho passato molto tempo a intervistare e non a reclutare molto spesso. tuttavia, il team di sviluppo è stato molto bravo e ha avuto il completo rispetto dell'intera azienda e ha consegnato!

Suggerirei FizzBuzz che Jeff Atwood menziona nel post al link .

Write a program that prints the numbers from 1 to 100. But for multiples of three print "Fizz" instead of the number and for the multiples of five print "Buzz". For numbers which are multiples of both three and five print "FizzBuzz".

Chiedo tre domande per il colloquio

1. Scrivi un elenco collegato in grado di memorizzare un tipo numerico in java senza importare nulla dal framework delle raccolte
2. Scrivi il codice che mostra come puoi aggiungere / rimuovere nodi da quella lista
3. Scrivi il codice che mostra come puoi ottenere il massimo / minimo da quella lista

Ho visto persone completarlo in 5 minuti e vedere persone che lottano per 30 minuti prima di arrendersi.

Non puoi farlo a livello di curriculum dato che in pratica hanno un tempo infinito per scriverlo, ma puoi farlo su un'intervista telefonica se fai alcune domande che richiedono approfondimenti tecnici su ciò che fanno. Questo ti dà sia la risposta (buona o cattiva) sia quanto tempo ci è voluto per arrivarci.

Quando in un'intervista, falli scrivere codice. È l'unico modo in cui puoi dire se possono programmare per davvero. Semplifica il problema, dai loro un computer con una connessione Internet e l'IDE che utilizzi installato, fagli fare qualsiasi domanda (eccetto gimme-hte-codez) e osserva come funzionano.

EDIT: per l'analisi post-mortem sembra che PMD abbia un rilevatore copia / incolla per trovarlo: link

semplice

• (1) Bloccali in una stanza + ossigeno libero.
• (2) Dai loro un PC con connessione Internet + IDE di scelta + accesso a Cibo.
• (3) Avere wireshark o un metodo simile per registrare tutto il traffico in entrata e in uscita.
• (4) Assegnagli un incarico medio.
• (5) Esamina tutto il traffico HTTP, completamento post assegnazione.
• (6) Se l'oggetto ha copiato pezzi di grandi dimensioni del codice sorgente, termina Oggetto .....

Modifica

In qualità di produttore di prodotti7, come sottolineato, in termini pratici si potrebbe fare una cattura video (cattura dello schermo).

Se vuoi "estirpare" codificatori scadenti puoi provare ad esempio la Matrice di competenza del programmatore (utile ma non si applica per tutte le aree possibili - ovviamente puoi crearne uno) o codility.com (i compiti sono molto buono e risparmia un sacco di tempo).

Generalmente, assumere dei buoni programmatori è difficile e spesso richiede molti anni di pratica. Puoi iniziare il tuo database di domande di interviste, non solo chiedendo informazioni sulla codifica, ma anche con la matematica, la logica, per non parlare delle domande di motivazione.

Direi che il problema con i candidati non è che non possono programmare affatto, ma che non hanno la sensazione di utilizzare lo strumento giusto per il lavoro. Il mio suggerimento è una domanda in cui si darebbero requisiti di alto livello per un nuovo sistema e si è chiesto di fornire un'architettura e giustificare le loro scelte di componenti. Ma mantieni il FizzBuzz per i candidati che non riescono a programmare affatto senza un browser.