Domanda:
Come comportarsi con un compagno di squadra non cooperativo?
siamii
2013-02-08 00:49:41 UTC
view on stackexchange narkive permalink

Ho appena iniziato una posizione di ricerca proveniente dal settore. Dovrei lavorare su un progetto in corso e diramarlo in una nuova direzione.

C'è un membro del gruppo di ricerca che ha lavorato molto su ciò che dovrei modificare. Così gli ho chiesto se poteva condividere il suo lavoro e il suo codice con me. Mi ha detto che è ancora un lavoro inedito e non c'è modo che mi dia il suo codice. Ha detto che questo è il modo in cui fa ricerca.

Sono un po 'perplesso e non so cosa fare. Mi ha detto che dovevo andare e fare da solo quello che ha fatto da circa un anno ormai. Il mio supervisore ha accettato il mio suggerimento che avrei dovuto lavorare con questa persona, ma quando gli ho detto che non avrebbe condiviso il codice con me, stava solo ridendo nervosamente e non ha detto nulla.

È c'è un modo in cui posso convincere questa persona a collaborare con me, o sto sbattendo la testa contro un muro?


Quindi, solo per chiarire. Il mio supervisore è (uno dei) leader del progetto. Ho prima parlato con il supervisore suggerendo, poi ho parlato con la persona che ha rifiutato, poi di nuovo con il supervisore. Questo progetto va avanti da un anno. Ci sono circa 5 persone che ci lavorano in questo laboratorio. Sono entrato a far parte del laboratorio per approfondire il lavoro svolto qui e per contribuire alle fasi finali del progetto. Con mia sorpresa, non esiste un repository di codice condiviso, ma piuttosto ogni persona fa le proprie cose e durante le riunioni ne discute.

Ho detto alla persona che non gli avrei rubato il codice. Mi ha risposto che non condivide il codice perché non lo capirò. Gli ho detto che mi aiuta a capire il lavoro guardando il codice. Mi ha detto che no.

Quindi il mio piano è di leggere di nuovo la bozza di documenti e cercare di capirlo in quel modo, quindi riprovare tra qualche giorno. Non voglio reimplementare la stessa cosa che ha fatto lui ...


Oggi mi è stato concesso l'accesso al server del gruppo di ricerca e ho potuto visualizzare il lavoro di tutti (circa 15 persone) e tutto il materiale del progetto ... eccetto la sua directory e implementazione che è stata negata. Gli ho parlato di nuovo, e chiaramente ha paura che gli ruberò il lavoro e forse dovrà mettere un altro nome sul suo foglio se trovo qualcosa di interessante, diluendo così i suoi risultati. Continuava a dirmi che questo è il suo lavoro, ed è la prima persona sulla carta e che avrei dovuto fare qualcos'altro o reimplementare l'intero codice da solo.

* non condivide il codice perché non lo capirò ... * Sente che non sei abbastanza intelligente da capire il suo codice, o il suo codice è di così bassa qualità che nessuno può capirlo?
@Caleb: la mia ipotesi sarebbe la successiva, ma potrei essere di parte perché considero la documentazione / commenti e la leggibilità del codice un aspetto della qualità del codice.
Questa persona (quella che si rifiuta di condividere il codice) è un dipendente dell'università? In tal caso, mi aspetto che il codice sia considerato un lavoro su commissione e il copyright su di esso sia di proprietà dell'università. Proverei a ottenere questo risultato passando attraverso il suo supervisore in modo che, invece di richiedere la sua collaborazione, la situazione si trasformi in una situazione in cui il suo capo gli sta dando l'ordine di eseguire un compito (fornendo una copia del codice sorgente) e il rifiuto di farlo sarebbe insubordinazione.
Il titolo di questa domanda avrebbe potuto essere: "Come affrontare il problema della condivisione del codice nelle scienze computazionali"
If all the other answers fail (which is unlikely), I have a short thought that may help you: maybe you don't really want to look at that code. If the code has been written by one person to be read by that person, it may be easier, faster and less frustrating to start from the algorithms, design or even abstract ideas rather than the code. When something cannot be seen I have the habit of asking myself whether it may not exist, whether the effects it seems to have could be caused by something else. If everything else fails, think about it ;)
Chissà se il collega sta postando http://academia.stackexchange.com/q/31484/11825!
Cinque risposte:
eykanal
2013-02-08 03:01:20 UTC
view on stackexchange narkive permalink

Questo atteggiamento è molto comune nel mondo accademico, poiché l'ambiente accademico è spesso altamente competitivo. Detto questo, non ho mai visto nessuno farlo all'interno di un team . Sono d'accordo con seteropere sul fatto che se questa persona è davvero nella tua squadra, probabilmente dovrai sollevare la questione con il tuo supervisore.

Tuttavia, c'è probabilmente un motivo per cui non è disposto a condividere, e se riesci a trovare la ragione di ciò potresti convincerlo a essere più un giocatore di squadra. È preoccupato che darti l'accesso possa danneggiare le sue possibilità di pubblicazione? Puoi lavorare con il tuo supervisore per convincerlo che continuerà a ottenere la paternità anche se il codice è condiviso. Ha paura che rovini il codice? Suggerire di utilizzare una sorta di controllo delle versioni per tenere traccia delle modifiche. È solo un idiota al riguardo? Se è così, allora si tratta solo della risposta di seteropere e dovrai sperare che il tuo capo abbia una spina dorsale sufficiente per aiutarti.

"Dovrei lavorare su un progetto in corso e diramarlo in una nuova direzione". Mi suona come se qualcuno (supervisore) avesse deciso che l'OP dovesse rilevare il progetto degli altri. Se ciò non fosse in accordo con l'altro, è probabile che sia una situazione molto difficile (il progetto viene "portato via", arriva un novellino ed è percepito come esigente, impertinente o forse anche arrogante), e potrebbe sorgere la concorrenza che mantiene il progetto all'interno del gruppo.
"Questo atteggiamento è molto comune nel mondo accademico, poiché l'ambiente accademico è spesso altamente competitivo" Solo a livelli relativamente bassi e con persone provenienti da determinati contesti culturali. Al di sopra di una certa soglia, ti senti molto più frustrato dal fatto che devi implementare ogni tua idea da solo perché le poche altre persone capaci sono esattamente nella stessa posizione. Vorrei solo rifare le cose da zero. Spesso ci vuole meno tempo per scrivere il proprio codice che per capire come modificare correttamente il codice esistente senza una documentazione minimamente chiara.
seteropere
2013-02-08 02:36:36 UTC
view on stackexchange narkive permalink

Il mio supervisore ha acconsentito al mio suggerimento di lavorare con questa persona,

Perché suggerisci qualcuno che non è disposto a collaborare con te?

Dato che hai avuto l'iniziativa e hai suggerito il suo nome, penso sia chiaro che il tuo amico non è motivato per il tuo progetto , quindi non dare il codice è un comportamento previsto.

Il tuo amico è

  • Parte del team di progetto . In questo caso, il suo ruolo dovrebbe essere molto chiaro. dovrebbe fornire il codice? se sì, sollevalo al supervisore e chiedi aiuto. Se fornire il codice fa parte del suo contributo al progetto, il supervisore dovrebbe svolgere il suo ruolo qui e chiedere allo studente di farlo.

  • Non partecipa al progetto . In questo caso, ti sta facendo un favore se ti ha fornito il codice. Dovresti eseguire l'implementazione da solo, ma assicurati di non includerlo nel progetto in seguito! .. oppure prova a convincerlo che è vantaggioso per lui fornire il codice (cioè co-autore nell'articolo risultante).

In entrambi i casi, è responsabilità del supervisore definire l'ambito / assegnare il lavoro agli studenti nei progetti di gruppo.

Non mi risulta chiaro dalla domanda che la persona sia anche uno studente.
@SylvainPeyronnet bene; almeno la parola ** il mio supervisore ** è presente nel testo
Esatto: "il mio supervisore" ma forse non il "suo" supervisore (suo = la persona che non vuole dare il codice).
Sylvain ha ragione. Il mio supervisore non è il suo supervisore. Il mio amico è motivato perché ottiene i suoi finanziamenti da questo progetto. Il mio lavoro riguarda le cose che sono menzionate in "Future Work" nella bozza di documento.
Anon
2013-03-19 06:06:25 UTC
view on stackexchange narkive permalink

A questo punto sono un record rotto: questa è una delle situazioni in cui mi sono trovata. Nessuno dei miei colleghi è stato disponibile, con tecniche, codice, documentazione - niente. Uno dei membri del team insiste sul fatto che non documenta il codice perché dovrebbe essere evidente come funziona il suo codice leggendolo. Questa è un'assurdità evidente: ha dimenticato ciò che fa il suo codice oppure non vuole dire. Si rifiuta assolutamente di fornire una panoramica concettuale del suo sistema - anche i postdoc si sono lamentati del fatto che spreca il loro tempo con la minuzia delle opzioni della riga di comando e le storie sul vecchio paese invece di descrivere gli algoritmi principali e la configurazione necessaria per ottenere il suo modello lavoro. Sono stato costretto a riprodurre o riscrivere il codice. Si è scoperto con sorpresa del PI che il mio codice era migliore, ma devo dire che non mi piaceva molto trovarmi in questa situazione. Gli altri commenti suggeriscono di essere ottimisti di fronte all'intransigenza. Io stesso ho deciso (i dettagli sono sparsi per questo sito) di uscire, per diversi motivi:

  • i miei colleghi non erano disponibili e hanno preferito che duplicassi il loro lavoro.
  • in la volta in cui sono riuscito a persuadere i miei compagni di squadra a condividere un po 'di lavoro che hanno fatto, erano gratuitamente condiscendenti mentre lo hanno consegnato a malincuore, sebbene fosse del tutto ovvio che avrebbero dovuto semplicemente condividere il lavoro
  • il lavoro era essenzialmente impubblicabile e di scarso valore accademico
  • Sono stato fuorviato sul mio ruolo all'interno del gruppo di ricerca
  • la paga era abissale
  • era inutile continuare a lavorare per poco denaro senza essere incluso in nessuna delle pubblicazioni del gruppo. Potrei anche lavorare nell'industria per più soldi e senza pubblicazioni.

Il primo vale nel tuo caso: preparati a non ricevere alcuna collaborazione dai membri del tuo team.

Javeer Baker
2013-02-08 02:36:43 UTC
view on stackexchange narkive permalink

Parla con l'altra persona. Sì, parla non e-mail. Scopri qual è la sua preoccupazione. Forse la sua preoccupazione è che tu possa semplicemente usare il suo lavoro e non dargli credito. Assicura la persona che non sarebbe così. Questa è la cosa giusta ed etica da fare. Preparati a metterlo per iscritto se può salvare 1 anno della tua vita.

Penso che sia importante riconoscere che potrebbero esserci altre persone che potrebbero anche aiutarti. Chiedi. Questo fa parte del processo di apprendimento.

Se tutto fallisce, sii pragmatico e modifica l'ambito del tuo progetto se puoi in consultazione con il tuo consulente. Non ha senso perdere tempo in attesa che le circostanze possano cambiare.

Beh, la mia scrivania è proprio accanto alla sua, quindi gli parlo solo di persona.
Ankita
2013-02-09 14:19:17 UTC
view on stackexchange narkive permalink

Come hai detto che ti siedi accanto a lui, ti suggerirei di essere paziente con lui e di aspettare qualche giorno ...

Inizia il tuo lavoro di ricerca come dovresti fare, e nel significa mentre cerca di essere utile e di comportarti bene con lui. Durante la tua ricerca se avessi bisogno di un piccolo aiuto, allora sicuramente consultalo e ti risponderà ... Sono abbastanza sicuro che dopo alcuni giorni di aiuto + buon comportamento nei suoi confronti + chiedere e condividere alcune conoscenze con lui cambierà sicuramente il suo atteggiamento verso di te!

Eviterei di suggerirti di consultare il tuo supervisore per lo stesso ancora e ancora perché alla fine lo darai fastidio e rovinerai la tua impressione. Gestisci le cose da solo, sii cooperativo. Sii paziente per qualche giorno e c'è la possibilità di risparmiare un anno di fatica.

Buona fortuna.



Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 3.0 con cui è distribuito.
Loading...