Cosa fai quando devi lavorare su un progetto usando una lingua che odi?

Recentemente sono stato assegnato a lavorare su un progetto scritto in PHP . Non posso cambiarlo e non ho intenzione di provarci davvero.

Tuttavia, questo non può essere uno scenario insolito. Come ti motivi a lavorare sul progetto quando il codice che stai guardando e producendo costantemente ti fa venir voglia di piangere?

MODIFICARE:

Va notato che questo è praticamente l'unico lavoro nel campus che fa qualsiasi cosa relativa al software disponibile al momento, quindi "basta cambiare lavoro" non è davvero un'opzione :(

Il mio consiglio sarebbe di sopportarlo, solo se vedessi il vantaggio di imparare qualcosa dalla lingua e da tutti i processi o modelli che il progetto usa. Potresti ottenere qualcosa da esso.

L'alternativa, se sei abbastanza avverso al rischio, è cercare un altro lavoro. Che è sicuramente una buona idea se la tua mancanza di motivazione viene trascinata non solo a causa della tecnologia utilizzata, ma dalla mancanza di comprensione delle buone pratiche da parte dei tuoi colleghi. Dovrebbero esserci cose migliori da fare che avere le tue abilità come sviluppatori stagnanti. Se non stai imparando nulla o non ottieni nulla dal tuo lavoro: procurati un lavoro migliore.

Se si tratta di un contratto o di un progetto a breve termine, o qualcosa che a volte devi supportare, morde semplicemente il proiettile e fallo , ovviamente.

In caso contrario, cerca un altro lavoro o prova a spiegare perché quella lingua potrebbe essere un ostacolo a lungo termine (se puoi).

Nel primo caso, si tratta di essere professionali e non lamentarsi delle preferenze personali. Nel secondo caso, si tratta di essere felici con il tuo lavoro e la tua vita .

Se ciò di cui hai bisogno è la motivazione, direi che inizi a cercare di trovare pezzi che ti piacciono nella lingua, e avviare un progetto personale con esso in modo da avere un forte incentivo per impararlo più in profondità. Prova a fare le cose che ti piacciono. Se ti piace TDD, concentrati sul miglioramento della copertura del test, ecc ...

Ma alla fine, dovrai mordere il proiettile.

Si progetta il linguaggio di programmazione che si desidera utilizzare, quindi si scrive un compilatore che genera il linguaggio che non si desidera utilizzare.

Almeno, è quello che hanno fatto questi ragazzi:

• haXe ha come target PHP, Flash, JavaScript, C ++ e Neko; forse JVM in futuro
• Wasabi ha come target VBscript, JavaScript, PHP4, PHP5 e .NET
• Scriptol prende di mira PHP e C ++
• CoffeeScript ha come target JavaScript

Prendi il tuo curriculum e inizia a cercare un lavoro diverso. PHP è un linguaggio potente, tuttavia la sua sintassi è di merda e non coerente. Allo stesso tempo, avvia il progetto home nella lingua in cui desideri lavorare e se puoi partecipare a un progetto open source.

in bocca al lupo.

Veramente? Fai quello che fai quando DEVI lavorare su QUALUNQUE COSA odi. Stringi i denti, scavi e fai il lavoro.

..o impari ad essere un po 'più facile!

Quanto dura il progetto? Se è corto basta sorridere e sopportarlo e pensare se è buono riprendere a riempire. Se a lungo termine cercherei un altro lavoro.

Se il tuo datore di lavoro ti fa lavorare regolarmente usando strumenti che "odi" (che è un termine molto forte), allora forse stai facendo un lavoro sbagliato?

Essere pragmatici è essenziale per il profesionismo.

È un'opportunità di apprendimento.

Mi vengono in mente un paio di cose:

• Innanzitutto: come fare meglio nel set di strumenti con cui stai lavorando, solo perché ciò che già c'è di meno che meraviglioso non significa che ciò che produci debba essere. Potresti persino trovare cose che ti piacciono (anche se faccio fatica a ricordare qualsiasi di Dibol ...).

• In secondo luogo: peso dell'argomento per non usare quel set di strumenti in futuro, se puoi dire che hai usato qualcosa in modo non banale, che ha questi pro e quei contro, allora hai una possibilità molto migliore di persuadere qualcosa che il tuo negativo l'opinione dello stesso ha valore.

In quanto professionista, devi sostanzialmente zittire e andare avanti con esso - prima viene fatto, più torni a usare i giocattoli che ti piacciono. Questo non vuol dire che non dovresti esprimere la tua infelicità alla tua gestione all'inizio e alla fine. Ma probabilmente non nel mezzo.

Se sto costruendo qualcosa che qualcuno vuole con una lingua che ritengo capace di consegnare il progetto senza troppi problemi, posso superarlo. Ciò che mi preoccupa è quando vogliono funzionalità che potrebbero non essere possibili / pratiche o che richiedono più tempo del normale.