Revisé muchas docenas de ingenieros, entrevisté a varias docenas y extendí ofertas a un puñado, así que ciertamente revisé las carteras de muchos ingenieros.
Lo más importante que debe comprender acerca de su cartera es tener una idea de quién la está mirando .
Reclutadores
- ¿Cuál es la diferencia entre Ruby y Ruby on Rails? ¿Tengo que conocer a Ruby antes de saltar a Rails?
- ¿Cuál es el mejor entorno de desarrollo para Rails en una Mac?
- Cómo dominar AngularJS de la nada sin conocimiento en Javascript básico o jQuery
- ¿Cuáles son los elementos de diseño visual importantes que promueven la accesibilidad web?
- ¿Qué proyecto puedo hacer solo con HTML y CSS? Recientemente soy nuevo en programación.
Recuerde que la mayoría de las empresas de primer nivel buscan candidatos a través de reclutadores no técnicos. Estos reclutadores generalmente no tienen ningún sentido técnico y, por lo tanto, no pueden evaluar su cartera de manera efectiva más allá de las cualidades superficiales; como cuán visualmente impresionantes son tus proyectos. Esto, por supuesto, supone que está creando algo con un componente visual, como una aplicación móvil o un sitio web.
En resumen, si desea impresionar a los reclutadores , debe trabajar en el diseño y el diseño visual de sus proyectos. Luego, asegúrese de que su cartera, como se presente, muestre muchos elementos visuales de cada uno de sus proyectos. Esencialmente, publique muchas capturas de pantalla, ya sea en el proyecto README o en su propio sitio personal.
Ingenieros
La optimización para los ingenieros que ven su cartera es un juego de pelota diferente. Aunque pueden preocuparse inconscientemente por el estilo visual de sus proyectos, es mucho más probable que se sumerjan en el código real de sus proyectos de cartera.
Para ese fin, el requisito obvio # 1 es garantizar que la fuente de sus proyectos de cartera sea fácilmente accesible. En su sitio personal, currículum o página de LinkedIn, coloque un enlace al repositorio para cada proyecto individual, si es posible.
Recuerde, si va a compartir la fuente de sus proyectos, el código debe ser … bueno … no horrible. Elimine los comentarios parásitos que no mejoren el proyecto (esto incluye todo el código comentado / no utilizado). Corregir sangría. Asegúrese de que los nombres de variables y funciones sean claros y estén bien elegidos. Una manera fácil de resolver esto es ejecutar más bonito / más bonito sobre su proyecto con anticipación, lo que limpiará y formateará su código automáticamente.
Si espera que los ingenieros revisen sus proyectos, agregue documentación de sentido común, como cómo instalar localmente el proyecto y ponerlo en funcionamiento. Nunca ejecuté proyectos personales de candidatos en mi propia máquina, pero al ver la documentación sobre cómo instalar dependencias y ejecutar el proyecto, dejó en claro que el ingeniero está pensando en cómo compartir su trabajo con ingenieros que podrían no estar tan familiarizados con Cómo ejecutar un proyecto Node.
Todo esto supone, por supuesto, que puede publicar la fuente de sus proyectos . Si esa no es una opción, al menos asegúrese de que sea obvio para el revisor cómo ver y usar su aplicación. Idealmente, proporcione un inicio de sesión de cuenta demo en su cartera, si el proyecto requiere autenticación para usar. Puedes apostar a tus calcetines que ninguno o pocos revisores alguna vez se registrarán en tu sitio solo para comprobarlo.
Tipos de proyectos
Su cartera no solo tiene que contener aplicaciones implementadas en vivo en las que haya trabajado. Incluya publicaciones de blog, enlaces a impresionantes relaciones públicas de código abierto o publicaciones de desbordamiento de pila, si corresponde. Yo, personalmente, publico cursos en Udemy como Modern React with Redux (mira esto si estás interesado en React JS), y puedes apostar a que trato de mostrar ese logro tan a menudo como sea posible.
Otras Consideraciones
El consejo final que puedo darle es asegurarse de que su cartera sea auténtica. No pretendas haber trabajado en proyectos en los que tuviste un papel súper menor. Si trabajaste en un proyecto en un entorno de equipo, asegúrate de que esté claro de qué aspectos del proyecto fuiste responsable. Confía en mí, si afirmas haber construido Facebook en el lapso de 6 meses, sabré que estás mintiendo. Es mejor afirmar que trabajó en algunas características más pequeñas pero críticas.