Echemos un vistazo a cómo hacer que la interfaz de tu próxima tarea para una entrevista tenga la mejor pinta posible.
Cíñete a lo que conoces mejor
Puede resultar tentador matar dos pájaros de un tiro e intentar aprender o practicar alguna tecnología nueva mientras solicitas un empleo. Sin duda a mí me ha resultado tentador en algún momento. Pero no es así como generarás el mejor código. Es mejor ceñirse a lo que mejor conoces y aprender cosas nuevas en un proyecto diferente.
Ya sabes qué opción te resultará en una mejor oferta.
Hazlo fácil de revisar
Asegúrate de que lo que entregas es fácil de revisar. El flujo ideal desde el punto de vista del revisor sería:
- obtener un enlace que funcione
- constatar por sí mismo que la aplicación funciona como se espera
- profundizar en el código para ver cómo has conseguido lo que has hecho
Revisar el código sin constatar si funciona carece de sentido. No me va a importar mucho el aspecto de tu código antes de comprobar si cumple con lo que se espera. Y si no está claro que funcione bien, puede que nunca me moleste en revisarlo en profundidad.
Dales todo en bandeja de plata
Ofrece algo interactivo
Para una aplicación de interfaz, la solución más fácil es desplegarla en uno de los servidores gratuitos que están al alcance:
- Páginas de GitHub,
- Páginas de GitLab, o
- Netlify.
Nunca envíes archivos ZIP
El envío de archivos ZIP tiene dos desventajas que por sí solas podrían romper el acuerdo:
- es un inconveniente
- abrir un archivo ZIP supone un riesgo de seguridad
¡Puede ser divertido abrirlo!
Asegúrate de que funciona
Y que funcione en varios navegadores y dispositivos. No tiene que ser súper bonito, pero debe ser funcional, independientemente de que los revisores estén sentados frente al ordenador o en un autobús con su teléfono.
Agrega README.md
Cualquier proyecto que tengas precisa de un README, y con mayor razón si se trata de una tarea para una entrevista. Debes presentar brevemente el ejercicio que pones en marcha y enlazarlo a una aplicación utilizable. A continuación, puedes añadir algo de documentación de alto nivel: qué marco de trabajo has usado y cómo construir o probar tu código.
Muestra cómo piensas
Comparte con el revisor tu proceso de razonamiento. Si utilizas algunos patrones o mejores prácticas, haz referencia a ellos explícitamente en la documentación. Si has tenido alguna disyuntiva, descríbela y explica por qué has elegido la forma que has usado para realizar tu trabajo.
Hazlo brillar
Si quieres destacar, puedes considerar añadir algunas de las siguientes cosas. Probablemente se salga un poco del objetivo de lo que requería la tarea, pero demuestra que conoces las labores que vas a realizar cada día en tu trabajo.
Haz que sea atractivo
Agrega algunas rutas a tu proyecto. Puedes conseguir la atención del revisor durante un poco más de tiempo si tienes páginas adicionales. ¿Tal vez un breve /sobre para que puedan relacionar fácilmente esta aplicación de demostración con tu CV?
Pruebas unitarias
La puesta en marcha de pruebas unitarias puede ser un gran ejemplo que indica que eres un desarrollador centrado en la calidad. No tienes que apuntar a una cobertura completa de pruebas de código: debería de ser suficiente con unas pocas pruebas que demuestren que sabes lo que es.
Configurar lint y prettier
Muchos equipos profesionales utilizan linters y herramientas automatizadas para imponer el estilo de código elegido. En el caso de la interfaz, lo más común es que se trate de ESLint y Prettier. Puedes darle un toque bonito si presumes de lo mismo en tu proyecto - si en el equipo hay algún desarrollador centrado en la consistencia, seguro que se dará cuenta.
Realizar commits significativos
Git (o en general, el control de versiones) es una herramienta fundamental para el trabajo en conjunto en proyectos de TI. El equipo colabora en el repositorio de Git, por lo que es primordial tener buenos mensajes de commit. Si creas un historial que tenga sentido para un borrador de proyecto, puede ser un buen indicativo del aspecto de tus contribuciones para la empresa.
¿Y tú?
¿Cuál es tu mejor proyecto de demostración? ¡Comparte los enlaces en los comentarios!
Top comments (2)
Trucos valiosos. Añadiria contar abiertamente que problemas hubo en el proceso y como fueron solucionados. Esto añade valor a la entrevista y genera un ambiente de confianza, mostrando así una faceta más real como desarrollador.
Es cierto, es muy buena idea! Gracias por tu comentario