¿Qué les impresiona a los empleadores al mirar la cartera / github de un desarrollador web?

Voy a estar un poco en desacuerdo con otras respuestas.

Si estamos hablando de algo como GitHub o similar, le permite ver la progresión de los cambios realizados, no solo un trabajo completo. Esto es mucho más interesante que estudiar código.

Es probable que un empleador observe la naturaleza y el tamaño de las contribuciones, especialmente en relación con el tamaño del proyecto. Examinarán la sofisticación técnica, la forma en que se realizan los cambios y cómo el candidato se comunica con otros contribuyentes. Esto da una idea de las habilidades de comunicación y capacidad de liderazgo del candidato.

Finalmente, probablemente harán algún tipo de evaluación de su productividad, especialmente si tiene muchos cambios importantes en un corto período de tiempo.

Pero específicamente, probablemente no les va a impresionar la calidad del código , ya que la mayoría de las otras respuestas en este momento parecen implicar. Por un lado, leer el código es difícil, y lleva mucho tiempo y esfuerzo hacer una evaluación razonable. Más importante aún, no hay estándares generalmente aceptados sobre lo que hace un buen código, y en la práctica, hay enormes desacuerdos. Las diferentes organizaciones tienen estándares radicalmente diferentes, y cuanto más presumida sea la organización (Microsoft, Apple, Riot Games, etc.), es más probable que tengan algún tipo de objeción visceral a su código. Un entrevistador experimentado o sabio no se desanimará por las diferencias de su código con respecto a su propio estándar, pero simplemente no espere ganar ningún punto aquí porque cree que es súper elegante, limpio e impresionante.

La única forma en que su código en sí mismo puede causar una impresión significativa es si es inusualmente malo o tal vez especialmente esotérico de alguna manera.

No mencionaste qué tipo de trabajo estás solicitando o qué hace la empresa.

En el código, como regla general, busco un código limpio, conciso y legible. Un buen comentario es un requisito. No en cada línea, pero en cualquier lugar que haga algo que no sea obvio, una explicación de por qué antes de cualquier atajo, y si hay una expresión algebraica, me gusta ver un ejemplo de una línea usando números reales o palabras en inglés que expliquen re haciendo, como:

// longitud del arco = (numdegrees / 360) * (2 * pi * radio)
doble l = (d / 360) * (2 * Math.Pi * r);

Esa es simple, pero cuanto más compleja es la expresión, más importante es.

Los atajos innecesarios en el código me preocupan, porque disminuyen la legibilidad pero generalmente no ofrecen una mejora en la eficiencia.

En una cartera solo voy con la experiencia del usuario. ¿Se carga rápido, funciona como espero que sea, le resultaría fácil a un usuario navegar y usar?

En general, miro para ver si los proyectos están completos. ¿Puede la persona terminar lo que comenzó?

Definitivamente respondería por un estilo de código limpio, ‘manténgalo simple’ y un enfoque organizado general. Si tuviera que contratar a alguien y tener sus proyectos a mi disposición, vería el código como si me contrataran para corregir algo o agregar características, considerando que entiendo la pila de tecnología. Si todo está claro, es un buen indicador de que el trabajo del desarrollador está organizado y si algo sale mal, alguien más puede intervenir sin ningún problema.

  • Estilo de codificación limpio como espaciado, sangría, nombres de variables significativos, nombres de clase significativos, nombres de métodos significativos
  • Cómo el desarrollador resolvió un problema ya que hay tantas formas de resolverlo
  • ¿El desarrollador ha comentado su código?
  • Escala del proyecto en el que el desarrollador ha trabajado

Tener una cuenta de desbordamiento de pila también es excelente ya que el empleador puede ver qué tan solucionador de problemas es alguien por la cantidad de preguntas que ha respondido.

Ha habido casos en el pasado que “el desarrollador” tenía 8 a 10 años de experiencia y cuando fue contratado, ni siquiera sabían por dónde empezar, por lo que tener una cuenta de cartera / Github ayuda, ya que el empleador puede preguntarle al desarrollador asegúrese de que el trabajo sea suyo.

Actividad 4: Idea de negocio-Continuación
¿Quiénes serán sus clientes y cómo / dónde comprarán su producto / servicio?
(Por ejemplo, ¿están en un rango de edad específico, son en su mayoría hombres o mujeres, tienen intereses específicos, viven en ciertos lugares o son un grupo muy mixto? Además, ¿dónde comprarán su producto / servicio? ya sea en el mercado de agricultores, en internet, tiendas locales?)
¿Cuáles son los principales desafíos que enfrenta y cómo hará realidad su idea de negocio?
(Por ejemplo, locales, equipos, personas, financiación, asesoramiento, formación)

Probablemente el mejor indicador de habilidad es su código, y después de sus contribuciones al código abierto.

Tener un código limpio, legible, SECO, RESTful, bien documentado y comentado muestra habilidades de hasta la otra mitad del mundo.

Nada dice más ‘Soy un desarrollador muy experimentado y activo’ como sus contribuciones en GitHub.