2018-11-27 17:19:57 +0000 2018-11-27 17:19:57 +0000
270
270

¿Por qué se "espera" que los desarrolladores de software trabajen en sus propios proyectos en su tiempo libre?

He estado trabajando en el desarrollo de software durante los últimos cinco años, y he tenido varios trabajos durante este tiempo - la mayoría de ellos han sido contratos a plazo fijo, pero también he tenido un puesto permanente, y he sido autónomo durante unos meses (con un par de clientes).

Terminé mi contrato más reciente hace unas semanas, y he comenzado a entrevistarme para un número de otros trabajos.

Algo que he notado a lo largo de los años al asistir a las entrevistas, es que a menudo me preguntan si tengo alguno de mis propios proyectos de los que pueda hablar - y la pregunta a menudo se hace con la expectativa de que voy a lanzar una descripción detallada de alguna aplicación que he desarrollado en mi propio tiempo.

Aunque disfruto de lo que hago – principalmente porque disfruto de la lógica y de la resolución de problemas – no suelo hacer ningún desarrollo de software en mi propio tiempo, principalmente porque tengo otros intereses que ocupan la mayor parte de mi tiempo libre fuera del trabajo (deporte, trabajo con jóvenes, otros trabajos voluntarios, socialización, etc). Encuentro que mientras disfruto de la lógica y la resolución de problemas que hago como desarrollador de software, no tengo ningún interés en hacerlo fuera de mi horario de oficina – preferiría tomarme un descanso haciendo una de las cosas que he enumerado anteriormente, o simplemente relajarme.

Dicho esto, sé que mucha gente que trabaja en el desarrollo de software disfruta haciéndolo en su propio tiempo así como en el trabajo, pero mi pregunta es, ¿por qué se ha convertido en algo casi esperado que un desarrollador de software trabaje en sus propios proyectos en su propio tiempo? No se me ocurren muchas otras profesiones en las que se “espere” que alguien haga también lo que le pagan por su propio ocio.

Entiendo que puede hacer que un candidato destaque más si tiene algún trabajo impresionante que haya hecho en su propio tiempo, pero si yo estuviera en posición de contratar a un desarrollador de software, creo que valoraría a alguien que disfruta de otros hobbies e intereses también, ya que probablemente significa que será una persona más completa.

Cuando me han hecho esta pregunta en la entrevista, la he respondido de la manera en que he dado mi razón para no hacerlo arriba. Diría que las respuestas que he tenido a esta respuesta en la entrevista, son generalmente 60/40, es decir, algunos entrevistadores parecen apreciar mi punto de vista, pero la mayoría no parecen muy impresionados - tengo la impresión de que esperan que yo haya trabajado en mis propios proyectos fuera de mi trabajo de empleado.

Recientemente, incluso me rechazaron una solicitud porque no tenía ninguno de mis propios proyectos que pudiera mostrar a la compañía publicada en GitHub. Esto no figuraba como requisito en el anuncio de empleo, pero después de presentarme, recibí una llamada de alguien de la empresa pidiendo el enlace a mi perfil en GitHub, que yo proporcioné, pero mencioné que no tenía ninguno de mis propios proyectos allí, y que todo el trabajo en el que había contribuido en GitHub era propietario, y que era propiedad de anteriores empleadores, por lo que no podría mostrarles el código fuente.

Entonces, ¿por qué parece aceptarse que se espera que los desarrolladores de software trabajen o hayan trabajado en sus propios proyectos fuera de su empleo?

Respuestas (18)

204
204
204
2018-11-27 17:30:27 +0000

El punto de vista negativo es que quieren que seas tan adicto a crear cosas, que trabajes 80 horas a la semana para ellos sin tener en cuenta tu salud y bienestar

Un punto de vista positivo es que quieren ver muestras de código y no saben cómo pedir algunas

Los empleadores quieren ver pasión y empuje. Algunas compañías llaman a esas cosas cualidades de liderazgo.

Alguien que es apasionado, debería ser apasionado por cualquier cosa que se proponga. Así que estar bien redondeado es una ventaja.

Cuidado con las empresas que quieren exprimirte por todo lo que vales hasta que seas sólo un limón ahuecado. Hay muchas de ellas por ahí.

114
114
114
2018-11-27 17:50:09 +0000

Como otras respuestas ya han tocado esto es una ruta hacia el poder proporcionar muestras de código que un libre de cualquier restricción sobre el candidato (sin NDAs o cualquier cosa para preocuparse).

Sin embargo, el factor más importante es que las compañías lo esperan simplemente porque es muy a menudo el caso. Aquellos que se convierten en desarrolladores profesionales de software a menudo empiezan como aficionados y conservan el hobby cuando crecen. Y como la gente no suele hacer hobbies que odian hacer (¡al menos no es exactamente el Plan A!) y la gente que disfruta haciendo lo que su trabajo implica es menos probable que se quede a medias y mirando el reloj todo el día.

Personalmente, en 15 años de trabajar como desarrollador, con bastantes de ellos dedicados a gestionar y contratar a otros desarrolladores, nunca he visto ningún indicador fuerte de que los que tienen sus “propios” proyectos sean “mejores” trabajadores que los que no los tienen.

Por cada desarrollador que le gusta tanto escribir cualquier código que pasa 12 horas al día en la oficina trabajando en cosas de la compañía hasta que el equipo de limpieza le echa a patadas hay otro que no puede esperar a llegar a casa y trabajar en lo que ellos quieren estar trabajando en lugar de lo que sea que la compañía les pidió que hicieran ese día, ¡y ese no es alguien que trae su juego A a la oficina!

Por supuesto que la forma en que funciona la búsqueda de trabajo ha hecho que ahora muchos devs hagan proyectos externos más por el CV que por la diversión. Lo que por supuesto sólo refuerza la “necesidad” de tener proyectos externos que puedes apoyar en la entrevista. Lo que por supuesto te da la pobre savia detrás de la puerta #3 - que realmente no quiere estar haciendo proyectos personales por horas cada noche/fin de semana pero teme no ser contratado si no lo hace!

92
92
92
2018-11-27 20:22:50 +0000

Hablando como un ingeniero SW de I+D que también hace reclutamiento y entrevistas SW (y que hace exactamente esa pregunta)…

  1. SW a menudo implica niveles absurdos de complejidad y entrenamiento. Quiero contratar a alguien que vaya a ser productivo durante años o décadas. Si SW es sólo un peldaño para entrar en la empresa y luego salir para ventas (un ejemplo de RL), entonces todo el tiempo que se dedica a la formación y toda la información de legado específica de SW que tiene se pierde y mi tiempo se desperdicia.

  2. Del mismo modo, la vida es demasiado corta para hacer algo que odias (o incluso no te gusta), he visto a mucha gente quemarse después de cinco o diez años.

  3. **Si eres un estudiante de tercer año en la universidad, entonces tienes X cantidad de exposición en la universidad. Si has estado haciendo esto desde la secundaria entonces tienes X+Y. Si has estado haciendo esto desde la escuela secundaria y también lo haces como un hobby entonces es X+Y+Z.

  4. **La diferencia de productividad entre un buen SW y un mal SW es de 10x o más. Lo que es difícil de determinar durante una entrevista. El trabajo en clase es inútil para mí por múltiples razones. Los hobbies son a menudo meses o años de trabajo (el trabajo en clase es a menudo semanas) y dan una mejor idea de los logros.

  5. A la gente le gusta hablar de sus hobbies, es una forma de relacionarse y relajarse.

  6. Tiendo a tratar todas las entrevistas de la misma manera, hago un montón de estudiantes. Muchos/la mayoría de los estudiantes tienen currículos horribles. Tendrán toneladas de experiencia útil en la PRIMERA Competencia de Robótica y la dejarán fuera de su currículo porque no les pagaron, y en cambio hablarán de su trabajo de salario mínimo cortando el césped o atendiendo mesas.

  7. Es una buena manera de darle a alguien la oportunidad de engañarme… o deslumbrarme. También estoy en este campo, probablemente sabré la diferencia.

Consejo: Si te gustan los juegos mentales/lógicos en tu tiempo libre y ves a SW como ese tipo de cosas, entonces menciona eso.

42
42
42
2018-11-28 12:46:35 +0000

Voy a reinterpretar esta pregunta un poco en:

¿Por qué se “espera” que los desarrolladores de software hagan educación continua en su tiempo libre?

Así que, cuando lo reencuentro de esa manera, eso tiene mucho más sentido. A la mayoría de los profesionales se les exige que hagan educación continua. (https://www.continuingeducation.com/medicine/state-ce-requirements/massachusetts) son un excelente ejemplo de esto, pero no son los únicos. Los abogados también requieren este tipo de educación extendida.

De hecho, el desarrollo de software, es excepcional en el sentido de que NO requiere de educación continua o de licencias para ser realizado y si piensas en eso, eso es algo alarmante. El médico está obligado a hacer educación continua, la enfermera está obligada a hacerlo, pero el desarrollador de software que construye todas las herramientas que dependen de uno, no…

Así que, mientras que podría ser el caso, que una empresa está tratando de exprimir más trabajo de un individuo, lo que realmente está sucediendo es que la industria está aprendiendo lentamente que tal vez tenemos que obligar a la educación continua.

No estoy solo, Robert C. Martin (Tío Bob), una de las autoridades de nuestra industria, sugiere aproximadamente 20 horas (unos 3 minutos en el video) a la semana MÁS de educación continua. Así que en promedio estás codificando o aprendiendo sobre el desarrollo unas 60 horas a la semana. Para el tío Bob, esto es un requisito previo para ser un buen programador. De hecho, él va más allá y sugiere que deberías aprender un nuevo lenguaje cada año que seas desarrollador.

El desarrollo de software, es el CORAZÓN de la economía del conocimiento. No puedes ser bueno en ello si no estás aprendiendo activamente y construyendo sobre tus habilidades y llega un punto en el que el trabajo que haces en la oficina simplemente no cubre lo suficiente para que amplíes tus habilidades. Así que necesitas, fuera del trabajo, crear las condiciones para que afines y practiques aquellas partes de tu conjunto de habilidades que no se usan en el trabajo.

A menudo, la mejor manera de aprender es construir cosas. De ahí el impulso de trabajar en proyectos personales. Pero en realidad todo se reduce a aprender cosas de alto nivel (patrones de diseño, arquitectura) y de bajo nivel (genéricos, idiomas) y a vigilar la industria y crecer con ella porque las cosas se mueven rápidamente.

16
16
16
2018-11-27 17:56:55 +0000

Mi respuesta es la suposición de que estos gerentes y entrevistadores fueron a conferencias.

He estado en varias conferencias de desarrolladores y uno de los temas allí es la comunidad. Ellos impulsan la idea de que un desarrollador sólido es alguien que contribuye a su base de productos en general. En mi situación, fui a conferencias de php y ellos empujan fuertemente a la gente a comprometerse con los proyectos de código abierto. Presionar para comprometerse con la base de código fuente real de php no era una agenda prioritaria, pero empujar dentro del marco de trabajo y así sucesivamente es realmente una agenda enorme que se encuentra en varias charlas.

La razón detrás de esto es obvia cuando miras sus credenciales. Están dentro de la comunidad del framework, así que mantenerlo vivo y hacer que la gente lo use son grandes puntos para ellos.

Por el lado de los invitados, creo que mucha gente se lo toma a pecho sin tener en cuenta el trasfondo del orador que presenta esta idea. En mi última empresa, fuimos a varias de estas conferencias y cuando volvimos, fue muy importante que cada uno de nosotros empezara a contribuir a los proyectos de código abierto. Incluso tenían su propia conferencia interna impulsando la misma idea de que un buen desarrollador es alguien que contribuye al código abierto. Incluso en los anuncios de trabajo que publican es que comprometerse es una gran ventaja.

Así que creo que es por eso que es “esperado”. La gente que promueve estos marcos tiene la idea de que deberías comprometerte y contribuir. También cae en la vieja idea de Unix del pasado. Así es como Unix se hizo tan popular gracias al código abierto y la contribución de la comunidad.

16
16
16
2018-11-27 17:33:36 +0000

Simplemente sucede que el desarrollo de software puede ser un hobby de muy bajo costo pero gratificante. Así que es muy común ver a los desarrolladores con sus proyectos personales a un lado y eso es visto a veces como la norma.

Otra parte de la razón es que los empleadores quieren ver pruebas de sus habilidades y pedir el código que has escrito es una forma de hacerlo, un perezoso IMO. También hacer programación en el lado significa que puedes ser fácilmente convencido para trabajar horas extras ya que ya te gusta.

Yo diría que no te estás perdiendo por no recibir ofertas sólo porque no puedes mostrar proyectos personales. Las entrevistas son un proceso de dos caras y, naturalmente, estás filtrando las empresas con culturas que no se ajustan a ti, ya que parece que quieres un equilibrio entre el trabajo y la vida privada.

11
11
11
2018-11-28 19:35:29 +0000

Admitiré que soy un veterano y que las actitudes han cambiado. Sin embargo, cuando era joven, esta misma pregunta se habría hecho en una entrevista como un descalificado, no como un calificado para un solicitante. Cuando estaba empezando, dirigir proyectos paralelos en tu tiempo libre habría sido visto como alguien que estaba más interesado en sus propios objetivos que en el equipo y probablemente no se centraría en los esfuerzos del equipo. Lo mismo se veía en ese momento para los juegos. Un temor adicional era que si una persona pasaba 8, 10, 12 horas al día en la oficina, y luego se iba a casa e hacía más, entonces era un candidato principal para el agotamiento.

De nuevo, admito plenamente que los tiempos y las actitudes han cambiado, pero tampoco he pedido nunca a un solicitante muestras de código preparadas, y nunca me han pedido ninguna. Ciertamente he pedido, y se me ha pedido que genere, en el acto, muestras cortas que muestren el estilo. Siendo de la vieja escuela, me tomó desprevenido cuando los solicitantes ofrecieron acceso a las muestras y tal acceso no me interesó. Siempre sentí que aprendí mucho más por hablar que por reclamar la propiedad del código preescrito.

En general tendría una mentalidad similar a la que escucho en la pregunta de la OP. Mi tiempo libre es para despejar mi mente del trabajo y refrescarla, no para dedicarme a más de lo mismo para ser honesto.

10
10
10
2018-11-27 17:53:32 +0000

Estoy de acuerdo con los puntos básicos de la respuesta de RibaldEddie, pero está cargada de suficientes juicios de valor negativos que creo que se equivoca.

Algunos apasionados y talentosos ingenieros son impulsados a construir y crear incluso cuando no se les paga por ello. Preguntar sobre proyectos extracurriculares es una forma de sondear esa pasión y talento dando al candidato un escenario para presumir de un proyecto que eligió para sí mismo.

¿Se requiere trabajo extracurricular para ser un ingeniero apasionado y talentoso? Por supuesto que no. Sin embargo, las personas que trabajan en su tiempo libre pueden buscar esa misma característica en otros.

6
6
6
2018-11-28 14:40:30 +0000

En mi trabajo diurno entreno a los desarrolladores de software, sobre todo en una tecnología menos popular. Cuando contratamos nuevos desarrolladores junior o en formación, pedimos un perfil de Github o Stack Overflow. Pero dejamos claro que no es necesario tener uno. Contratamos a personas con una formación general en STEM que quieren convertirse en desarrolladores de software.

Las diversas razones por las que no todo el mundo quiere o puede tener sus propios proyectos paralelos, o contribuir al código abierto de forma significativa han sido incluidas varias veces en las otras respuestas. El tiempo es el principal. A menudo, eso implica la familia. Uno tiene que respetar eso.

Sin embargo, ver que alguien junior tiene algo en Github (o Bitbucket o Gitlab o cualquier otro lugar) es increíblemente útil. Me muestra que realmente quieren convertirse en desarrolladores. Al igual que alguien que no sabe nada de cocina, pero que siente que es su vocación de convertirse en chef, creo que un joven que quiera convertirse en desarrollador de software se sentirá naturalmente atraído por probar esto en casa. Cocinarías en casa mientras buscas ese primer trabajo en la cocina. Por supuesto que harías tutoriales en casa.

¿Qué te dice sobre lo serio que es alguien, o lo motivado que está, cuando no hace eso? Supongamos que tiene un título en biología (y lo elegí al azar), y que no ha escrito ningún código. Pero intentan convencerte de que los contrates en lugar de las otras 200 personas que se postularon. Los 50 graduados en desarrollo de software o en informática tendrán todos sus cursos en Github, pero en la mayoría de los casos será sólo un compromiso por proyecto, y una copia y pegado masivo.

Pero si hay uno o dos candidatos que realmente tienen un interés adecuado en la codificación ya, antes de la formación formal, y lo muestran en Github, entonces eso les hace destacar. Un desarrollador experimentado viendo este código dirá la diferencia entre un proyecto que se hace en la uni, o sólo para el CV, o uno donde la pasión y los retoques reales se han metido en él. Ese es el tipo de proyecto que quiero ver. Eso me dice que esta persona lo dice en serio.

Pero si no tienes eso porque no tienes tiempo para hacerlo, está bien. Es sólo una de las muchas cosas que miro, y puedes convencerme de otras maneras.


Lo anterior estaba dirigido a los jóvenes. Yo personalmente hago algo de código abierto. Tengo módulos en el repositorio de mi idioma de elección, y he contribuido a muchos otros. Menciono esto en mi CV porque me hace destacar. Me gusta pensar que me ayuda, pero he notado que a muchas empresas no les importa, porque a menudo las personas encargadas de la contratación no saben lo que significa.

Por lo tanto, concluyo que no es realmente necesario. Pero ayuda. Al igual que las buenas notas o una universidad prestigiosa no son realmente necesarias, pero ayudan.

6
6
6
2018-11-28 14:13:00 +0000

Los desarrolladores que escriben código en su propio tiempo, al menos a mi parecer, son mucho más propensos a ir por delante en la búsqueda de nuevas/mejores formas de hacer las cosas que puedan traer para trabajar con ellos y beneficiar a la empresa.

Supongo que el tl;dr sería que es esencialmente I+D libre que cualquier empresa estaría loca por rechazar.

3
3
3
2018-11-27 23:15:04 +0000

Creo que lo que hace especial al desarrollo de software es que resuelve una amplia gama de problemas cotidianos. Ya sea modificando juegos de ordenador, personalizando la automatización del hogar, el portal web de tu club de hobbies o arreglando un error en el software de código abierto que utilizas, hay muchas oportunidades para usar tus habilidades. También son formas muy diversificadas de aplicar tus habilidades - libres de muchas restricciones que tienes en el contexto profesional.

Si veo una aplicación sin ningún proyecto personal, me hace ser un poco escéptico. Significa que me cuesta más evaluar las habilidades del candidato - pero ciertamente lo intento. Para bien o para mal - tener proyectos de software de hobby es común entre los desarrolladores de software. Esto, por supuesto, levanta algunas expectativas.

3
3
3
2018-11-28 15:11:32 +0000

Veo un montón de “los empleadores quieren que trabajes mil horas a la semana” y creo que esas respuestas erran el tiro.

Mientras que hay son esos empleadores que quieren la perspectiva de “trabajo gratis” (asumiendo que eres un salario y sólo trabajas obsesivamente en una cosa).

PASION!!!

Una cosa que los empleadores quieren ver es PASION!

Yo preguntaría lo mismo si fuera un gerente que contrata a un mecánico de autos - cuéntame sobre los autos que has reconstruido.

O contratando a un carpintero - cuéntame sobre cualquier cosa que hayas construido en tu tiempo libre.

¿Disfrutas tanto de lo que haces que lo haces fuera del trabajo?

Tus propios proyectos

Si tienes un código que has hecho fuera del trabajo

  • No se esconde detrás de “acuerdos” y “propiedad” de MegaCorp. Es TU código y TÚ puedes compartirlo.
  • Son cosas extras que has hecho - y presumiblemente seguirás haciendo. Prohibir contratos ejecutables diciendo “tu código de tiempo libre es nuestro” (“ejecutable” porque no todos los locales permiten esos contratos) - eso significa que este código presumiblemente NO es trabajo gratis para la nueva MegaCorp.

No pueden pedir ver el código de MegaCorps. No es TU código para compartir. No puedo contar el número de proyectos que personalmente no puedo mostrar porque o no tengo acceso a él fuera de la red o tengo legalmente prohibido compartirlo porque no es mío.

End Game

Quieren ver pasión, conocimiento, pruebas. Tener proyectos accesibles públicamente de los que se puede hablar en profundidad está cubierto por “proyectos privados” porque en realidad se puede COMPARTIR el código base.

Pueden ver el código, ver las ideas (OOP, IoC, algoritmos elegidos, bibliotecas utilizadas, etc). Pueden escuchar que describas el código que pueden ver. Pueden preguntar sobre las elecciones realizadas. Pueden realmente SABER que tienes el conocimiento más allá de un grado y un título de trabajo que no dice mucho.

Hay son compañías que quieren trabajo libre y compañías que abusarán de la idea de que trabajarás más… pero por favor no asumas que “muéstrame algo que puedas mostrarme” es SOLAMENTE por eso.

La gente de los coches puede hablar de reconstruir un motor en su propio garaje y los carpinteros pueden hablar de construir el juego de dormitorio en el que duermen por la noche.

Los programadores deben ser capaces de hablar de forma similar - y mostrar - los proyectos que han producido - y los proyectos “fuera” del trabajo requerido son una buena fuente de ese conocimiento, experiencia y pasión.

2
2
2
2018-11-29 23:13:36 +0000

Hay varias razones posibles por las que las empresas pueden preguntar sobre proyectos personales, y prefieren candidatos con ellos.

  • Trabajo con la mayoría de las empresas pequeñas. Es una atmósfera muy creativa y emprendedora. ¿Eres creativo y emprendedor? Si lo eres, tienes proyectos paralelos y realmente creas cosas. Esto podría no sólo estar relacionado con la programación, pero hay una buena posibilidad de que lo esté.

  • ¿Puedes especificar y realmente _terminar un proyecto (o alcanzar un objetivo) por tu cuenta? Es decir, ¿puedes tomar la iniciativa y realmente cumplir?

  • Amplia experiencia. No puedo decirte la cantidad de veces que las cosas que aprendí en un proyecto paralelo que no estaban relacionadas con un proyecto de trabajo ayudaron a ese proyecto de trabajo. Estar expuesto a una amplia variedad de tecnologías e industrias puede ser muy beneficioso. ¿Eres el tipo de persona que puede sacar de (nuestra) caja de pensamiento?

Dicho esto, según mi experiencia, muchas empresas no quieren candidatos que pasen mucho tiempo en sus propios proyectos, como lo hacen.

2
2
2
2018-11-28 02:16:46 +0000

Sólo se espera de ti si esperas un trabajo de alto nivel como programador. Debido a que la demanda supera el número de puestos disponibles, tienen el lujo de ser exigentes. Y siendo quisquillosos, ¿por qué no querrías a alguien que ama tanto el código que también codifica en su tiempo libre? Lo que significa que también se desafía a sí mismo a cosas nuevas y básicamente está aprendiendo más rápido y está más actualizado en el conocimiento que la mayoría.

2
2
2
2018-11-28 09:43:32 +0000

Esta es la razón… Los empleadores quieren que trabajes más de 40 o 45 horas por semana, así que si no puedes pasar más tiempo en tu trabajo, quieren saber si puedes hacerlo fuera del horario laboral. Hay un ejemplo simple de Elon Musk (CEO de Tesla): https://www.telegraph.co.uk/technology/2018/11/27/elon-musk-workers-should-put-80-hours-week-change-world/

¡Buena edición!

2
2
2
2018-11-28 11:39:47 +0000

Mi respuesta no es todo lo que pienso sobre el asunto, sino que se limita al tema de este sitio.

Hay empresas que prefieren que su desarrollador tenga proyectos de hobby. Hay empresas que prefieren que no (sí las hay).

Creo que de todas formas deberías evitar las empresas que insisten demasiado en este asunto en cualquier dirección. Después de todo, es tu propio negocio cómo pasas tu tiempo libre.

Por lo demás, creo que deberías estar bien si dices que no haces programación de hobby. Sólo haz que seas respetuoso con aquellos que eligen hacer programación de hobbies.

0
0
0
2018-11-29 22:49:03 +0000

muchos otros profesionales de este tipo tienden a tener un extenso portafolio que hicieron en su propio tiempo, y se les pregunta por ellos. […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] muchos otros profesionales de este tipo tienden a tener un extenso portafolio que hicieron en su propio tiempo, y se les pregunta por ellos. […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […] […]

-2
-2
-2
2018-11-28 06:50:35 +0000

“es que a menudo me preguntan si tengo alguno de mis propios proyectos de los que pueda hablar…”

Nunca le he preguntado esto a nadie (y ciertamente nunca me lo han preguntado).

¿Podría ser que estés pensando más en tu experiencia cuando eras un absoluto principiante (es decir, en una época en la que no tenías ningún producto real en el que hayas trabajado, para discutir).

“¿por qué parece ser aceptado que se espera que los desarrolladores de software trabajen en [basura de hobby] ”

Tal vez sea una cosa regional, pero no lo veo como algo aceptado o usual.

¿A quién le importan las cosas de hobby?

Tal vez sea una rareza de tu campo particular , OP?

Creo que la buena noticia es que si has tenido esta experiencia es “sólo mala suerte”. Yo me olvidaría de eso.