Querrá haber trabajado en proyectos que demuestren que puede trabajar hacia (y satisfacer) objetivos que coincidan con lo que el empleador está tratando de hacer por sus clientes.
Desea resolver los problemas que tiene el empleador . Encuentre formas de mostrar que puede agregar valor a su trabajo. “Agregar valor” puede sonar vago, pero es importante, como veremos.
Deberá haber completado múltiples proyectos que aborden diversas necesidades, para mostrar una mayor experiencia. Solo uno o dos proyectos no serán impresionantes (muy, muy poco probable que encuentres la solución mágica y sorprendente para un problema universal en tu primer proyecto)
- ¿Qué software / habilidades necesitaría para diseñar UX y codificar / desarrollar una aplicación de iOS como Tumblr o Snapchat y cuáles son los pasos que tendré que seguir?
- ¿Cómo podemos cambiar el nombre de la cuenta de desarrollador de Apple en iTunes Connect?
- Cómo comenzar a trabajar independientemente en el desarrollo de iOS en India
- ¿Cuáles son los aspectos positivos de Xcode?
- ¿Cuáles son algunas de las características que las aplicaciones pueden construir con iOS 10?
Idealmente, ha trabajado con múltiples tecnologías: incluso si desea “centrarse en iOS”, me gustaría ver que ha utilizado diferentes idiomas, contenedores, marcos de aplicaciones y bases de datos. Si solo conoce el Objetivo C, por ejemplo, ese es un grupo mucho más pequeño de empleadores potenciales, y también limita su visión del “mundo del desarrollo”. Si solo ha usado, por ejemplo, MySQL o SQLite, eso también es limitante. Si está diseñando desde una “pizarra limpia”, ¿qué bases de datos y estructuras de datos ha elegido y por qué ? ¿Cuándo habrías usado MongoDB? ¿Alguna vez lo habrías hecho? (puede que no sea la elección correcta para cualquier cosa que haya hecho). ¿Qué tal la Sra. SQL Express? (Debido a que no tenía una versión completa de Microsoft SQL Server …) “Microsoft apesta” no va a impresionar a todos. OK, suficiente con eso.
A menudo, los empleadores querrán ver que has trabajado en un grupo o en un equipo. Para alguien que aún no está en esta situación, trabajar en proyectos de código abierto que tienen múltiples desarrolladores que codifican activamente podría ser un punto de prueba.
Si quieres impresionarme, además de lo anterior, muéstrame que tienes soluciones novedosas que son mejores que la “forma de hacerlo” estándar. Ahora, no lo hagas solo por el simple hecho de ser diferente. No seas inteligente por el hecho de ser inteligente.
No me refiero a novela de esa manera.
Si está seguro de que hay una característica que les gustaría a los clientes, pero el producto de un empleador no la tiene, mostrarles esa característica sería impresionante en una entrevista. Claro, sería una prueba de concepto ya que no tiene sus datos, infraestructura, middleware, etc., pero si tiene datos simulados para eso y puede explicar por qué la solución probablemente funcionaría, eso será genial.
Muestre cómo su opinión sobre el problema es mejor (¡de alguna manera es significativa para el negocio!) Y justifique por qué ese es el caso. Si su solución tiene deficiencias o no resuelve algunos aspectos del problema, hable sobre eso también. “Me doy cuenta de que esto no tiene en cuenta los casos en que la cola crecerá demasiado rápido debido a X, pero podemos trabajar en eso a continuación …” No pase por alto ni trate de ocultar cosas que sabe que serían problemáticas. Demostrar que reconoce dónde están o pueden estar los problemas es impresionante. Algunos desarrolladores que son muy buenos, tienen grandes egos y pueden ser difíciles de trabajar. No seas ese desarrollador.
¿Están bien documentados sus proyectos? ¿Sabes lo que eso significa? Para un empleador, es probable que no esté trabajando solo, y si renuncia o gana la lotería, el próximo desarrollador debe comprender lo que hizo. La documentación del código es solo un aspecto de esto. Esto significa hacer cosas posiblemente aburridas (para usted) como: documentos de diseño, diagramas, diagramas de flujo, instrucciones de instalación, guías de usuario, etc. ¡Y eso está fuera del código! He visto tanto código con documentación de código absurdamente malo … suspiro. Muéstrele a un empleador que sabe cómo y por qué documentar adecuadamente su código y puede vencer a otros solicitantes, en igualdad de condiciones.
¿Resolviste alguno de mis problemas?
¿Encontraste una manera de:
- ¿mejorar el rendimiento?
- mejorar la capacidad de soporte?
- mejorar la escalabilidad?
- mejorar la fiabilidad?
- mejorar la usabilidad?
- mejorar la seguridad?
- mejorar el tiempo de entrega de nuevas funciones?
Si no hiciste ninguna de esas cosas, ¿por qué crees que me impresionaría?
Algunas de estas cosas pueden ser aburridas para ti. Bueno, resolver problemas “aburridos” también puede ser impresionante. Todo el mundo quiere trabajar en lo nuevo y brillante, pero eso no hace que el gran problema aburrido desaparezca. Su disposición a enfrentar problemas que no son “geniales” puede ser impresionante.
Espero que ayude.
