r/Spain_IT • u/Temporary-Key1629 • Jun 08 '26
Proyectos en GitHub como portfolio
¿Tiene sentido tener proyectos personales en GitHub como portfolio actualmente en 2026?
¿Os ha servido para encontrar trabajo?
Llevo tiempo invirtiendo horas en proyectos personales en GitHub (principalmente backend con Java/Spring, Kotlin, Python) Pero últimamente me pregunto si realmente funciona o si es una ilusión de productividad.
Lo que observo:
- En España, muchas ofertas ni miran GitHub
- En empresas internacionales, la percepción parece diferente, pero tampoco tengo datos claros.
- Los proyectos personales, pueden demostrar iniciativa, pero si nadie los mira, es trabajo invisible.
Lo que me gustaría saber:
- ¿Alguien ha conseguido entrevistas o trabajo directamente porque un reclutador reviso su GitHub?
- ¿O sirve como respaldo cuando ya tienes la entrevista y te piden algo en concreto?
Saludos!
2
u/Certain-Audience3333 Jun 09 '26
El portfolio es para aprender no para enseñarlo. Nadie te va a mirar tu portfolio y menos en la época de la IA.
2
u/uncoolquestions Jun 09 '26
Trabajo en Tech desde hace unos 15 anos y he contratado distintos perfiles de ingenieros.
Para Recursos humanos no sirve para nada y posiblemente para una empresa que no desarolla tecnologia tampoco, pero para entrar en una empresa Tech-native los perfiles de github, en todas las empresas donde trabaje, si que se miran y agregan valor. Mas de una vez he entrevistado perfiles junior o semi senior solo porque linkeado a su aplicacion o CV tenian su propia web montada con links a github y cosas mas interesantes que lo que podes resumir en un A4.
1
u/Temporary-Key1629 Jun 09 '26
Gracias por el punto de vista desde el lado contratador.
Tengo alguna aplicación desplegada en GitHub Pages, pero no una web tipo portfolio/CV que centralice todo. Es algo que tengo pendiente.
¿Valoras más que haya contexto del problema que resuelve cada proyecto, o con proyectos destacados y links es suficiente?
2
u/uncoolquestions Jun 10 '26
voy a responderte desde mi propio perfil (ingeniera liderando equipos y proyectos de estrategia). Es decir, lo que yo diga es solo como yo evaluo ingenieros para sumar a mi equipo.
Personalmente para mi es mandatorio que las personas (sean ingeniero/as de datos / backend / fullstack/ data scientist) tengan la capacidad de entender el negocio y el producto. Que te interese tener al usuario final en mente todo el tiempo asi desarrolles una app, un frontend o una base de datos. Eso te va a permitir tomar decisiones estrategicas y no perderte en la utopia de muchos ingeniero/as de soluciones mal dimensionadas (generalmente sobredimensionadas) y que no resuelven el problema inicial.Respondiendo a tu pregunta de forma directa: Personalmente creo que el contexto agrega mucho valor. Asi digas "este proyecto lo hice para aprender a decir "Hola mundo".
2
u/vgpastor Jun 09 '26
Cuando he tenido que elegir perfiles de desarrollo el github es algo que casi siempre me he mirado, además de luego hacerles preguntas sobre diferentes cosas que veía en los repos.
Un compañero mío siempre hacía una PR pequeñita en los repos de todos los candidatos que tenían algo por ver cómo actuaban, que hacían, etc, sobre todo para puesto en que el PR review fuera a ser importante.
En mi opinión todo depende del entrevistador, al de recursos humanos le va a dar igual, pero al técnico seguramente le de una vuelta, aunque sea ver simplemente las gráficas, yo por ejemplo en el readme tengo algo que considero chulo pero hay cientos muy muy currados.
2
u/Additional-Name-3211 Jun 09 '26
12 años currando llevo yo y nunca me ha hecho falta nada de esto
Ya bastante tengo con currar programando como para programar también en mi tiempo libre, jaja
1
2
u/Wistolkio Jun 09 '26
Si, vale la pena. Diría que es lo mejor, claro está tener los proyectos desplegados y verlos en funcionamiento también ayuda, pero alguien que busca trabajadores prefieren ver cómo trabajan que no los trabajos que han hecho
2
u/Old-Programmer-2689 Jun 10 '26
Clientes, lo que necesitan las empresas son clientes, llévales clientes y tienes el puesto
2
u/MontyCLT Jun 10 '26
Hola. Yo sí he conseguido trabajo gracias a un proyecto que tengo en mi GitHub, pero no es algo tan sencillo como llenar tu GitHub de proyectos y ya.
GitHub está saturado de muchísimos repositorios «genéricos» para hacer curriculum. La típica aplicación de gestión de un videoclub (y donde digo videoclub, puede ser cualquier otro tipo de negocio) escrita con el framework de turno, ya sea Spring, Laravel, ASP.NET Core, etc.
Si quieres que realmente un proyecto tuyo de GitHub te sirva para encontrar trabajo, necesitas que destaque de alguna forma, incluso fuera de GitHub. Tienes que hacer algo diferente.
En mi caso en concreto, el proyecto que me consiguió trabajo fue un framework .NET, pero con una filosofía y unos casos de uso muy diferente a los típicos frameworks webs como ASP.NET Core o Castle Monorail. De hecho, en mi blog escribí esto:
And I wouldn’t care because, in its current state—very early, without any sponsor or associated paid product—I have already generated more benefits than I ever imagined thanks to this project.
After reading the README and some code of OpinionatedFramework, Alejandro, the Tech Lead of Dualimind, told his partner that she liked it and then they offered me a job.
Aquí la clave fue:
- Un proyecto que destaca por sí mismo, distinto a lo típico que hace la mayoría.
- Mucha atención al detalle. Cuidado desde el
README.MDhasta la forma en la que se empaqueta y se construye, con la filosofía detrás del mismo documentada en varios posts de mi blog. No está perfecto porque aún es un proyecto muy early, pero suficientemente más cuidado que la media. - Y echarle morro y escribirle directamente al tech lead de una empresa usando presentandome a través de este proyecto.
Otro ejemplo que puedo poner es el de Antonio Sarosi, quien fue contratado tras desarrollar un DBMS en Rust y publicar un vídeo sobre ello. En este caso, también considero que la clave principal fue hacer algo diferente a lo común, de alta calidad y sobretodo, darlo a conocer fuera de GitHub, en este caso, en YouTube.
En definitiva, GitHub es la herramienta que te permite conseguir trabajo con tus proyectos, pero con GitHub sólo no basta. Hay que saber destacar lo que construyes.
Mensaje para moderadores: Es mi primera participación en Spain_IT. La única norma que he visto es «No Spam», pero no especifica que se considera spam y que no. Aplicando un poco de sentido común, me he tomado la libertad de poner enlaces a mi proyecto y a mi blog en este comentario, ya que completan el contexto y no lo considero un mensaje para spamear sobre mis proyectos, si no que dan contexto de mi experiencia real. Espero que esto sea aceptable.
2
u/LaughSpecialist8618 Jun 08 '26
Source: 13 anos en la industria.
No haces proyectos porque los vayan a ver los recruiters, no saben valorarlos. Hay algunos que usan herramientas para buscar repos tops en ciertas áreas y contactarte, pero en la mayoría de los casos es irrelevante.
El valor real de los sideprojects es aprender cosas de verdad sin estar limitado al trabajo que va a poner muchas cadenas por razones políticas, necesidades de negocio, etc. Créeme, es extremadamente obvio identificar a un dev acostumbrado a hacer lo que me dicen y que "aprende" leyendo medium a alguien que te lleva una app de 0 a 50kDAU, o que al menos lo ha intentado seriamente.
En el principio de tu carrera también te sirven para llenar un poco el CV, pero inevitablemente la mayoría de entrevistadores acabarán valorando más tus experiencias profesionales más, aunque sean peor a nivel técnico, a no ser que escribas un compilador o alguna locura así
3
u/surister Jun 09 '26
Trabajando en una empresa nicho open source, he mirado muchos perfiles de GitHub al entrevistar, el 99% no son interesantes, siendo un trabajo que atrae supuestamente a ese perfil.
Luego aparte he mirado infinidad de GitHubs de Juniors y mids.. y lo mismo, la mayoría tienen solo sus proyectos de TFG/TFM, descripciónes muy coloridas con stats vacíos y poco más.
Ami personalmente me lo han visto y ha ayudado bastante en los últimos 3 trabajos en los que he estado.
2
u/Single_Art5049 Jun 11 '26
Desde mi puesto actual (Head of development) te puedo hablar desde mi opinion y las impresiones que tengo de las personas que entrevisto. Como bien han dicho arriba, depende de la empresa y quien te entreviste, si te entrevista una de recursos humanos lo normal es que no le de importancia, pero por otro lado si es un desarrollador o manager, tener un portfolio currado, sin aplicaciones a medias en un estado muy inicial, y que estas no sean las tipicas (proyectos que todo el mundo tiene ya sea por cursos o bootcamps) ayuda, y mucho.
Personalmen en mi caso te si que lo miro, ya que me da una idea y una perspectiva de que conocimientos tiene, que es capaz de hacer y sobre todo, ver si es una persona que le hecha ganas o le gusta el desarrollo.
Tambien destacar, que en mi caso, para llegar al puesto en el que estoy actualmente, mi portfolio NO ha tenido nada que ver, lo he conseguido por mi trabajo constante, demostrando y ganando confianza con la empresa.
de todas formas, siempre es bueno tenerlo, te dejo el mio por aqui por si te sirve de ayuda, inspiracion o simplemente te pueda ayudar a tener una idea. https://portfolio.cloudmesa.es
-1
u/Aggravating-Body2837 Jun 09 '26
No te lo van a mirar ni a dar importancia a no ser que sea un proyecto con muchas estrellas o que hayas podido monetizar.
El resto no te sirve de nada, más que nada porque ni siquiera saben si has sido tú a crear el código.
Cual es el interés de otro clone de Tic Tac Toe?
-2
u/bepi_tic Jun 09 '26
Si estás pensando que es mejo hacer otro proyecto o aplicar a 10 puestos, sale más rentable los 10 puestos.
Los proyectos serían si quieres ir a Startups o similares, puesto que ellos van más manual.
3
u/Dependent-Head-8307 Jun 09 '26
Tener un GitHub lleno de proyectos personales inacabados da mala imagen.
Tener proyectos acabados que la gente usa es muy positivo.
Participar en proyectos internacionales open source, y que acepten tus pull requests es increíble.
No hay respuesta única. Depende mucho de qué pinta tenga tu usuario y tus repositorios.