Che cosa fai quando devi lavorare su un progetto usando un linguaggio che odi?

Il mio suggerimento sarebbe di sopportarlo, solo se vedi il beneficio di apprendimento di qualsiasi cosa, dalla lingua e da tutti i processi o pattern utilizzati dal progetto. Potresti ottenere qualcosa da esso.

L'alternativa, se sei abbastanza avverso al rischio, è cercare un altro lavoro. Che è certamente una buona idea se la tua mancanza di motivazione viene trascinata verso il basso non solo a causa della tecnologia utilizzata, ma dalla mancanza di comprensione per le buone pratiche dei tuoi colleghi. Ci dovrebbero essere cose migliori da fare che avere le capacità di uno sviluppatore stagnante. Se non stai imparando nulla o guadagni qualcosa dal tuo lavoro: ottieni un lavoro migliore.

Se si tratta di un contratto o di un progetto a breve termine, o qualcosa che dovrai occasionalmente supportare, basta mordere il proiettile e farlo , naturalmente.

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, è sull'essere professionale e non piagnucolare sulle preferenze personali. Nel secondo caso, si tratta di essere felici con il tuo lavoro e la vita .

Se ciò di cui hai bisogno è motivazione, direi iniziare a provare a trovare i pezzi che ti piacciono nella lingua, e avviare un progetto personale per animali domestici in modo da avere un incentivo più strong per impararlo in modo più approfondito. Prova a fare le cose che ti piacciono. Se ti piace il TDD, concentrati sul miglioramento della copertura del test, ecc ...

Ma alla fine, dovrai mordere il proiettile.

Progetta il linguaggio di programmazione che vorresti come , quindi scrivi un compilatore che emette la lingua che non ti piace usare.

Almeno, questo è quello che hanno fatto questi ragazzi:

• haXe si rivolge a PHP, Flash, JavaScript, C ++ e Neko; forse JVM in futuro
• Wasabi sceglie VBscript, JavaScript, PHP4, PHP5 e .NET
• Scriptol sceglie come target PHP e C ++
• CoffeeScript sceglie come target JavaScript

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

buona fortuna.

Davvero? Fai quello che fai quando devi lavorare su QUALSIASI cosa odi. Stringi i denti, scavati e fai il lavoro.

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

Quanto è lungo il progetto? Se è breve, sorridilo e sopportalo e pensa se è buono come riassunto. Se a lungo termine vorrei cercare un altro lavoro.

Se il tuo datore di lavoro ti obbliga a lavorare regolarmente utilizzando strumenti che "odi" (che è un termine molto strong), allora forse hai sbagliato lavoro?

Essere pragmatici è essenziale per il profesionalismo.

È un'opportunità di apprendimento.

Mi vengono in mente un paio di cose:

• In primo luogo: come fare meglio nel set di strumenti con cui si sta lavorando, solo perché ciò che è già presente è meno che meraviglioso, non significa che ciò che si produce deve essere. Potresti anche trovare cose che piacciono (anche se faccio fatica a ricordare qualsiasi cosa di Dibol ...).

• In secondo luogo: il peso dell'argomento per non usare quel toolset in futuro, se puoi dire che hai usato qualcosa in modo non banale, che ha questi pro e questi svantaggi, allora hai una possibilità molto migliore di persuadere qualcosa che ha valore per la tua opinione negativa dello stesso.

Come professionista hai sostanzialmente la possibilità di stare zitto e andare avanti con esso - prima si fa prima si ritorna 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 un linguaggio che ritengo sia in grado di fornire 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.