Come programmatore, ti interessa quale metodo utilizza il processo di sviluppo?

Sono nel mercato del lavoro e ho una serie di priorità per il mio prossimo lavoro tra cui stipendio, linea di business, ecc. Una cosa che non è in nessun punto del mio elenco di requisiti, tuttavia, è la metodologia del processo di sviluppo. Sento che il mio compito è quello di creare software e vedo la struttura del processo come qualcosa su cui posso adattarmi, che si tratti di mischia, cascata o altro.

La metodologia del processo di sviluppo è una priorità per te?

È importante per me solo per non intralciare il senso comune che speriamo possa avere la maggior parte dei professionisti.

Quando parliamo di controllo della versione, c'è l'argomento che any version control beats not having anything at all, questo non è il caso dei metodi di sviluppo. I metodi significano regole e talvolta le regole vengono infrante. Ho lavorato per aziende che hanno fatto cose davvero sciocche da quando tutti possono ricordare, qualunque problema che la procedura sciocca è accaduta per curare è andato via molto tempo fa.

Voglio quanto segue da un'azienda:

• Procedure chiaramente documentate che si adattano a poche pagine. Se devo leggere una tesi o (peggio) un romanzo per mettermi al passo, mi perderò a lungo.

• La prova che la società è aperta a cambiare le procedure in meglio. Devo essere in grado di andare da qualcuno e dire "Capisco perché stai facendo [xyz], ma c'è uno strumento che fa la maggior parte di quello per te adesso. Possiamo usarlo?"

• Una piccola competizione può essere buona ed è spesso inevitabile. Ma eviterò qualsiasi negozio in cui la concorrenza viene utilizzata come mezzo principale per motivare le persone. Se hai codificato qualcosa che invia il numero di linee impegnate al giorno dallo sviluppatore alla stampante laser alle 17:00, non voglio lavorare per te.

• Se non hai impedito alle build nei repository benedetti di ricevere modifiche che interrompono tale build, corro come diamine. L'ultima cosa che voglio fare alle 5:00 è estrarre le modifiche dal repository principale per testare la mia build locale, solo per ritrovarmi a correggere il punto e virgola di qualcun altro.

• Preferisco saltare a metodi che ricordano un metodo consolidato caduto dall'albero agile. Non è obbligatorio, ma un senso di familiarità aiuta a superare la gobba iniziale di cercare di essere produttivi senza commettere un errore procedurale.

Se vedo che passerò più tempo a risentire delle procedure che a essere grato che esistano, probabilmente passerò il lavoro.

L'altro clamoroso "oh no, mai più!" è "Speriamo che anche tu stabilisca le migliori pratiche per noi. Abbiamo sei milioni di righe di codice e 21 telelavoratori, dovremmo usare un SVN o qualcosa del genere?" .

Qualcuno potrebbe divertirsi a risolverlo. Non sono quel ragazzo :)

Come sviluppatore, mi preoccupo che il processo di sviluppo sia sano. Numerose diverse metodologie di sviluppo possono fornire un processo di sviluppo sano. Al contrario, una società distrutta può fornire un processo folle, indipendentemente da come lo chiamano.

Pertanto non mi interessa particolarmente quale sia la loro "metodologia di sviluppo" ufficiale. Tuttavia, continuerò a chiedermelo semplicemente perché mi dà un contesto per porre domande di follow-up per capire cosa stanno realmente facendo.

Sì, ho visto alcune metodologie scadenti che non credo che vorrei ripetere ancora. Come un paio di esempi, considera questi: andresti bene con uno stile da cowboy per un team di una dozzina di sviluppatori in cui ognuno potrebbe usare il proprio controllo del codice sorgente, convenzioni di codifica, ecc.? So che non lo farei. Che ne dite di dove cambiare una riga di codice ci sono una dozzina di moduli da compilare e circa 20 firme per OK il cambiamento nella produzione che potrebbe richiedere settimane per essere completato mentre il senior management sign off potrebbe impiegare un po 'di tempo per ottenere? Il "qualunque" lascia le cose un po 'troppo aperte nella mia mente, ma forse forse sono un po' cinico qui.

Come sviluppatore non mi dispiace quale metodologia sia, purché sia ​​una metodologia corretta, utilizzata correttamente.

Quindi, ad esempio, non mi piacerebbe lavorare per un'azienda che fa "codifica da cowboy" , soprattutto se sono abbastanza ignoranti da pensare che stiano effettivamente facendo Agile .

Preferisco i luoghi che hanno un metodo di sviluppo che tutti possono effettivamente seguire.

Ho lavorato in lavori molto frustranti a causa delle scelte di processo utilizzate per lo sviluppo e le attività in generale. In questi giorni ho alcuni requisiti minimi per il processo. Qualsiasi azienda che non si occupa di questi ritengo mal gestita e per cui non funzionerà. Non ho la pazienza per l'idiozia che avevo una volta, quindi salvo me e loro un sacco di aggravamento saltando quei lavori.

Finché abbiamo una parvenza di requisiti sensibili, un rappresentante aziendale che è impegnato e reattivo e una comprensione del fatto che il team di sviluppo ha una grande voce in capitolo nei tempi, allora sono felice e posso adattarmi a qualsiasi cosa.