Lo que aprendí al revisar 50 carteras en Reddit en 3 días locos.

Siempre me ha gustado criticar las carteras de los postulantes en el estudio de diseño donde trabajo. Y también a menudo pido comentarios sobre mis propios diseños en el subreddit webdev de Reddit.

Entonces, un día, pensé que sería divertido revisar extraoficialmente los portafolios de cualquiera que solicitara una crítica. No tenía idea de en qué me estaba metiendo.

Empecé ampliando mis servicios de forma gratuita a las 120.000 personas que leen el subreddit.

Las cosas empezaron tranquilas. Jugaría una ronda de Rocket League, y luego habría una o dos carteras para revisar. Entonces me fui a dormir.

Cuando me desperté, tenía veinte solicitudes. Y estos siguieron llegando durante tres días seguidos.

Al final, pude reconocer algunos patrones comunes y puntos altos / bajos en todos los ámbitos. Resaltemos estos.

Tenga en cuenta que esta publicación se refiere específicamente a los desarrolladores front-end que desean unirse a un estudio de diseño. Si tiene un objetivo o público diferente para su trabajo, es posible que este artículo no sea aplicable.

¿Cuáles fueron las peores cosas que vi?

A decir verdad, la comunidad r / webdev lo hizo mucho mejor que el grupo general de solicitantes de mi estudio. Creo que eso habla de cuán dedicados están los miembros de la comunidad a su oficio.

Sin embargo, esto no significa que la cartera de todos sea perfecta. Hubo algunos errores comunes que fueron absolutamente no-no.

Recuerde siempre la accesibilidad del teclado y el contraste.

La accesibilidad fue el mayor error cometido durante la revisión. Una de las primeras cosas que hago físicamente con un portafolio es intentar navegar por él sin usar el mouse. Si eso no es posible, sé que el solicitante no tiene en mente la accesibilidad.

El contraste de color del texto también es un factor importante. Me encantaba poner texto blanco sobre fondos amarillos. ¡Pensé que estaba siendo moderno!

Pero aprendí rápidamente en la industria que los usuarios con baja visión tienen dificultades para leer texto con opciones de color deficientes. Si sus ojos aún no están entrenados para observar el contraste bajo, consulte el Comprobador de contraste de color del Centro para personas con discapacidades.

Consejo n. ° 1: algunos miembros de su público objetivo tendrán discapacidades. Antes de escribir cualquier estilo, asegúrese de que su HTML sea accesible.

Deja de intentar calificar tus propias habilidades.

Una tendencia que ha plagado a los sitios de cartera durante años han sido las barras de progreso de habilidades. ¿Dice que domina el 85% en Angular? Qué significa eso? ¿Cómo se compara eso con tu habilidad del 80% en Node? La mayoría de los revisores solo comprenderán tres niveles de habilidad:

  • No conoces la habilidad en absoluto
  • Todavía estás aprendiendo la habilidad
  • Te sientes confiado en la habilidad

No se preocupe por el primero. Dígame rápidamente lo que está aprendiendo y en qué se siente seguro. De todos modos, todo esto se demostrará en sus proyectos.

Vaya móvil o vaya a casa.

¿Quieres saber cuál es la actividad favorita de muchos críticos con tu portafolio? Nos encanta abrir su sitio web y luego ajustar inmediatamente el ancho de la ventana del navegador hacia adelante y hacia atrás. Esto nos dice si tiene en cuenta la gran cantidad de dispositivos en los que se puede navegar por su sitio.

¿Quiere ir más allá de ese umbral mínimo? Luego, escriba su CSS para dispositivos móviles. Escribir un estilo de móvil primero nos dice que le gusta escribir la menor cantidad de código necesaria. Cuando se detiene simplemente en tener consultas de medios con una max-widthpropiedad, nos dice que los dispositivos móviles fueron una ocurrencia tardía en su diseño.

¿Qué necesitaba probar la gente?

Los proyectos reales son la carne real de un sitio web de cartera. Me demuestran que tienes la experiencia laboral relevante.

Un currículum o una lista de trabajos anteriores es una buena línea de tiempo. Pero como creador, su creación es la máxima validación.

Aquí hay partes de las secciones de proyectos de las personas que me facilitaron la vida como revisor.

Muéstrame el código y el sitio en vivo.

Tiene una descripción del proyecto, un informe del proceso y habla sobre la tecnología utilizada. Eso es genial, pero ¿dónde está el código?

Es común que los empleados de la industria se vean atrapados en proyectos de trabajo privados. Pero sin ninguna oportunidad de inspeccionar su código, está dificultando el trabajo del revisor. Nos esforzaremos por saber si vale la pena dedicarle nuestro tiempo para pasar al siguiente paso en un proceso de contratación.

Si el código es propietario, ¿dónde está el sitio activo? Si puedo ver su código, ¿por qué no tiene una versión en vivo ejecutándose?

Consejo n. ° 2: trabaje en proyectos paralelos y personales relacionados con la misma tecnología que usa en el trabajo. No solo lo ayuda a capacitarse para su función actual, sino que también permite que un revisor de cartera sepa dónde están sus habilidades.

Dime a qué has contribuido realmente.

Los proyectos grupales son excelentes para mostrar lo bien que colabora. La mayoría de los proyectos requerirán habilidades de trabajo en equipo.

Sin embargo, con las carteras, debe tener claro qué trabajo ha contribuido usted mismo. Los repositorios de Github pueden proporcionarme un historial claro para revisar su trabajo y comprender esta dinámica de grupo.

Siempre se agradece la honestidad en la redacción de sus proyectos. No exagere su papel dentro de un proyecto, porque las personas que revisan su cartera se sumergirán en el historial de Git de un proyecto para verificarnos.

Demuestre que no necesita Bootstrap o jQuery.

Es comprensible si comenzó a aprender CSS con Bootstrap o JavaScript con jQuery. El problema surge cuando todos sus proyectos contienen Bootstrap y jQuery.

Aunque Bootstrap es conveniente, necesito saber que tiene una comprensión clara de CSS. También necesito saber si tiene una base sólida en JavaScript simple. Esto garantiza que podré incorporarlo a un proyecto con cualquier combinación de herramientas de front-end que ya se estén utilizando.

De hecho, no permitimos Bootstrap o jQuery durante nuestro proceso de entrevistas. Por lo tanto, estará más preparado para las futuras entrevistas y desafíos si tiene las habilidades adecuadas de CSS y JavaScript.

¿Qué se destacó más?

Así que hemos repasado las cosas que necesita su cartera y las formas en que las carteras pueden salir mal. ¿Qué pasa con las cosas que entusiasman a un revisor con un solicitante?

El siguiente consejo puede parecer menos concreto que mis sugerencias anteriores, pero tómelo en serio.

Aléjate de la norma.

Casi todos tenían el flujo estándar Intro> Skills> Projects> Contact en su sitio. Casi todo el mundo tenía exactamente el mismo menú de hamburguesas para navegar.

¿Quiere llamar la atención de sus revisores? Experimente y realice pequeños cambios que no dañen el diseño.

Uno de los más mínimos diferenciadores había colocado su navegación en el lado derecho en lugar del izquierdo. Sabía que era hora de concentrarme más porque la navegación no estaba en la parte superior izquierda o superior del diseño. Sencillo pero eficaz.

Habla hacia el trabajo de tus sueños.

¿Has visto ese puesto que absolutamente quieres? Construya su cartera en torno a los requisitos y responsabilidades de ese trabajo.

Es difícil para mí entender por qué quieres un trabajo en nuestro estudio cuando tu portafolio está lleno de temas de WordPress. También es difícil pensar en ti como un buen candidato para el puesto si tu enfoque principal parece ser una industria completamente diferente.

Nos encantan los generalistas, pero es una gran ventaja demostrar que su especialidad también es lo que prescribe el puesto.

Consejo n. ° 3: se utilizan muchas carteras tanto para solicitudes de empleo como para clientes independientes. No hagas esto. La mejor práctica es que un profesional diseñe carteras separadas para cada una de esas audiencias.

Cada pequeño detalle importa.

Este es el punto más difícil para mucha gente: no puedes controlar lo que tu revisor ve en tu portafolio.

Buscamos constantemente el sitio web en lugar de leerlo de arriba a abajo. Así que asegúrese de tener el estilo de su diseño perfeccionado, cada oración revisada y sin enlaces rotos.

No se sabe qué parte de su sitio el revisor realmente se tomará el tiempo para mirar.

Tienes esto.

Estaba orgulloso de todas las excelentes carteras sobre las que pude proporcionar comentarios y de las discusiones que siguieron.

La parte más alentadora fue cuando los desarrolladores de front-end aún no estaban a la altura de nuestro rol, y pude darles comentarios. Estos aspirantes a profesionales se tomaron la crítica seria y positivamente.

Ese es exactamente el tipo de actitud que busco más adelante en el proceso cuando entrevisto a los solicitantes.

Mi esperanza es que estas personas mejoren y tendré la oportunidad de revisar su trabajo nuevamente en el futuro.

PS Estoy todavía volver a las solicitudes tardías para exámenes de la cartera. Además, todas las carteras en mi imagen de apertura solicitaron la revisión públicamente y obtuvieron una alta calificación.

Para obtener más información: no dude en ponerse en contacto conmigo a través de los comentarios, correo electrónico o @seejamescode. Trabajo en ATX para IBM Design y siempre me encanta conversar con la comunidad de diseño web. ¡También asegúrese de compartir su portafolio favorito o propio en los comentarios!