Porque é "esperado" que os programadores de software trabalhem nos seus próprios projectos no seu tempo livre?

A visão negativa é que eles querem que você seja tão viciado em criar coisas, que você trabalhe 80 horas por semana para eles sem considerar a sua saúde e bem-estar.

Uma visão positiva é que eles querem ver amostras de código e não sabem como pedir apenas algumas

Os empregadores querem ver paixão e conduzir. Algumas empresas chamam a isso qualidades de liderança.

Alguém que é apaixonado, deve ser apaixonado por tudo o que lhe é proposto. Por isso, ser bem sucedido é uma vantagem.

Cuidado com as empresas que o querem espremer por tudo o que vale até ser apenas um limão oco. Há muitas delas por aí.

Como outras respostas já afloraram esta é uma via para se poder fornecer amostras de código que não tenham quaisquer restrições para o candidato (nenhuma AND ou algo com que se possa preocupar).

De longe o factor maior, porém, é que as empresas o esperam simplesmente porque é muito frequentemente o caso. Aqueles que passam a ser programadores profissionais de software começam frequentemente como hobbyistas e mantêm o hobby à medida que crescem. E como as pessoas geralmente não fazem hobbies, detestam fazer (pelo menos não é exactamente o Plano A!) e as pessoas que gostam de fazer o que o seu trabalho implica, têm menos probabilidades de serem meio verificadas e de passarem o dia a observar.

Pessoalmente, em 15 anos de trabalho como dev, com alguns deles a gerir e a contratar outros dev, nunca vi nenhum indicador forte de que aqueles que têm os seus “próprios” projectos sejam “melhores” trabalhadores do que aqueles que não têm.

Para cada desenvolvedor que gosta tanto de escrever qualquer código que passe 12 horas por dia no escritório a trabalhar em coisas da empresa até que a equipa de limpeza os expulse, há outro que mal pode esperar para chegar a casa e trabalhar naquilo em que querem estar a trabalhar e não naquilo que a empresa lhes pediu nesse dia, e não é alguém que esteja a trazer o seu A-game para o escritório!

É claro que a forma como a procura de emprego funciona tem significado que agora muitos devs fazem mais projectos externos para o CV do que para a diversão. O que, claro, só reforça a “necessidade” de ter projectos externos que se possam abraçar no momento da entrevista. O que, claro, te dá a pobre coitada atrás da porta #3 - que não quer_ estar a fazer projectos pessoais durante horas todas as noites/fim de semana, mas receia não ser contratado se não o fizer!

Falando como engenheiro SW de I&D que também faz o recrutamento e entrevista SW (e que faz exactamente essa pergunta)…

1. 1. SW envolve frequentemente níveis absurdos de complexidade e formação. Quero contratar alguém que vai ser produtivo durante anos ou décadas. Se o SW é apenas um trampolim para entrar na empresa e depois sair para as vendas (um exemplo RL), então todo o tempo gasto a treiná-lo e toda a informação específica do SW que tem perdido e o meu tempo desperdiçado.

2. Da mesma forma, a vida é demasiado curta para se fazer algo que se odeia (ou mesmo não se gosta), já vi muita gente a queimar após cinco ou dez anos.

3. **Se você é um Júnior na faculdade, então você tem X quantidade de exposição da faculdade. Se o fazes desde o liceu, então tens X+Y. Se tens feito isto desde o liceu e também o fazes como hobby então é X+Y+Z.

4. A diferença de produtividade entre uma boa pessoa SW e uma má pessoa SW é como 10x ou mais. O que é difícil de provocar durante uma entrevista. O trabalho de classe é inútil para mim, por múltiplas razões. Os passatempos são muitas vezes meses ou anos de trabalho (as aulas são muitas vezes semanas) e dão uma ideia melhor das realizações.

5. As pessoas gostam de falar dos seus passatempos, é uma forma de se relacionarem e relaxarem.

6. Tenho tendência para tratar todas as entrevistas da mesma forma, faço muitos alunos. Muitos/muitos alunos têm currículos horríveis. Terão toneladas de experiência útil no FIRST Robotics Competition e deixarão de fora o seu currículo porque não foram pagos, e em vez disso falam do seu salário mínimo a cortar relva ou a servir às mesas.

7. É uma boa maneira de dar a alguém a oportunidade de me enganar… ou deslumbrar-me. Também estou neste campo, provavelmente saberei a diferença.

Advice: Se você gosta de jogos mentais/lógicos no seu tempo livre e vê SW como esse tipo de coisa, então mencione isso.

Vou reinterpretar um pouco esta questão:

Porque é que se “espera” que os programadores de software doem formação contínua no seu tempo livre?

Por isso, quando volto a enquadrar dessa forma, isso faz muito mais sentido. A maioria dos profissionais é obrigada a fazer educação contínua. Os (https://www.continuingeducation.com/medicine/state-ce-requirements/massachusetts) são um excelente exemplo disso, mas não são os únicos. O

Na verdade, o desenvolvimento de software, é excepcional na medida em que NÃO exige que se faça formação contínua ou licenciamento e se pensarmos nisso, é um pouco alarmante. O médico é obrigado a fazer educação contínua, a enfermeira é obrigada a fazê-lo, mas o desenvolvedor de software que constrói todas as ferramentas de que depende, não o faz…

Então, embora possa ser o caso, que uma empresa está a tentar espremer mais trabalho de um indivíduo, o que está realmente a acontecer é que a indústria está lentamente a aprender que talvez precisemos de obrigar à educação contínua.

Não estou sozinho, Robert C. Martin (Tio Bob), uma das autoridades da nossa indústria, sugere cerca de 20 horas (cerca de 3 minutos no vídeo) por semana MAIS de formação contínua. Assim, em média, está a codificar ou a aprender sobre o desenvolvimento cerca de 60 horas por semana. Para o tio Bob, isto é um pré-requisito para ser um bom programador. Na verdade ele vai ainda mais longe e sugere que se aprenda uma nova língua cada ano que se é programador.

Desenvolvimento de software, é o CORAÇÃO da economia do conhecimento. Não pode ser bom nisso se não estiver a aprender e a desenvolver activamente as suas competências e chega um momento em que o trabalho que faz no escritório simplesmente não cobre o suficiente para expandir as suas competências. Por isso precisa de, fora do trabalho, criar as condições para aperfeiçoar e praticar as partes do seu conjunto de competências que não são utilizadas no trabalho.

Muitas vezes, a melhor maneira de aprender é construir coisas. Daí o impulso para trabalhar em projectos pessoais. Mas na realidade tudo se resume a aprender coisas de alto nível (padrão de design, arquitectura) e de baixo nível (genéricos, línguas) e a ficar de olho na indústria e crescer com ela, porque as coisas avançam rapidamente.

A minha resposta é o pressuposto de que estes gestores e entrevistadores foram a conferências.

Já estive em várias conferências de desenvolvimento e um dos temas que lá existe é a comunidade. Eles insistem nesta ideia de que um promotor sólido é alguém que contribui para a sua base global de produtos. Na minha situação, fui a conferências php e eles pressionam fortemente as pessoas a empenharem-se em projectos de código aberto. Empurrar para o compromisso com a verdadeira base de código fonte do php não era uma agenda de topo, mas empurrar para o enquadramento e assim por diante é realmente uma agenda enorme que eles conseguem atingir em várias conversações.

A razão por detrás disto é óbvia quando se olha para as suas credenciais. Eles estão dentro da comunidade de enquadramento, pelo que mantê-la viva e conseguir que as pessoas a utilizem são pontos importantes para eles.

Do lado dos convidados presentes, penso que muitas pessoas levam isto muito a peito sem ter em conta os antecedentes do orador que está a apresentar esta ideia. Na minha última empresa, fomos a várias destas conferências e quando voltámos, foi um grande negócio que cada um de nós começou a contribuir para projectos de código aberto. Tiveram mesmo a sua própria conferência interna a empurrar a mesma ideia de que um bom desenvolvedor é alguém que contribui para o código aberto. É mesmo nos anúncios de emprego que eles publicam que o compromisso é uma enorme mais-valia.

Por isso penso que é por isso que é “esperado”. As pessoas que empurram estas estruturas a divulgar a ideia de que se deve estar a comprometer e a contribuir. Também se enquadra na velha ideia do Unix do passado. Foi assim que o Unix se tornou tão popular graças ao código aberto e à contribuição da comunidade.

Acontece simplesmente que o desenvolvimento de software pode ser um hobby extremamente barato, mas gratificante. Por isso é muito comum ver os programadores com os seus projectos pessoais de lado e isso é por vezes visto como a norma.

Outra parte da razão é que os empregadores querem ver provas de competências e pedir código que você tenha escrito é uma forma de o fazer, uma OMI preguiçosa. Também fazer programação à parte significa que se pode ser facilmente convencido a fazer horas extraordinárias, uma vez que já se gosta.

Eu diria que não se está a perder por não receber ofertas só porque não se pode mostrar projectos pessoais. As entrevistas são um processo bilateral e está naturalmente a filtrar empresas com culturas que não lhe serviriam, uma vez que parece que quer equilíbrio entre trabalho e vida pessoal.

Admito que sou um veterano e que as atitudes mudaram. Contudo, quando eu era júnior, esta mesma pergunta teria sido feita numa entrevista como uma desqualificação, não como uma qualificação para um candidato. Quando eu estava a começar, gerir projectos paralelos no seu tempo livre teria sido visto como alguém que estava mais interessado nos seus próprios objectivos do que na equipa e provavelmente não se manteria concentrado nos esforços de equipa. O mesmo foi visto nessa altura para o jogo. Um receio adicional era que se uma pessoa derramasse 8, 10, 12 horas por dia no escritório, e depois fosse para casa e fizesse mais do que isso, fosse um candidato principal para o burn-out.

Mais uma vez, admito plenamente que os tempos e as atitudes mudaram, mas também nunca pedi a um candidato amostras de código preparadas, e nunca recebi nenhum pedido. Certamente que pedi, e foi-me pedido para gerar, no local, amostras curtas que mostrem estilo. Sendo da velha guarda, na verdade apanhou-me desprevenido quando os candidatos me ofereciam acesso a amostras, ou a amostras semelhantes, e tal acesso não me interessava. Sempre senti que aprendi muito mais a falar do que a reivindicar a posse de código pré-escrito.

Em geral, eu teria uma mentalidade semelhante à que ouço na pergunta do PO. O meu tempo livre é para me libertar do trabalho e refrescá-lo, não para me empenhar mais no mesmo para ser honesto.

Concordo com os pontos básicos da resposta da RibaldEddie, mas está carregada de julgamentos de valor negativos suficientes que me parecem falhar a marca.

Alguns engenheiros apaixonados e talentosos são levados a construir e criar mesmo quando não estão a ser pagos por isso. Perguntar sobre projectos extracurriculares é uma forma de sondar essa paixão e talento, dando ao candidato um palco para se gabar de um projecto que escolheu para si próprio.

É necessário trabalho extracurricular para ser um engenheiro apaixonado e talentoso? Claro que não. No entanto, as pessoas que trabalham no seu tempo livre podem procurar essa mesma característica nos outros.

No meu trabalho diário, treino programadores de software, na sua maioria numa tecnologia menos popular. Quando contratamos novos desenvolvedores juniores ou estagiários, pedimos um perfil de Github ou Stack Overflow. Deixamos claro que não é necessário ter um. Contratamos pessoas com formação geral em STEM que querem tornar-se programadores de software.

As várias razões pelas quais nem todos querem ou podem ter os seus próprios projectos secundários, ou contribuir para o código aberto de uma forma significativa, foram incluídas várias vezes nas outras respostas. O tempo é o principal. Muitas vezes, isso implica família. Há que respeitar isso.

No entanto, ver que alguém júnior tem algo em Github (ou Bitbucket ou Gitlab ou qualquer outro lugar) é incrivelmente útil. Isso mostra-me que eles querem realmente tornar-se um desenvolvedor. Tal como alguém que não sabe nada de cozinha, mas sente que é a sua vocação para se tornar um chefe de cozinha, acredito que um jovem que queira tornar-se um programador de software seria naturalmente atraído a experimentar isto em casa. Cozinharia em casa enquanto procurava aquele primeiro emprego na cozinha. Claro que faria tutoriais em casa.

O que é que isso lhe diz sobre a seriedade de alguém, ou a sua motivação, quando não o faz? Assuma que eles têm uma licenciatura em (e eu escolhi isto aleatoriamente) biologia, e que não escreveram nenhum código. Mas eles tentam convencê-lo a contratá-los em vez das outras 200 pessoas que se candidataram. Os cerca de 50 licenciados em desenvolvimento de software ou ciências informáticas terão todos os seus cursos no github, mas será na sua maioria apenas um compromisso por projecto, e copiar e colar em massa.

Mas se há um ou dois candidatos que já têm um interesse adequado na codificação, antes da formação formal, e mostram isso no github, então isso fá-los sobressair. Um programador experiente que olhe para este código dirá a diferença entre um projecto que é feito em uni, ou apenas para o CV, ou um projecto em que a paixão e o tinkering foram realmente a fundo. É esse o tipo de projecto que eu quero ver. Isso diz-me que esta pessoa está a falar a sério.

Mas se não tem isso porque não tem tempo para o fazer, tudo bem. É apenas uma das muitas coisas para as quais olho, e podem convencer-me de outras formas.

O acima referido foi dirigido a pessoas juniores. Eu, pessoalmente, faço algumas coisas de código aberto. Tenho módulos no repositório da minha língua de escolha e já contribuí para muitos outros. Menciono isto no meu CV porque me faz sobressair. Gosto de pensar que me ajuda, mas reparei que muitas empresas não se importam, porque muitas vezes as pessoas encarregadas de contratar não sabem o que significa.

Concluo, portanto, que não é realmente necessário. Mas ajuda. Tal como as boas notas ou uma universidade de prestígio não são realmente necessárias, mas ajudam.

Desenvolvedores que escrevem código seu próprio tempo, pelo menos a meu ver, estão muito mais propensos a estar à frente da curva procurando novas/melhores formas de fazer as coisas que podem trazer de volta para trabalhar com eles e beneficiar a empresa.

Acho que o tl;dr seria que é essencialmente I&D gratuito que qualquer negócio seria louco em recusar.

Penso que o que torna o desenvolvimento de software especial é o facto de resolver uma vasta gama de problemas quotidianos. Seja a modding de jogos de computador, a automação doméstica personalizada, o portal web do seu clube de hobby ou a correcção de um bug no software de código aberto que utiliza - há tantas oportunidades para usar as suas capacidades. São também formas muito diversificadas de aplicar as suas competências - sem muitas restrições no contexto profissional.

Se vejo uma aplicação sem qualquer projecto pessoal, fico um pouco céptico. Significa que tenho mais dificuldade em avaliar as competências do candidato - mas certamente que tento. Para o bem ou para o mal - ter projectos de software por hobby é comum entre os programadores de software. Isto suscita, naturalmente, algumas expectativas.

Vejo muitos “empregadores que querem que trabalhe mil horas por semana” e penso que essas respostas falham o alvo.

Enquanto lá são aqueles empregadores que querem a perspectiva de “mão de obra gratuita” (assumindo que você é salário e apenas trabalha obsessivamente numa coisa).

PASSIÃO!!!

Uma coisa que os empregadores querem ver é a PAIXÃO!

Eu perguntaria a mesma coisa se eu fosse um gerente a contratar um mecânico automóvel - fale-me sobre os carros que reconstruiu.

Ou contratar um carpinteiro - fale-me de tudo o que construiu no seu tempo livre.

Você enjoy! faz o que faz muito que o faz fora do trabalho?

Os seus próprios projectos

Se tem código que fez fora do trabalho

• Não está escondido atrás de “acordos” e “propriedade” da MegaCorp. É o SEU código e VOCÊ pode compartilhá-lo.
• São coisas extras que você já fez - e presumivelmente continuará a fazer. Baring enforceable contratos dizendo “seu código de tempo livre é nosso” (“enforceable” porque nem todos os locais permitem esses contratos) - isso significa que este código NÃO é presumivelmente trabalho gratuito para a nova MegaCorp.

Eles não podem pedir para ver o código MegaCorps. Não é o SEU código a partilhar. Não posso contar o número de projectos que pessoalmente não posso mostrar porque ou não tenho acesso a ele fora da rede ou estou legalmente impedido de o partilhar porque não é meu.

End Game

Eles querem ver paixão, conhecimento, prova. Ter projectos acessíveis ao público sobre os quais pode falar em profundidade é coberto por “projectos privados” porque pode realmente PARTILHAR o código base.

Eles podem ver o código, ver as ideias (OOP, IoC, algoritmos escolhidos, bibliotecas utilizadas, etc). Eles podem hear o código que eles podem ver. Eles podem _aquirir sobre as escolhas feitas. Eles podem realmente SABER que você tem o conhecimento além de uma licenciatura e um título de emprego que não diz muito.

Ali são empresas que querem trabalho livre e empresas que _ abusam da ideia de que você vai trabalhar mais… mas por favor não assuma que “mostre-me algo que você pode me mostrar” é APENAS por causa disso.

Os programadores de automóveis podem falar sobre a reconstrução de um motor na sua própria garagem e os carpinteiros podem falar sobre a construção do quarto onde dormem à noite.

Os programadores devem ser capazes de falar - e mostrar - os projectos que produziram - e os projectos “fora” do trabalho exigido são uma boa fonte desse conhecimento, experiência e paixão.

Há várias razões possíveis para as empresas perguntarem sobre projectos pessoais e preferirem candidatos com eles.

• Eu trabalho com a maioria das pequenas empresas. É uma atmosfera muito criativa e empreendedora. Você é criativo e empreendedor? Se é, você tem projectos paralelos e cria realmente coisas. Isto pode não estar apenas relacionado com programação, mas há boas hipóteses de estar.

• Podes especular e realmente terminar um projecto (ou alcançar um posto de meta) por tua conta? Ou seja, pode tomar a iniciativa e realmente realizar?

• Amplitude de experiência. Não te posso dizer o número de vezes que aprendi num projecto paralelo que não estava completamente relacionado com um projecto de trabalho, ajudou esse projecto de trabalho. Ter exposição a uma grande variedade de tecnologias e indústrias pode ser muito benéfico. Você é o tipo de pessoa que pode tirar do (nosso) box thinking?

Dito isto, é a minha experiência que muitas empresas não querem candidatos que gastam muito tempo nos seus próprios projectos, tal como as empresas que o fazem.

Só é esperado de si se estiver à espera de um emprego de topo como programador. Porque a procura é superior ao número de postos disponíveis, eles têm o luxo de ser exigentes. E sendo exigente, porque não quereria alguém que gosta tanto de código que também codifique no seu tempo livre. O que significa que ele também se desafia a coisas novas e está basicamente a aprender mais depressa e está mais actual em termos de conhecimento do que a maioria.

Esta é a razão… Os empregadores querem que você trabalhe mais de 40 ou 45 horas por semana, por isso se você não pode passar mais tempo no seu trabalho, eles querem saber se você é capaz de fazer isso fora do tempo de trabalho. Há um exemplo simples de Elon Musk (Tesla CEO): https://www.telegraph.co.uk/technology/2018/11/27/elon-musk-workers-should-put-80-hours-week-change-world/

Boa edição!

A minha resposta não é tudo o que penso sobre o assunto, mas limitou bastante o tema deste site.

Há empresas que preferem que o seu promotor tenha projectos de passatempo. Há empresas que preferem que não o façam (sim, há).

Penso que, de qualquer das formas, devem evitar as empresas que insistem demasiado neste assunto para qualquer das direcções. Afinal de contas, é ** o seu próprio negócio** como gasta o seu tempo livre.

Caso contrário, penso que deve ficar bem se se limitar a dizer que não faz programação por hobby. Apenas faça com que respeite aqueles que optam por fazer programação de passatempos.

Muitas perguntas sobre as razões pelas quais os entrevistadores fazem uma determinada pergunta podem ser respondidas recordando que quase todas as entrevistas de emprego são torneios e não qualificações. O que quero dizer com isso?

• Numa qualificação, um monte de pessoas é julgado pelas suas qualidades para ver se fazem o corte ou não. Dependendo de quem entra, todas podem passar, ou nenhuma delas pode passar. Todos aqueles que passam são “suficientemente bons” no sentido de cumprirem os requisitos estabelecidos para a qualificação.
• Num torneio, há várias pessoas a competir, mas só há um campeão. Só porque ele é campeão não significa que seja bom. Talvez todos os outros que entraram sejam perdedores. E só porque é bom não significa que vai ganhar - talvez haja outro tipo que entrou que também seja muito bom. Aquele que ganha o torneio é “o melhor”.

Qualificações resultam num número desconhecido de pessoas a passar, enquanto que quando as empresas tentam contratar, o seu objectivo é normalmente preencher um determinado número de posições. Mesmo que se obtenha currículos de 5 engenheiros realmente bons, se se pretende preencher apenas uma posição não faz sentido contratá-los a todos. Afinal, você só precisa de um. Portanto, nas candidaturas a empregos, as pessoas são classificadas para ver quem é o melhor, e muitas perguntas importantes são para obter dados sobre quais classificá-los.

Entrevistadores para empregos de software perguntam sobre os seus projectos de hobby pelo simples facto de muitas pessoas que se candidatam a tais empregos terem projectos de hobby, e parece ser uma base importante para comparação. Se tivesse dois candidatos idênticos, mas um tivesse uma extensa carteira de githubs, isso não o torna mais adequado do que o outro? Talvez, talvez não, mas a questão é que seria uma tolice não perguntar uma coisa dessas, por isso muitas pessoas fazem-no. Só a pergunta não significa necessariamente que se espere que as tenha, no sentido de que será imediatamente desqualificado só por não as ter. Normalmente, as decisões de contratação são holísticas. Mas é esperado no sentido em que os contratantes esperam que muitos candidatos _tenham os seus próprios projectos de passatempo, por isso pedem a todos que se certifiquem de que têm uma oportunidade de falar sobre isto.

Agora, claro, quando descobre que algo é um factor significativo no sucesso da sua carreira que ignorou até agora, não é uma ocasião feliz. Naturalmente que se deseja construir uma discussão elegante sobre como isso não deve importar de qualquer forma, contar ao mundo sobre isso, e aproveitar o orgulho de ter argumentado com um aro desconfortável em vez de simplesmente saltar por cima dele. Infelizmente, esta não é a forma de construir uma carreira. É muito pouco provável que consiga convencer o seu potencial empregador a deixar de se preocupar com projectos de passatempo na fase da entrevista (provavelmente já tinham um sistema em mente para preencher essa abertura e serão muito resistentes a fazer mudanças quando já tiverem começado a entrevistar). Pode procurar os que não perguntam sobre isso, ou vê-los negativamente, mas eles serão uma minoria, uma vez que este tipo de pensamento é muito comum no software.

Mas se quiser algumas razões possíveis, é bom que um candidato tenha uma carteira de projectos pessoais:

• Mostra que eles são verdadeiramente apaixonados pelo seu trabalho, uma vez que o fizeram mesmo quando não pagaram
• Permite-lhes mostrar as competências que têm apesar de não terem trabalhado numa posição que os emprega (digamos que conhece o Haskell mas nenhum empregador o deixa usá-lo)
• Muitos consideram os graus académicos, ou mesmo a experiência passada, uma medida pouco fiável da capacidade de programação para que os projectos lhes dêem uma melhor ideia de como é o seu trabalho
• Ter um passatempo pode fazer de si uma pessoa fresca e original aos seus olhos que se encaixaria melhor socialmente

Estes não têm necessariamente de ser verdadeiros, basta que o entrevistador acredite neles. Encontrar o melhor candidato para um emprego é, em última análise, uma coisa subjectiva, não uma ciência exacta. Os projectos Hobby também não são uma coisa universalmente interessante, ou mesmo positiva, para se ter como candidato: Alguns pensam que fazer trabalho qualificado sem pagar barateia o valor das suas competências, outros pensam que isso mostra que está distraído ou é demasiado ambicioso, alguns podem ter uma política da empresa que proíbe a sua utilização como critério por qualquer razão e assim por diante. Embora eu dissesse que, em média, no campo do software, provavelmente está ligeiramente melhor se tiver um bom portfólio de projectos pessoais do que não.

Pode dizer-se que se pode perguntar como é que a maioria das pessoas tem mesmo um portfólio notável, tal que os entrevistadores se dão ao trabalho de perguntar. Isso é fácil: o software é muito democrático na medida em que qualquer pessoa com um computador pode escrever programas (pelo menos em teoria…), não precisa de qualquer equipamento ou infra-estrutura especial para o fazer (na verdade, nem sequer precisa do computador, a rigor). Assim, a maioria das pessoas interessadas na profissão acabam por se desenvolver por conta própria, antes de conseguirem um emprego. Mas não é a única profissão em que isso acontece. Artistas, músicos, fotógrafos, escritores eMuitos outros profissionais deste tipo tendem a ter uma vasta carteira que fizeram no seu próprio tempo, e são-lhes perguntados sobre eles.

“é que me perguntam frequentemente se tenho algum dos meus próprios projectos de que possa falar…”

Nunca perguntei isto a ninguém (e certamente nunca me perguntaram isso).

Será que está a pensar mais na sua experiência quando era um principiante absoluto (ou seja, numa altura em que não tinha nenhum produto real em que tenha trabalhado, para discutir)?

“porque é que parece ser aceite que se espera que os programadores de software estejam a trabalhar em [porcaria de hobbyist]”

Talvez seja uma coisa regional, mas não vejo isso como aceite ou habitual.

Quem se preocupa com coisas de hobby?

Talvez seja uma peculiaridade do seu campo particular , OP?

Penso que a boa notícia é que, se já teve esta experiência, é “apenas má sorte”. Eu esquecê-lo-ia.