Las principales expectativas para un desarrollador sénior son asumir responsabilidades más allá de la codificación, como los requisitos y el diseño, y posiblemente asesorar a los desarrolladores junior. Algunas tiendas pueden fusionar esto con una responsabilidad de Team Lead; asegurándose de que los desarrolladores junior (además de usted) estén alcanzando las fechas de finalización de la tarea.
Una aplicación típica de Android es lo suficientemente pequeña y contenida como para que pueda ser administrada por una sola persona, por lo que la tutoría y el seguimiento de tareas en equipo no entran en escena con mucha frecuencia. En este caso, las responsabilidades tienden a ser más sobre el trabajo de diseño y el desarrollo, tal vez incluso la recopilación de requisitos y la gestión de su esfuerzo de trabajo para cumplir con un cronograma. También será responsable de trabajar con QA para proporcionar versiones para pruebas en coordinación con sus cronogramas, revisar defectos / problemas con ellos y equilibrar su esfuerzo entregando soluciones para ellos mientras aún ofrece nuevas características.
Puede sonar intimidante, pero en realidad se trata de trabajo en equipo. Incluso si se encierra en una habitación para extraer el código, aún tiene que coordinarse con un gerente de proyecto sobre programación, un gerente de producto sobre características y prioridades, otros desarrolladores que pueden estar entregando las características del servidor de las cuales su aplicación es cliente, y probadores para determinar qué es y qué no es un error y cómo y cuándo se deben corregir esos errores.
- Cómo desarrollar una aplicación de Android en 15 días
- ¿Por qué no puedo ver la base de datos desde la carpeta de datos cuando uso DDMS de ADM en Android Studio?
- ¿Qué conocimiento básico de Java se requiere para la programación de Android?
- ¿Es mejor Xamarin o Apache Cordova?
- Cómo hacer una aplicación de Android usando Java
Parece que no has trabajado en un entorno corporativo antes, y si has intentado sin éxito conseguir un trabajo, supongo que no tienes un título universitario en informática. A las grandes empresas les gusta ver ese grado, y, francamente, no es tan importante como piensan. Miré tu código y es obvio que sabes lo que estás haciendo. Demonios, te contrataría; Tu código se ve mejor que el mío. Además, tienes una gran actitud con respecto al crecimiento personal como desarrollador. Sin embargo, la codificación es solo el 10% de la parte visible del iceberg.
La persona que lo contrata quiere saber que puede encajar. Que será un activo más que un pasivo. Entonces has hecho cosas independientes; ¿se entregó en exceso para un cliente? ¿Se te ocurrió un diseño de aplicación que fuera incluso mejor de lo que estaban imaginando? ¿Tenían un plazo ajustado que pudiste cumplir? ¿Hiciste algo que te convirtió en un héroe a sus ojos? Ese es el tipo de cosas de las que deberías hablar durante la entrevista.
Más sobre eso aquí: la respuesta de Kris Larson a ¿Cuáles son las cosas básicas que un ingeniero de software debe saber durante las entrevistas de trabajo?
No te estreses demasiado por eso. Tienes la aptitud y tu cabeza está en el lugar correcto. Estarás bien.
