Sono nel mercato del lavoro e ho una serie di priorità per il mio prossimo lavoro, tra cui stipendio, linea di business, ecc. Tuttavia, una cosa che non compare da nessuna parte nel mio elenco di requisiti è la metodologia del processo di sviluppo. Sento che il mio lavoro è creare software e vedo la struttura del processo come qualcosa che posso adattare a prescindere che si tratti di mischia, cascata o altro.
La metodologia del processo di sviluppo è una priorità per te?
Per me è importante solo per non intralciare il buon senso che speriamo possa avere la maggior parte dei professionisti.
Quando parliamo del 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 le regole a volte sono infranti. Ho lavorato per aziende che hanno fatto cose veramente stupide per tutto il tempo che chiunque può ricordare, qualunque problema la procedura di goofy abbia curato è andata via molto tempo fa.
Voglio il seguito di un'azienda:
Procedure chiaramente documentate che si adattano su poche pagine. Se devo leggere una tesi o (peggio) un romanzo per essere al passo con la velocità, sarò perso per molto tempo.
Prova che l'azienda è aperta a cambiare le procedure per il 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 ora. Possiamo usarlo?"
Una piccola competizione può essere buona ed è spesso inevitabile. Ma eviterò qualsiasi negozio in cui la concorrenza venga utilizzata come mezzo principale per motivare le persone. Se hai codificato qualcosa che invia il numero di linee commesse giornalmente dallo sviluppatore alla stampante laser alle 17:00, non voglio lavorare per te.
Se non hai impedito alle build di repository benedetti di ricevere modifiche che rompono la build, corro come diamine. L'ultima cosa che voglio fare alle 5:00 è apportare modifiche dal master repo per testare la mia build locale, solo per ritrovarmi a correggere il punto e virgola di qualcun altro.
Preferisco saltare in metodi che assomigliano a un metodo stabilito che è caduto dall'albero agile. Non è obbligatorio, ma un senso di familiarità aiuta a superare la gobba iniziale di cercare di essere produttivi senza commettere errori procedurali.
Se vedo che passerò più tempo nelle procedure di risentimento che essere grati di esistere, probabilmente passerò il lavoro.
L'altro clamoroso "oh no, mai più!" è "Speriamo che anche tu possa impostare le best practice per noi. Abbiamo sei milioni di linee di codice e 21 telecommuters, dovremmo usare un SVN o qualcosa del genere?" .
Qualcuno potrebbe divertirsi un po 'a smistarlo. Non sono quel tipo:)
Come sviluppatore, mi interessa che il processo di sviluppo sia sano. Un certo numero di diverse metodologie di sviluppo può fornire un processo di sviluppo sensato. Viceversa, un'azienda danneggiata può fornire un processo folle indipendentemente da come lo chiamano.
Quindi non mi interessa particolarmente quale sia la loro "metodologia di sviluppo" ufficiale. Comunque lo chiederò ancora semplicemente perché offre un contesto per me per porre domande di follow-up per capire cosa stanno facendo veramente .
Sì, ho visto alcune metodologie povere che non penso vorrei ripetere ancora. In un paio di esempi, prendi in considerazione questi: staresti bene con uno stile da cowboy per una squadra di una dozzina di sviluppatori in cui ognuno potrebbe utilizzare il proprio controllo del codice sorgente, convenzioni di codifica, ecc.? So che non lo farei. Che ne dici di dove cambiare una riga di codice? Ci sono una dozzina di moduli da compilare e una ventina di firme per confermare il cambiamento di produzione che potrebbe richiedere settimane per essere completato, in quanto l'accesso alla dirigenza potrebbe richiedere del tempo? Il "qualunque" lascia le cose un po 'troppo aperte alla mia mente, ma allora forse sono un po' sincero qui.
Come sviluppatore non mi interessa quale sia la metodologia, purché sia una metodologia corretta, usata correttamente.
Quindi, ad esempio, non vorrei lavorare per società che "codifica cowboy" , specialmente se sono abbastanza ignoranti da pensare che in realtà stanno facendo Agile .
Preferisco i luoghi con un metodo di sviluppo che tutti possono effettivamente seguire.
Ho lavorato a lavori che erano molto frustranti a causa delle scelte di processo utilizzate per lo sviluppo e il business in generale. In questi giorni ho alcuni requisiti minimi per il processo. Qualsiasi azienda che non si impegna in questi considero mal gestito e non funzionerà per. Non ho la pazienza per l'idiozia che ero solito avere così ho salvato me stesso e loro un sacco di esasperazione saltando quei lavori.
Finché abbiamo una parvenza di requisiti ragionevoli, un rappresentante aziendale che è impegnato e reattivo, e la comprensione che il team di sviluppo ha una grande voce in termini di tempo, allora sono felice e posso inserirmi in qualsiasi cosa.
Leggi altre domande sui tag development-process