¿De qué manera contribuir a proyectos de código abierto y hacer que mis propios proyectos vayan en contra de la programación competitiva en un currículum o en una entrevista?

En orden de preferencia:

1. Haciendo su propio proyecto, con usted como el principal contribuyente y contribuciones significativas de otros
2. Hacer contribuciones significativas a un proyecto no trivial dirigido por otros
3. Realizando su propio proyecto, contribuciones menores de otros
4. Haciendo su propio proyecto, sin contribuciones de otros
5. Programación competitiva

¿Por qué? Bueno, en las empresas en las que trabajo, las personas no hacen su propio proyecto único con especificaciones bien definidas que no necesitan mantenimiento (programación competitiva).

Las personas escriben cosas para otras personas (como OpenSource que ha sido lo suficientemente popular como para que las personas contribuyan), ¡y sobre todo hacen un trabajo significativo en proyectos preexistentes dirigidos por otras personas! Por lo tanto, poder mirar 100 mil líneas de código y descubrir rápidamente dónde se esconde el error y hacer cambios reales es una buena cosa. Mucho mejor que poder comenzar con una pizarra en blanco y hacer lo suyo.

Eso no quiere decir que la programación competitiva sea mala , si quiero contratar a un corredor de maratón y las dos personas a las que entrevisto no son corredores de maratón, una no hace nada y la otra corre, entonces el chico de la carrera recibe el visto bueno. Puede que no sea maratón, pero es más probable que sea capaz de hacerlo que el tipo que no hace nada.

Mejor aún, el tipo que hace las dos cosas , puede que necesite un corredor de maratón, pero ¿quién sabe cuándo podría necesitar un sprint extraño o dos?

Personalmente, los pesaría mucho más de lo que lo haría con la programación competitiva. Estaría buscando un desarrollador de software, no un programador competitivo. Los conjuntos de habilidades son muy diferentes porque los objetivos son diferentes.

Si ha realizado proyectos completos, comenzando con una idea de algo que desea, ideando una solución para eso e implementando esa solución para producir un producto utilizable, eso demuestra que tiene las habilidades básicas necesarias para un desarrollador. Si ha contribuido a proyectos de código abierto, especialmente aquellos que producen productos útiles, nuevamente, eso también mostrará habilidades útiles.

Publicar aplicaciones móviles o páginas web es mucho mejor que contribuir al código abierto, a menos que el trabajo sea uno en el que la contribución al código abierto sea un componente importante de su trabajo.

La razón: las aplicaciones móviles y las páginas web se pueden verificar muy rápidamente.

Los entrevistadores solo tienen como máximo un minuto o dos para considerar cada CV, antes de pasar al siguiente CV. Nadie va a rastrear sus registros GIT a menos que sea un interés específico para ese trabajo. Lo que funciona es darles algo impresionante que puedan evaluar en los 30 segundos más o menos, quedar profundamente impresionados dentro de los primeros 30 segundos de iniciar su aplicación y poner su CV en la pila de “entrevistas”.

Crear tus propios proyectos que acumulen algunas estrellas en Github es probablemente lo mejor que puedes incluir en tu currículum. Cuantas más estrellas, mejor.

Ganar competencias competitivas de programación probablemente esté a la par de haber aceptado solicitudes de extracción. Si puede compartir el código ganador con su posible empleador y no se ve terrible, eso serían puntos de bonificación adicionales.

Solo bifurcar proyectos y agregar código a ellos viene a continuación. Al menos puedes compartir el código que has escrito realmente.

Simplemente competir pero no ganar (¿o al menos tener un rango fuerte?) Probablemente no lo ayude directamente, aunque la práctica no le hará daño durante la entrevista técnica cuando quieran que resuelva un problema.

La adopción generalizada de un código fuente abierto probablemente cuenta mucho. Con el beneficio adicional de que tiene código, puede presumir. Puntos de bonificación por construir una comunidad / organización que respalde el proyecto.

Obtener puntos en desafíos de codificación inventados, realmente no es particularmente impresionante (al menos para mí). Si estuviera contratando (lo que hago de vez en cuando), la programación competitiva probablemente contaría en su contra; lo vería como evidencia de mal juicio (una pérdida de tiempo y, potencialmente, de talento, que podría aplicarse mejor en otros lugares).