¿Cuál es el beneficio de tener un repositorio privado para proyectos personales?

Así que acabo de crear mi primer repositorio de GitHub y comencé a preguntarme si habría alguna razón por la cual alguien no debería publicar su código. No me refiero a lo obvio, como el código que es IP de otra persona o cualquier otra situación legal posible; Estoy hablando de un novato que publica su propio código, aunque terrible.

He escuchado varias veces en este sitio que una de las cosas que hacen algunos de los gerentes de contratación es revisar a la persona en Github (o sitio similar), entonces, ¿qué pasa si falta el código? ¿Importaría el puesto deseado, por ejemplo, si busco un puesto de desarrollador junior en lugar de un puesto de desarrollador senior?

El propósito de los repositorios privados es guardar su código sin tenerlo a la vista. Como programas que son exclusivos para usted en este momento y que no desea compartir. Efectivamente, es solo un lugar para hacer una copia de seguridad de su código privado en un repositorio remoto.

Con respecto a sus preocupaciones de que su código pueda faltar si publica cosas abiertamente; no deberías preocuparte demasiado por eso. Solo tener una cuenta en github (en el momento de escribir) me dice que estás en un escalón más alto de programadores y, según mi experiencia, los reclutadores solo revisan brevemente el código sobre lo que has hecho. A pesar de que tiene algunos errores en su código, aún es un mejor indicador para su posible empleador que realmente puede hacer cosas , lo que importa más que nada.

Casi el 99% de todos los candidatos no dan ninguna indicación en su currículum sobre cuánto pueden programar o diseñar un programa. Heck, algunos "programadores Java Senior" que he conocido no tenían ni idea de que ni siquiera sabían qué interfaceera o por qué lo usarían.

Obtenga una cuenta en Bitbucket si esto le preocupa. Bitbucket le ofrece tantos repositorios privados (Mercurial) como desee.

Si prefiere git, lea la comparación de los servicios de alojamiento de repositorios privados gratuitos , que se centra específicamente en los servicios que ofrecen repositorios privados gratuitos.

Los proyectos de código abierto generalmente se alojan de forma gratuita en estos sitios, por lo tanto, cree dos cuentas. Uno para tus sandboxes de hobby y otro que no te importa que el público en general mire. Publica el nombre de usuario del bueno.

No hay daño en el alojamiento en GitHub o Bitbucket. De hecho, es accesible desde cualquier lugar y puede atraer a otros desarrolladores para que contribuyan. Puede usar repositorios privados si no desea que los proyectos sean de código abierto.

Y depende del gerente de contratación el impacto que tenga un buen perfil de github.

No se me ocurre nada más que vergüenza o humildad. Otros han dicho esto mucho mejor antes, pero esas son cualidades personales muy importantes en un programador. Eso no quiere decir que deba decirles a todos lo terrible que es su código, pero pueden hacer que alguien se esfuerce constantemente por mejorar su trabajo. Y el campo de la programación es tan alucinante que nadie puede aprender todo, ni siquiera acercarse a él. Así que tenga la seguridad de que, si bien cualquier programador puede encontrar fallas (objetivas o subjetivas) con el código de cualquier otro programador (o el suyo propio), eso no significa que su código deba estar oculto.

SI

Eche un vistazo a esta publicación: ¿Vale la pena incluir en mi currículum los repositorios de prueba o de autoaprendizaje? - Lo extendería a tenerlo también en línea con tu nombre.

Estoy totalmente de acuerdo con la respuesta aceptada allí. La suma de todas las cosas visibles sobre usted en línea es su balance personal. Debes asegurarte de mostrar tantos activos mientras minimizas los pasivos.

Si encuentro tu nombre y encuentro parte del código que escribiste, no puedo decir si es un programa de juguetes que no te interesó o si este es tu mejor trabajo.

Acabo de publicar mi primer proyecto en GitHub, y pasé una buena cantidad de tiempo asegurándome de que alguien que no sea yo pueda leerlo.

Si solo está buscando almacenamiento, tomaría el consejo de otras personas y usaría uno de otros repositorios (en línea o fuera de línea). Personalmente, también uso Perforce en casa (no estoy afiliado a la compañía) para mis proyectos de juguetes. Es un producto muy maduro y bueno y viene con 2 usuarios gratuitos, por lo que si es solo para usted, obtendrá un sistema de control de versiones completo, profesional y sin impedimentos de ninguna manera de forma gratuita.

No hay daño en tener repositorios públicos. Sin embargo, es cierto que a los reclutadores les gusta navegar por tu perfil de GitHub y ver lo que has hecho. Si tiene una combinación de proyectos 'hermosos' y 'feos', siempre puede hacer un sitio web de cartera que muestre los proyectos hermosos, o incluso que explique qué depósitos son hermosos y cuáles son cajas de arena. También es una buena práctica describir cada repositorio en un README.mddocumento en la raíz del repositorio, de esa manera, los visitantes del repositorio pueden comprender el propósito y el espíritu del proyecto sin tener que confiar en su propio juicio.

Siempre es posible usar BitBucket o repositorios privados de GitHub para alojar sus proyectos privados o de prueba. Sin embargo, los dos métodos de usar una cartera y escribir README son generalmente suficientes.

Para crear una experiencia unificadora, considere publicar un sitio web de cartera en username.github.io. Esto es posible a través de las páginas de GitHub .

Aunque su código puede ser terrible, es importante considerar que los grandes proyectos comienzan terriblemente, el código cambia con el tiempo y la publicación de códigos terribles tiene la ventaja de mostrar que está trabajando activamente en proyectos. Pero, por supuesto, también se recomienda utilizar las pautas habituales de codificación, como asegurarse de que cada confirmación sea una confirmación de trabajo, usar código de prueba, etc.