Me gusta llamarme un consultor funcional que entiende, domina y asesora sobre aspectos técnicos relacionados con Oracle HCM.
Implemento mis proyectos de HCM, defino cómo deben abordarse las brechas, las integraciones y la migración de datos. Lo hago después de ganar la confianza de nuestro equipo técnico, pero tengo en mente el espíritu de equipo y lo hago como jugador de equipo. Me gusta cuestionar ideas como la mía y agradecer las críticas positivas de los demás. ¡Así que definitivamente puedo compartir mi perspectiva sobre esto!
Compartiré un poco de mi enfoque, pero antes de que sepan que las tecnologías que mencioné son solo un ejemplo de las tecnologías que dominé en la implementación de aplicaciones Oracle en las instalaciones que pueden aplicarse o no a su caso .
- ¿Cuáles son los trabajos fuera de la academia que alguien en el campo de la teoría de la codificación puede perseguir?
- Ahora que Zirtual está fuera, ¿cómo contrato a un asistente virtual?
- ¿Quién es el mejor consejero de carrera en Delhi para guiar a un niño de clase 12?
- ¿Cuál fue la mejor experiencia que tuvo mientras trabajaba en el campo como vendedor o vendedor?
- ¿Es relevante revelar la práctica de resolución de problemas de TI, CodeEval y Project Euler en un currículum?
Mi primer consejo es que no tienes que cambiar tu carrera ni nada por el estilo. En cambio, solo amplías tu ángulo.
Así es como comencé, esto involucra las tecnologías de uso frecuente en mis proyectos.
- Aprendí la jerga técnica. En cualquier momento, escucho a alguien de mi equipo decir algo que no entiendo, les pregunto qué significa y hago todo lo posible por recordarlo. Si no tuvieron éxito al explicar o si fue demasiado complicado, lo tomaría en cuenta y lo buscaría durante mi tiempo libre.
- Reconocí las tecnologías en torno a los módulos funcionales que conocía muy bien. Le preguntaría a un miembro del equipo si me podrían dar unos minutos para observar lo que estaban haciendo, le pediría que me explicara cómo se realizó un desarrollo, etc. En resumen, observe y haga muchas preguntas. Cuando supe mi alcance, seguí estos pasos (ejemplo).
- Aprendí cómo se definió el esquema de los módulos que conocía en el back-end. Esto es importante, sin esto no llegaría a donde estoy hoy.
- Aprendí SQL, luego obtuve los conceptos básicos importantes de PL / SQL. Aspecto muy importante también porque la mayoría de los desarrollos los usaron.
- Sabía de memoria la mayoría de las API y los nombres de las tablas, los parámetros de entrada y salida de la mayoría de las API y las claves principales de las tablas de la base de datos involucradas en los módulos que conocía bien. Este conocimiento me permitió cargar datos y solucionar problemas en un tiempo récord.
- Tengo la idea de cómo funcionan los informes, los informes de XML Publisher, el panel de control. Los informes predominaban en cada proyecto, pude entregar mejor.
- Aprendí Forms y luego OA Framework más adelante. Construí extensiones, formularios personalizados y páginas.
- Pasé a formularios, activadores de bases de datos y algunas otras tecnologías involucradas en él. Ejemplo: ganchos de usuario.
- Poco a poco entendí aspectos más complejos. Y luego pude montar juntos desde cero o enchufar una solución completa.
La documentación también es un aspecto fundamental, utilicé todo tipo de guías disponibles en los sitios web de Oracle (también eTRM), así como artículos, videos de YouTube y foros profesionales.
Tuve éxito porque tenía la pasión, el impulso y la curiosidad por ello, no porque me pagaran mejor y, como resultado, soy un mejor funcional, un mejor consultor y un miembro respetado del equipo entre mis compañeros, compañeros de trabajo y clientes .
¡Espero que esto ayude!