O que você faz quando precisa trabalhar em um projeto usando uma linguagem que você odeia?

Recentemente, fui designado para trabalhar em um projeto escrito em PHP . Não posso mudar isso e não tenho nenhuma intenção de realmente tentar.

No entanto, este não pode ser um cenário incomum. Como você se motiva a trabalhar no projeto quando o código que você está visualizando e produzindo constantemente o faz querer chorar?

EDITAR:

Deve-se observar que este é praticamente o único trabalho no campus que faz qualquer software relacionado ao momento, portanto, "apenas mudar de emprego" não é realmente uma opção :(

Minha dica seria perseverar, apenas se você vir o benefício de aprender alguma coisa da linguagem e de todos os processos ou padrões que o projeto usa. Você pode ganhar algo com isso.

A alternativa, se você é avesso ao risco, é procurar outro emprego. O que certamente é uma boa idéia se a sua falta de motivação for reduzida, não apenas por causa da tecnologia usada, mas também pela falta de entendimento de boas práticas de seus colegas de trabalho. Deveria haver coisas melhores a fazer do que ter suas habilidades como desenvolvedor estagnadas. Se você não está aprendendo nada ou obtém algo com seu trabalho: consiga um emprego melhor.

Se for um contrato ou projeto de curto prazo, ou algo que você precisará ocasionalmente apoiar, basta morder a bala e fazê-lo , é claro.

Caso contrário, procure outro emprego ou tente explicar por que esse idioma pode ser um obstáculo a longo prazo (se você puder).

No primeiro caso, trata-se de ser profissional e não de reclamar de preferências pessoais. No segundo caso, é sobre ser feliz com seu trabalho e sua vida .

Se o que você precisa é de motivação, eu diria que comece a tentar encontrar partes que você goste no idioma e inicie um projeto pessoal de animais de estimação com ele, para que você tenha um incentivo mais forte para aprender mais profundamente. Tente fazer as coisas que você gosta com isso. Se você gosta de TDD, concentre-se em melhorar a cobertura do teste, etc.

Mas no final, você terá que morder a bala.

Você cria a linguagem de programação que deseja de usar e, em seguida, escreve um compilador que produz a linguagem que não gosta de usar.

Pelo menos, foi o que esses caras fizeram:

• O haXe tem como alvo PHP, Flash, JavaScript, C ++ e Neko; talvez JVM no futuro
• O Wasabi tem como alvo VBscript, JavaScript, PHP4, PHP5 e .NET
• Scriptol tem como alvo PHP e C ++
• O CoffeeScript tem como alvo o JavaScript

Escolha seu currículo e comece a procurar um emprego diferente. PHP é uma linguagem poderosa, no entanto, sua sintaxe é uma merda e não é consistente. Ao mesmo tempo, inicie o projeto inicial no idioma em que deseja trabalhar e se você pode ingressar em um projeto de código aberto.

boa sorte.

Verdade? Você faz o que faz quando precisa trabalhar em QUALQUER COISA que odeia. Você range os dentes, cava e faz o trabalho.

..ou você aprende a ser um pouco mais fácil!

Quanto tempo dura o projeto? Se for curto, basta sorrir e aguentar e pensar se é bom currículo para preenchimento. Se fosse a longo prazo, procuraria outro emprego.

Se o seu empregador faz você trabalhar regularmente usando ferramentas que você "odeia" (que é um termo muito forte), então talvez você esteja no emprego errado?

Ser pragmático é essencial para o profissionalismo.

É uma oportunidade de aprendizado.

Algumas coisas vêm à mente:

• Primeiro: como fazer melhor no conjunto de ferramentas com o qual você está trabalhando, apenas porque o que já existe é menos do que maravilhoso, não significa que o que você produz tenha que ser. Você pode até achar coisas de que gosta (embora eu lute para lembrar de alguma coisa da Dibol ...).

• Segundo: peso do argumento para não usar esse conjunto de ferramentas no futuro, se você pode dizer que usou algo de uma maneira não trivial, que possui esses prós e contras, então você tem uma chance muito maior de convencer algo que é negativo opinião do mesmo tem valor.

Como profissional, você tem, substancialmente, para calar a boca e seguir em frente - quanto mais cedo terminar, mais cedo você voltará a usar os brinquedos de que gosta. Isso não quer dizer que você não deva expressar sua infelicidade à sua gerência no início e no final. Mas provavelmente não no meio.

Se estou construindo algo que alguém deseja com uma linguagem que considero capaz de entregar o projeto sem muitos problemas, posso superar isso. O que me preocupa é quando eles querem funcionalidades que podem não ser possíveis / práticas ou que levam mais tempo que o normal.