Cómo aumentar mis habilidades técnicas (codificación, arquitecto de aplicaciones) en ciencias de la computación si mi trabajo es trabajo de soporte técnico

Como han dicho otros, lo haces en tu tiempo libre.

Actualmente, parece que está utilizando la función de su trabajo como una excusa para no ser tan mejor que usted (“Básicamente, lo que hacemos es encontrar un error, informar a los desarrolladores para solucionarlo, pero nosotros, como soporte, no podemos hacer nada”. más.”)

Es una falsedad patente que puedes “no hacer nada más”. Entonces, lo primero que debe hacer es dejar de culpar a su trabajo y la supuesta incapacidad de hacer algo por su falta de hacer algo.

Solía ​​trabajar como ingeniero de nivel medio en soporte técnico para una empresa de software empresarial. Si bien no quería entrar en desarrollo, sí quería cambiarme de Soporte a Servicios, y lo hice realidad.

Tomé la iniciativa y recorrí los casos entrantes para encontrar problemas vinculados (del mismo cliente, diferentes clientes, etc.).

Tomé la iniciativa e hice páginas wiki internas de problemas comunes y sus soluciones comunes / más probables.

Pasé tiempo extra (algunos durante mi jornada laboral, algunas horas fuera del trabajo) para aprender todo lo que pude sobre la herramienta.

Pasé tiempo para conocer (en diferentes niveles) personas en diferentes partes de la empresa, para poder obtener respuestas a los problemas de los clientes más rápidamente (los arquitectos que poseían varias partes de la herramienta, los desarrolladores que trabajaron en el control de calidad, otras personas de soporte técnico). , Gente de servicios, etc).

Tenga en cuenta la cursiva actual en mi respuesta? Es ” yo “. Hice eso para estar mejor preparado para mudarme a donde quería estar.

Usted dice que no está permitido hacer nada más que presentar e informar un error. Desde un punto de vista puramente procesal , eso puede ser “verdadero”. Pero desde cualquier punto que se parezca a un punto de vista práctico , es falso. No se contente con simplemente archivar errores: observe todos los archivos que presente.

Archivo de informes de grandes errores (escribí un libro electrónico gratuito que tiene un capítulo sobre ese mismo tema, Depuración y soporte de sistemas de software). Encuentre problemas relacionados (o idénticos) ya archivados y asegúrese de hacer un enlace entre ellos y su archivo (o agregar sus nuevos detalles a un informe de error existente).

Pregúntele a los desarrolladores que poseen esos subsistemas qué es lo que mejor les ayudaría a solucionar los errores que está encontrando: mejor registro, expresiones web registradas, cuentas más detalladas de cómo aparece el error, etc.).

Aprenda de otras personas de su equipo: ¡seguramente no es el único ingeniero de soporte que trabaja en este producto! Recoge de ellos lo que saben, comparte lo que has aprendido y haz que la vida de todos sea más fácil. (Además, el objetivo principal de una organización de soporte es resolver los problemas de los clientes : he escrito sobre una manera de ayudar a lograr esto en el pasado (http://antipaucity.com/2011/09/1…)

En resumen, dedíquese a su trabajo: no se quede allí sentado como un drone sin mente haciendo lo que se le “permite” hacer.

Creo que tienes que decidir si quieres quedarte con tu empresa actual. Si es así, entonces necesita desarrollar un plan para mudarse al equipo que le interesa.

Puede comenzar asegurándose de que todas las referencias que haga a los desarrolladores sean de buena calidad. Si los desarrolladores ven que sus referencias son siempre de un estándar alto y tal vez incluyen información útil que las referencias de otros miembros del personal no contienen, entonces pueden tomar nota de usted.
Si incluye detalles perspicaces en la referencia, eso también lo notará.
Puede preguntarle al líder del equipo de los desarrolladores si puede dedicar tiempo a su equipo a seguir o ayudar a un desarrollador a resolver un problema en particular. Esto mostrará que está interesado y le dará la oportunidad de ver el trabajo involucrado en la corrección de errores y otros trabajos de desarrollo.
Puede ver si hay cursos de capacitación específicos a los que se envían los desarrolladores. Es posible que no pueda asistir al curso, pero eso no le impide aprender y acceder al manual de capacitación.
Hágale saber que está buscando una transferencia al equipo de desarrolladores y pídale a su gerente que lo ayude en su aprendizaje y transferencia al otro equipo.
Hágase útil para el equipo de desarrolladores asumiendo algunas de las tareas más onerosas que deben realizar. Por ejemplo, cree una base de datos de las fallas de software en las que están trabajando, incluido el progreso, fechas importantes, etc.
Sugiera que asuma la responsabilidad de algunos trabajos de desarrollo de menor importancia. ¿Quizás hay algunas tareas rutinarias que los desarrolladores tienen que realizar y que usted podría asumir?

Supongo que lo que estoy sugiriendo es que les avise y demuestre que tiene algo que aportar.

Solo tienes que sacrificar más tiempo en aprender habilidades técnicas. Si trabajas más duro durante una hora extra por día, se acumulan hasta 7 horas por semana y sigue aumentando. Siempre y cuando seas consistente, se acumulará para que a las personas les sea más difícil ponerse al día contigo porque tus habilidades son algo que no acumulaste durante una noche.

Trabaja en ello con tu tiempo libre.