Adattarsi a un ambiente di squadra dopo aver sviluppato da solo per anni


12

Ho quasi 5 anni di esperienza come sviluppatore web e sento che dovrei essere di medio livello ormai, ma quando cammino camminando penso di essere ancora piuttosto "junior".

Ecco quello che penso sia il problema: per la maggior parte della mia carriera, raramente ho avuto una vera guida da parte di uno sviluppatore più anziano e nessuna esperienza con i team di sviluppatori, quindi ho dovuto attraversare un sacco di soluzioni e fare tutto tagliato ed essiccato. In pratica, non c'era tempo da perdere in quanto l'unico responsabile della scrittura o della manutenzione del codice. Per questo motivo, non ho alcuna conoscenza formale dell'attuale processo di sviluppo del software e alla fine ho capito che la codifica è solo una piccola parte del processo.

Mi piacerebbe molto lavorare con un team di sviluppatori con una solida esperienza, ma temo che sarebbe una corsa molto sconnessa cercando di adattarsi alla base di conoscenza necessaria per i processi di sviluppo. Come programmatore che ha volato da solo per gran parte della sua carriera, cosa posso fare per prepararmi a un "lavoro" che lavora con un team più grande (almeno 5) di professionisti esperti?

Modifica: a tal fine non ho superato molti dei test tecnici forniti dalle società "big shot" che prosperano sui loro software e sviluppatori. In generale non intendo come Google, ma ragionevolmente successo nell'area geografica.



Consiglieresti di modificare il titolo della domanda per menzionare la codifica da cowboy, per chiarire il problema?
Chris C,

Risposte:


2

Preparati a imparare dai membri del tuo team e renditi conto che il modo in cui hai fatto le cose negli ultimi anni potrebbe non essere "all'altezza" con il resto dei membri del tuo team. Le revisioni del codice lo riveleranno probabilmente se fanno parte del processo di sviluppo.

Anche la comunicazione è importante, quindi se non lo hai già fatto, preparati a documentare bene il tuo codice, scrivere documentazione esterna, utilizzare messaggi dettagliati di controllo del codice sorgente per le modifiche del codice e tenere traccia di problemi / caratteristiche / cambiamenti nel rilevamento dei problemi (bug) Software. Devi consentire ai membri del tuo team di vedere cosa hai fatto e capire perché l'hai fatto. Forse impareranno una o due cose da te in questo modo.

In bocca al lupo!


5
Almeno ho una certa esperienza con SVN. Concordo con l'essere ricettivo alle critiche, preferirei essere umiliato dagli sviluppatori piuttosto che essere offeso da persone che non sanno programmare.
Chris C,

0

Dovrai avere le capacità di programmazione, ma devi anche mettere a proprio agio gli intervistatori con la tua volontà di andare d'accordo con gli altri. Hai bisogno di qualcosa di più del semplice voler essere un programmatore migliore.

Inizia ad analizzare il modo in cui attualmente fai le cose. Ritorni al codice e trovi ciò che hai scritto confuso e difficile da cambiare? Stai ripetendo certe attività ancora e ancora. Cerca nei siti SO o fai domande su come migliorarli. Potresti non essere in grado di completarli. Attualmente programma da solo. Mi piacciono i metodi di sviluppo agili, ma ho dovuto adattarmi alla mia situazione.

Non limitarti a cercare una squadra, ma trova quella che può / ti insegnerà qualcosa. Preferisco fare domande sul perché le cose vengano fatte in un certo modo e ottenere qualcosa al di là, "Questo è il modo in cui l'abbiamo sempre fatto". una specie di risposta. Se tutti diventeranno difensivi e non giustificheranno ciò che stanno facendo, non mi sento di imparare nulla. L'apprendimento arriva quando hai scoperto perché avevi ragione o torto. La tua mente deve essere cambiata.

Potresti voler vedere dove segna la squadra in The Joel Test.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.