Il mio lavoro su un test per sviluppatori viene sfruttato? [chiuso]

Sto cercando un lavoro e ho fatto domanda per diverse posizioni. Un datore di lavoro ha risposto. Ho avuto un colloquio telefonico piuttosto lungo (forse un'ora +) e poi mi hanno preparato un test per sviluppatori. Mi è stato detto che il test avrebbe richiesto tra le 6 e le 8 ore e che, se i risultati avessero raggiunto la loro approvazione, sarei stato pagato per il mio lavoro.

Questo mi ha dato una pausa, ma mi sono sforzato. Il test dello sviluppatore si è svolto su una macchina virtuale a cui si accede tramite RDP . Il compito era quello di implementare una pagina di ricerca in un progetto Web che richiede dati dal server, li visualizza sullo schermo in una tabella, ha uno schema di filtro di ricerca piuttosto complicato (ci sono circa 15 stati e quando si invia la ricerca al server si può cercare in base a questi stati) oltre alla ricerca stringa / campo. Inoltre, vogliono che le icone SVG cambino colore su determinati valori di dati e alcuni dati rappresentino diversamente da come sono strutturati nel database.

Per farla breve, ci è voluto molto più di 6-8 ore. Gran parte di ciò era dovuto alla pessima VM su cui stavo eseguendo (Visual Studio 2013 impiegava 10 minuti per caricare e altri 15 minuti per aprire la soluzione enorme da 3 GB).

Mi è stato detto che dopo aver completato il test dovrei impegnare le mie modifiche al controllo del codice sorgente ... Hmm, OK. Ho seguito le indicazioni. E dopo aver eseguito le modifiche, mi è stata inviata una risposta via e-mail. Gli SVG non erano colorati nel modo giusto, c'era un bug in questo caso limite, c'era un problema occasionale con quest'altra cosa che non avevo mai sperimentato, ecc. Quindi sono 13-14 ore in questa cosa adesso, e devo fare correzioni di bug. Li faccio e il datore di lavoro torna con altre richieste di correzione di bug.

Apparentemente tutto il mio lavoro sta andando in un'applicazione di produzione. Ho notato alcune anomalie nel codice in cui sembrava che altri avevano codificato tutte le funzionalità ma non avevano toccato nient'altro.

Sono solo usato per lavoro a basso costo? Anche se mi pagano i promessi 50 dollari l'ora per 6 ore, ora mi sono impegnato per circa 18 ore. Se correggo tutti i problemi che continuano a venire, avrò lavorato almeno 16 ore gratuitamente.

Ho fatto diversi test per sviluppatori, ma non ne ho mai fatto uno durante il quale ho lavorato su un codice destinato alla produzione. Non ho mai fatto un test in cui ho implementato una funzionalità che era in preparazione per lo sviluppo e non ne ho mai preso uno che ha richiesto 4 round e un totale di oltre 20 ore. Ho l'impressione che stiano usando il loro test di sviluppo per mettere in campo alcune funzionalità a basso costo.

Ho l'impressione sbagliata? E questo protocollo di test è appropriato?

Non parteciperei mai a un test di codice di questo tipo. Ho fatto molti test del codice e fatto molti progetti di codice. Certamente non controllerei il codice nel repository di qualcun altro in nessuna circostanza. Se non sanno cosa devono sapere dopo un campione di 4 ore con alcune correzioni di bug minori in una sessione di programmazione in coppia, non lo sapranno mai.

Andando a un test, dovresti sapere e chiarire alcune cose in anticipo:

1. Dovrebbe essere concordato e noto che qualsiasi lavoro prodotto durante il test non può essere utilizzato per scopi diversi dalla determinazione della propria abilità nei compiti richiesti.
2. Un test del codice non dovrebbe durare più di 4 ore.
3. Non sei un dipendente dell'azienda, quindi qualsiasi suggerimento che potresti essere pagato per il codice prodotto è assurdo. Insistere su un contratto di pagamento scritto se c'è anche un accenno di ciò.
4. Imposta limiti specifici per il tempo che dedicherai a una determinata parte del test, quindi mantieni questi limiti. Se ti trovi a superare i limiti per qualsiasi motivo, considera il motivo per cui stai superando tale limite. È a causa della pressione da parte loro? È perché hai fatto errori? È perché hai scarsamente stimato il tempo necessario per il completamento di qualcosa?
5. Mantieni la tua posizione se ritieni di aver trattato un argomento particolare. Se hai già corretto un bug e ti stanno chiedendo di correggere un bug quasi identico, dì "Abbiamo già trattato quell'argomento con bug x, forse potremmo passare a qualcos'altro che dimostra qualcosa di nuovo".
6. In nessun caso è necessario controllare qualsiasi cosa in una pipeline di produzione. Ciò include qualsiasi tipo di ramo di sviluppo che alla fine può portare a una pipeline di produzione. In caso di dubbi, non controllare nulla. Per i test di codice che non sono necessariamente di persona, insisto affinché il codice venga prima verificato nel mio archivio pubblico personale. Questo mi dà almeno un qualche tipo di protezione dall'uso inappropriato del mio lavoro.
7. Giudicali per il loro comportamento tanto quanto ti giudicano. Se ritieni che non ti stiano affrontando, chiamali. Se senti di essere maltrattato, parla.

Anche la società con cui stai intervistando viene intervistata da te. Se è così che trattano qualcuno che stanno intervistando, è un'azienda per cui vuoi lavorare? Capisco che spesso le persone hanno bisogno di un lavoro e spesso questa necessità avrà la precedenza su alcuni concetti di buon senso, ma questo dovrebbe essere sempre in prima linea nella tua mente. Non aver paura di uscire. Se non ti sembra giusto, segui il tuo istinto e vota con i piedi.

Molte interviste sono seguite da test. Questi test sono necessari per garantire che tu abbia effettivamente le competenze richieste e per avere una visione migliore di alcune cose che sono difficili da testare durante il colloquio stesso (come applicare regole di stile al tuo codice).

Detto questo, un test è un test.

• Non deve essere lungo. Non c'è molto che puoi vedere dopo otto ore di programmazione che non puoi vedere dopo trenta minuti. Ancora più importante, il codice scritto durante il test dovrebbe quindi essere rivisto, riga per riga, il che richiede molto tempo . Non è insolito impiegare più di due ore per rivedere il codice di prova scritto durante mezz'ora.

• Non dovrebbe occuparsi di una base di codice esistente. La comprensione della base di codice di un prodotto di media scala può richiedere giorni o settimane (o mesi o anni a seconda della qualità del codice e del debito tecnico). La proprietà intellettuale può anche essere un problema (a meno che il codice non sia di provenienza aperta).

  Quando l'obiettivo è testare come il candidato è in grado di mantenere la base di codice esistente, il test può essere eseguito su una piccola base di codice fittizia (500-600 LOC) scritta appositamente per le prove.

• Non deve essere una richiesta per sviluppare un'app o una funzionalità nella vita reale. Può essere un pezzo di codice completamente inutile, scritto con la sola intenzione di dimostrare che hai compreso il problema e trovato un modo elegante per risolverlo.

• Non deve essere perfetto. Ci sono dei bug? Va bene. Prendine nota per un ulteriore colloquio con il candidato; può essere un'ottima occasione per vedere come reagisce il candidato in questa situazione.

• Non deve essere eseguito tramite RDC su una macchina virtuale, a meno che tu non abbia Visual Studio da solo. Se l'obiettivo è vedere le tue capacità di programmazione e di risoluzione dei problemi, non importa dove esegui l'esercizio.

• È fuori discussione che il codice scritto durante questo test finisca nel controllo della versione dell'azienda. Perché dovrebbero inquinare il controllo della loro versione con qualcosa scritto da un candidato?

Per concludere, quando ti viene chiesto di passare decine di ore a scrivere codice di produzione, risolvere bug e impegnare il tuo lavoro nel controllo della versione dell'azienda:

• O ti stanno solo usando per implementare le funzionalità gratuitamente,

• O davvero non capiscono come fare un'intervista.

In entrambi i casi, cerca un posto migliore in cui lavorare.

Non scriverò una risposta lunga, ma sono seriamente confuso, perché nessuno solleva la questione del copyright?

Per quanto riguarda la mia esperienza, non ho mai sentito parlare di un accordo per trasferire la proprietà del copyright del codice scritto durante un test dello sviluppatore all'altra parte. Se questo è il caso, puoi effettivamente denunciarli per violazione del copyright e i danni concessi per questo possono essere abbastanza carini, specialmente negli Stati Uniti dalle storie che ho sentito. E se vogliono accontentarsi (proponilo) puoi chiedere qualsiasi commissione esorbitante per l'infrazione (dopo la quale in linea di principio non gli sarebbe ancora permesso di usare il tuo lavoro e potresti ancora vendere il tuo lavoro a loro se fossero ancora interessati ).

Le persone con più esperienza professionale potrebbero essere in grado di rispondere meglio a questa domanda, ma personalmente non mi sentirei molto a mio agio con un test di sviluppo di oltre 20 ore. Sembra che stiano usando l'intervista per completare le attività lavorative.

Presumo che tu non abbia firmato alcun documento legale relativo alla proprietà del codice. Quindi aspetterei fino a quando hanno rivisto il codice e accettato o negato. Quindi, se lo accettassero, chiederei di essere pagato per il tempo pieno, oltre 20 ore. Non sono sicuro che accetterei il pagamento solo per le sei ore originariamente suggerite. Se questo sarà destinato alla produzione, dovranno raddrizzare la proprietà del codice.

Per lo meno, discutere di un pagamento per il codice dovrebbe aiutarti a decidere se desideri accettare un'offerta. Non vorrei accettare un'offerta se pensassero che pagarti solo per sei ore fosse giusto.

Quando ero in grado di intervistare gli sviluppatori, quei test erano brevi e semplicemente "superano o falliscono", nessuna correzione di bug inclusa, anche quando c'erano alcuni bug minori nel codice. Questo perché volevo valutare le capacità del candidato, non ottenere un software pronto per la produzione.

La situazione descritta nella domanda sembra che qualcuno stia cercando di ottenere qualcosa di utile gratuitamente (o economico).

Non ho mai fatto un test di sviluppo per più di un'ora, e questi sono tutti 'puzzle', un lavoro per vedere se riesco a risolvere i problemi e raggiungere un obiettivo dichiarato entro un determinato limite di tempo.

$ 50 (o per me, £ 25-30) è una tariffa giornaliera piuttosto scarsa, è come chiedere a un idraulico di sistemare il bagno in cambio di un drink.

Il mio consiglio, in termini non incerti, è di blog sulla tua esperienza, facendo riferimento alla società per nome nel caso in cui stiano cercando di creare un'intera app con questa tecnica (le persone spesso google aziende prima di andare al colloquio) e non lasciare che succede di nuovo. La prossima volta che chiedono una correzione di bug, assegni un tasso giornaliero di consulenza (almeno 5 volte quello che stanno offrendo) e fai sapere che gli sviluppatori non funzioneranno gratuitamente.

Essere ingannati è, purtroppo, parte della vita, ma non devi sederti e accettarlo.

Solo per un confronto: l'intervista per il mio attuale lavoro è stata di circa 1 ora a parlare di ciò che ho fatto finora e di ciò che la società ha intenzione di fare e di come mi sarei adattato. Dopo di che abbiamo lavorato insieme una settimana su un piccolo progetto che avevano mentito in giro, immagino solo per vedere come andiamo d'accordo. Mi hanno pagato per questo come libero professionista lo stesso importo che ottengo ora come loro dipendente, quindi non c'è mai stata una giornata intera di lavoro non retribuito, figuriamoci 3 giorni.

Se il codice viene realmente utilizzato nella produzione, invierei loro il conto per le 24 ore che hai trascorso, non per colpa tua se le loro stime sono sbagliate. Supponendo che non ti abbiano permesso di stimare quanto tempo ci vorrà.

Mentre presumibilmente vieni pagato per (parte del) tuo lavoro, questo non suona come un progetto di prova , sembra una truffa per ottenere da te un lavoro economico / gratuito. Può darsi che fosse destinato a essere un progetto di prova, ma non strutturato o gestito molto bene.

Ma la gestione che è così grave da sembrare una truffa, è sicuramente qualcosa che dovresti prendere in considerazione quando decidi se accettare o meno il lavoro.

Un progetto di prova adeguato dovrebbe chiarirlo

• Hanno un lavoro che desiderano aver fatto.
• Sulla base del tuo colloquio credono che dovresti essere in grado di fare il lavoro.
• Il completamento riuscito del progetto non garantisce una posizione.
• Termini per il progetto (quanto pagheranno, chi possiede il codice, che si tratti di tempo e materiali o forfait, tempo stimato per il completamento, ecc.).
• Il progetto verrà rivisto e verrà fornito un feedback, non solo un sì / no sull'opportunità o meno di ottenere la posizione.

I termini dovrebbero essere accettabili per te indipendentemente dal fatto che tu venga assunto - se i termini sono accettabili solo se arrivano con un lavoro a tempo pieno, non sono realmente accettabili.

Non penso che lo userebbero effettivamente per ottenere manodopera a basso costo.

Il motivo è semplice Dopo aver scritto quei test, hanno bisogno che le persone rivedano ciò che scrivi, sì, rivedere il codice è molto più semplice che scrivere il codice stesso, ma richiede ancora molto tempo.

E poi dopo probabilmente hanno bisogno di persone per mantenere quei test, spiegarli, ecc.

E semplicemente non riesco a immaginare nessuna azienda IT che si preoccuperebbe di risparmiare meno di $ 100, in particolare le aziende negli Stati Uniti. Non è mai come vanno gli affari.

Sono un grande sostenitore dei test di codice per gli sviluppatori che intervistano per un lavoro. Tuttavia, questo suona come il test del codice dall'inferno ... I test del codice non dovrebbero mai coinvolgere il codice di produzione. Dovrebbero essere semplici e dichiarare che nessuna delle attività svolte verrà utilizzata dall'azienda.

Chiaramente, il lavoro svolto è stato sul codice di produzione. Dovresti essere pagato per tutto il tuo tempo - almeno. Prova a parlare con un avvocato e vedi se pensa che varrebbe la pena denunciarli. Molti avvocati offrono consultazioni iniziali gratuite. Se fosse coinvolta una frode, e in questo caso sembra così, avresti il ​​diritto di quadruplicare i danni in denaro e potresti anche essere in grado di ottenere alcuni danni punitivi.

Facendoli causa e vincendo, farai alcuni titoli e scoraggerai questa pratica da altri in futuro, il che sarà vantaggioso per tutti gli sviluppatori di software che cercano una nuova posizione.

I test di codifica sono purtroppo un fatto della vita. Detto questo, mi dà fastidio chiedermi di saltare quattro ore a un test di codifica come condizione per ottenere il mio primo screening telefonico. Non è giusto chiedere a un candidato di investire così tanto quando la società ha investito così poco nella relazione.

Sono uno sviluppatore senior e posso superare il test di codifica. Ma non perderò un sacco di tempo a meno che la compagnia non abbia mostrato un certo interesse personale per me. In genere non completo una domanda per nessuna azienda con un grande modulo di iscrizione online scritto male che mi chiede di reinserire il mio curriculum in modo che il loro robot scritto male possa rovinare la ricerca delle parole chiave. In genere non accetto di completare un test di codifica a meno che non sia breve o non lo stiano guardando dal vivo e stiano parlando con me.

Anche se non stanno mettendo in produzione il tuo codice, un'azienda che vuole che tu passi un sacco di tempo a scrivere prima di scoprire se sei anche in forma è un'azienda che si sente a tuo agio a trarre vantaggio da te. Stanno segnalando ciò che vogliono che sia la loro relazione; tu sei la scimmia codice. Chiamano i colpi. E il loro processo di intervista è progettato per trovare persone a loro agio con quella relazione.

Non essere una scimmia codice. Andarsene.