Me estoy encontrando en un pequeño lío. He estado en un grupo de TI bastante cómodo durante casi una década. Comencé aquí trabajando en desarrollo web, principalmente CRUD, pero he demostrado la capacidad de resolver problemas más complejos. No soy una estrella de rock, pero he recibido muchos elogios por mi aptitud para la programación, y los tecnólogos y arquitectos han comentado sobre mi capacidad para aprender cosas (por ejemplo, recientemente aprendí un framework web muy popular que permanecerá sin nombre ya que no quiere ser identificado).
Mi problema es que, con el tiempo, mis responsabilidades se han ido desplazando hacia trabajos como el soporte o el 'desarrollo' con algunos productos más bien especializados (temo mencionarlos aquí debido al potencial para ser identificados). Parte de este trabajo, si incluye algo parecido a la codificación, es una secuencia de comandos muy insignificante en lenguajes como Powershell o VBScript. Sin embargo, la gran mayoría de las veces, un día típico consiste en ir y venir con el soporte del proveedor del producto para enviarles registros y aplicar cambios de configuración o parches que recomiendan. Básicamente estoy hambriento de algún desarrollo de software real.
Sin embargo, a pesar de que soy más que capaz de hacer ese trabajo de desarrollo (y de hecho lo hago mucho mejor que cualquier otra cosa), nuestra jefa está más interesada en el tipo de trabajo que mencioné anteriormente, su razonamiento es que dado que no alguien más en la organización quiere hacerlo, debe significar seguridad laboral. Esto ha estado ocurriendo durante casi 3 años, y la única razón por la que me he aferrado es la promesa de que eventualmente nos asignarían más proyectos de desarrollo.
Bueno, eso resultó no ser cierto en absoluto. Una conversación reciente con la jefa acaba de dejarlo más claro, ya que me dijo en términos muy claros que es muy probable que el trabajo de desarrollo (web o de otro tipo) vaya a otro grupo. La razón que me dieron es que no tenemos suficientes recursos en nuestro grupo para manejar eso.
Así que ahora me encuentro en la posición de que tengo que quedarme en lo que se ha convertido esencialmente en un trabajo de TI sin salida que está ligado a la fortuna de una pila de aplicaciones de nicho, o tratar de encontrar una posición que sea mejor para mi largo carrera a término. Mi problema (¿es un problema?), sin embargo, es que, en comparación con otros, mis proyectos de desarrollo en los últimos tres años son muy escasos. Para complicar las cosas, los proyectos que utilizan los marcos más recientes y populares equivalen a la gran cantidad de solo uno, sin ningún trabajo de ese tipo en el futuro previsible.
Me preocupa mucho que esta escasez en mi currículum sea un déficit y que perjudique mis posibilidades de conseguir un trabajo diferente. También me pregunto cuánto me dolerá y si eso se puede mejorar con mis propios proyectos de pasatiempos. Supongo que estoy buscando opiniones.
Primero , parece que ha hablado con su jefe sobre este tema varias veces en los últimos años. Teniendo en cuenta lo que ha dicho, no parece probable que pueda "arreglar" este problema en su posición actual.
En segundo lugar , esto significa que probablemente querrá buscar oportunidades fuera de su empresa o grupo actual para realizar más trabajo de desarrollo. Hay muchas opciones para desarrolladores competentes (al menos en los EE. UU.).
Me preocupa mucho que esta escasez en mi currículum sea un déficit y que perjudique mis posibilidades de conseguir un trabajo diferente.
Tenga en cuenta que, en la mayoría de los casos, lo que pone en su currículum lo lleva a la puerta. Ha estado haciendo trabajos de desarrollo/TI durante casi 10 años con la misma empresa. Parece que comenzó a hacer el tipo de trabajo de desarrollo que le interesa. ¡El hecho de que no haya hecho esto durante algunos años no significa que tenga que quitarlo de su currículum!
Además, si siente que no puede elaborar mucho sobre las experiencias anteriores, use terminología y frases para indicar sus habilidades para aprender y asimilar cosas nuevas. Por ejemplo:
$(BORING_SCRIPTING_LANGUAGE)
- Necesidades investigadas de la empresa
- Requerimientos funcionales desarrollados
- Solución implementada, probada e implementada
Presenta el trabajo que hiciste de tal manera que muestre tu personalidad y aprendizaje y no se enfoca tanto en el lenguaje/tareas reales que hiciste.
También me pregunto cuánto me dolerá y si eso se puede mejorar con mis propios proyectos de pasatiempos.
¡Absolutamente! Si ha realizado proyectos de pasatiempos más estrechamente relacionados con los tipos de trabajo que desea hacer, inclúyalos en su currículum (suponiendo que haya realizado una cantidad significativa de trabajo en ellos... escriba dos líneas de comentarios y comprométase a un abierto- proyecto de origen no indica "contribuyó al proyecto de código abierto XXX).
En tercer lugar , como alguien con 10 años de experiencia en el mundo del desarrollo/TI, tiene mucha flexibilidad en la forma en que presenta su currículum/cartas de presentación porque tiene casi 10 años de experiencia. Si desea ingresar a un desarrollo más "pesado", asegúrese de que quede claro en su currículum y en cualquier carta de presentación que use al presentar la solicitud. Durante las entrevistas, asegúrese de que su entrevistador sepa esto. Ser capaz de responder a la pregunta "¿qué quieres hacer?" más específicamente no es negativo, de hecho, ¡es positivo!
Cuarto y último: por el tono de tu pregunta, pareces realmente resignado a tu destino. Tiene muchas más opciones de las que cree, especialmente si es una persona talentosa que puede aprender rápidamente nuevos lenguajes de software, marcos, etc.
NO estás atrapado en una posición profesional sin salida... a menos que elijas estarlo.
El primer paso es hablar con tu jefe. Explique que su objetivo profesional es avanzar hacia la realización de más trabajo de desarrollo y que si la empresa no está dispuesta a ponerlo en una posición para lograr ese objetivo, entonces comenzará a buscar un trabajo en una empresa que sí lo esté.
Si usted es un empleado talentoso, deberían ofrecerle transferirlo al grupo que lo colocará en una posición para lograr sus objetivos profesionales (en este caso, el grupo que realiza el trabajo de desarrollo).
Al principio de mi carrera, me quedé atascado trabajando en código heredado en un lenguaje de programación propietario. Era bueno en mi trabajo, pero no había forma de que pudieran reemplazarme con un nuevo empleado que estuviera dispuesto a trabajar en un lenguaje propietario (Windows NT y Visual C++ eran la tecnología de moda en ese momento). Como resultado, nunca pude trabajar en el producto basado en C++ de próxima generación que nuestra empresa estaba desarrollando. Finalmente tuve que dejar la empresa para seguir adelante con mi carrera.
Ciertamente puedo relacionarme con su posición ya que he estado allí dos veces, una después de 8 años como desarrollador de aplicaciones y otra vez después de 5 años como desarrollador de bases de datos. Mi elección en ambas situaciones era finalmente conseguir un nuevo trabajo. Probé otras posiciones internas pero no obtuve la variedad que necesitaba.
Creo que tiene dos amplias opciones: quedarse en su trabajo o irse. Dentro de ambos hay varias opciones para intentar mejorar las cosas:
Permanecer en su trabajo.
- Hacer de la educación un gran foco.
- Estudiar personalmente y encontrar buen material para estudiar en horario de empresa o pagado por la empresa.
- Asegúrate de sugerir/solicitar cursos de formación todos los meses.
- Explique cómo TI hoy en día requiere una gran cantidad de capacitación constante, tanto como el 20 % de su tiempo solo para mantenerse al día.
- Buscar ejemplos de empresas que también apoyen más la formación y ponerlos como ejemplos de la competencia.
Dejar tu trabajo.
- Aquí es donde es mucho más fácil. La naturaleza misma de conseguir un nuevo trabajo con nuevas herramientas, aplicaciones y entornos es una de las mejores maneras de aprender cosas nuevas
. Sea selectivo con respecto a dónde va. Recuerde que cuanto más esbelta/pequeña es la empresa, menos oportunidades tiende a haber para aprender y mayor es la necesidad de comenzar a trabajar.
Señor Fox
FrustradoConFormsDesigner
eje_de_arce
Hanzolo
Keoma
HLGEM