¿Qué haces cuando tienes que trabajar en un proyecto usando un lenguaje que odias?

Recientemente me asignaron a trabajar en un proyecto escrito en PHP . No puedo cambiar eso, y no tengo intención de intentarlo realmente.

Sin embargo, esto no puede ser un escenario poco común. ¿Cómo te motivas para trabajar en el proyecto cuando el código que estás viendo y produciendo constantemente te hace querer llorar?

EDITAR:

Cabe señalar que este es prácticamente el único trabajo en el campus que hace algo relacionado con el software disponible en este momento, por lo que "simplemente cambiar de trabajo" no es realmente una opción :(

Mi consejo sería soportarlo, solo si ve el beneficio de aprender algo del lenguaje y todos los procesos o patrones que utiliza el proyecto. Podría obtener algo de eso.

La alternativa, si eres lo suficientemente reacio al riesgo, es buscar otro trabajo. Lo que sin duda es una buena idea si su falta de motivación se ve afectada no solo por la tecnología utilizada, sino por la falta de comprensión de las buenas prácticas de sus compañeros de trabajo. Debería haber mejores cosas que hacer que tener tus habilidades como desarrollador estancadas. Si no está aprendiendo nada ni gana nada de su trabajo: obtenga un mejor trabajo.

Si se trata de un contrato o proyecto a corto plazo, o algo que ocasionalmente necesitará apoyar, solo muerda la bala y hágalo , por supuesto.

Si no es así, busque otro trabajo o intente explicar por qué ese idioma podría ser un obstáculo a largo plazo (si puede).

En el primer caso, se trata de ser profesional y no quejarse de las preferencias personales. En el segundo caso, se trata de ser feliz con su trabajo y su vida .

Si lo que necesita es motivación, yo diría que comience a tratar de encontrar partes que disfrute en el idioma, y ​​comience un proyecto personal de mascotas con él para que tenga un incentivo más fuerte para aprenderlo más en profundidad. Intenta hacer las cosas que te gustan con él. Si le gusta TDD, concéntrese en mejorar la cobertura de la prueba, etc.

Pero al final, tendrás que morder la bala.

Usted diseña el lenguaje de programación que le gustaría usar, luego escribe un compilador que genera el lenguaje que no le gusta usar.

Al menos, eso es lo que hicieron estos tipos:

• haXe apunta a PHP, Flash, JavaScript, C ++ y Neko; tal vez JVM en el futuro
• Wasabi apunta a VBscript, JavaScript, PHP4, PHP5 y .NET
• Scriptol apunta a PHP y C ++
• CoffeeScript se dirige a JavaScript

Elija su currículum y comience a buscar un trabajo diferente. PHP es un lenguaje poderoso, sin embargo, su sintaxis es de mierda y no es consistente. Al mismo tiempo, inicie el proyecto de inicio en el idioma en el que desea trabajar y si puede unirse a un proyecto de código abierto.

buena suerte.

De Verdad? Haces lo que haces cuando TIENES que trabajar en CUALQUIER COSA que odies. Aprietas los dientes, cavas y haces el trabajo.

..o aprendes a ser un poco más fácil!

¿Cuánto dura el proyecto? Si es corto solo sonríe y aguanta y piensa si es un buen currículum para rellenar. Si a largo plazo buscaría otro trabajo.

Si su empleador lo obliga a trabajar regularmente utilizando herramientas que "odia" (que es un término muy fuerte), entonces ¿quizás está en el trabajo equivocado?

Ser pragmático es esencial para el profesionalismo.

Es una oportunidad de aprendizaje.

Se me ocurren un par de cosas:

• Primero: cómo hacerlo mejor en el conjunto de herramientas con el que está trabajando, solo porque lo que ya existe es menos que maravilloso, no significa que lo que produce tiene que ser. Incluso puede encontrar cosas que le gusten (aunque me cuesta recordarlas de Dibol ...).

• En segundo lugar: peso del argumento para no usar ese conjunto de herramientas en el futuro, si puede decir que usó algo de una manera no trivial, que tiene estos pros y contras, entonces tiene una mejor oportunidad de persuadir algo que es negativo La opinión de los mismos tiene valor.

Como profesional, tiene que callarse y seguir adelante, cuanto antes se haga, más pronto volverá a usar los juguetes que le gusten. Eso no quiere decir que no deba expresar su descontento a su gerencia al principio y al final. Pero probablemente no en el medio.

Si estoy construyendo algo que alguien quiere con un lenguaje que creo que es capaz de entregar el proyecto sin demasiados problemas, puedo superarlo. Lo que me preocupa es cuando quieren una funcionalidad que puede no ser posible / práctica o que lleva más tiempo de lo normal.