Почему "ожидается", что разработчики программного обеспечения работают над собственными проектами в свободное от работы время?

Отрицательный взгляд заключается в том, что они хотят, чтобы вы были настолько зависимы от создания вещей, что вы работаете 80 часов в неделю для них без учета вашего здоровья и благополучия.

Положительный взгляд заключается в том, что они хотят видеть образцы кода и не знают, как просто попросить некоторые

Работодатели хотят видеть страсть и драйв. Некоторые компании называют эти вещи лидерскими качествами.

Кто-то, кто страстно, должен быть страстно увлечен всем, что они настроили. Так что быть хорошо округлые это плюс.

Остерегайтесь компаний, которые хотят сжать вас на все, что вы стоите до тех пор, пока вы просто выдолбленный лимон. Их там много.

Как и в других ответах, это путь к тому, чтобы иметь возможность предоставить примеры кода, которые не имеют никаких ограничений для кандидата (никаких NDA или чего-либо беспокоиться).

На сегодняшний день большим фактором, однако, является то, что компании ожидают этого просто потому, что это очень часто бывает. Те, кто продолжают становиться профессиональными разработчиками программного обеспечения, часто начинают как хобби и сохраняют это хобби по мере того, как вырастают. А поскольку люди обычно не занимаются увлечениями, которые они ненавидят (по крайней мере, это не совсем план А!), и люди, которым нравится делать то, что влечет за собой их работа, менее склонны к тому, чтобы быть наполовину проверенными и наблюдать за ними весь день.

Лично за 15 лет работы в качестве дьявола, при том, что немало из них потратили на управление и найм других дьяволов, я никогда не видел какого-либо сильного индикатора того, что те, у кого есть свои “собственные” проекты, являются “лучшими” работниками, чем те, у кого нет таких проектов.

Для каждого разработчика, который так любит писать any код, что он проводит 12 часов в день в офисе, работая над делами компании, пока команда уборщиков не вышвырнет их, есть еще один, который не может дождаться, когда вернется домой и поработает над тем, над чем они want хотят работать, а не над тем, что компания попросила их сделать в тот день, и это не тот, кто приносит свою A-игру в офис!

Конечно, то, как работает поиск работы, означает, что теперь многие девственники делают вне проектов больше для CV, чем для удовольствия. Что, конечно, только усиливает “потребность” во внешних проектах, которые вы можете поддерживать во время интервью. Что, конечно, дает вам бедный сок за дверью #3 - который на самом деле не хочет want заниматься личными проектами в течение нескольких часов каждый вечер/неделю, но боится не быть нанятым, если они не делают этого!

Выступая в качестве инженера по НИОКР, который также занимается рекрутингом и интервьюированием (и который задает именно этот вопрос)…

1. КБ часто связано с абсурдным уровнем сложности и подготовки. Я хочу нанять кого-то, кто будет продуктивным в течение многих лет или десятилетий. Если SW является лишь ступенькой, чтобы попасть внутрь компании, а затем уйти для продажи (пример RL), то все время, потраченное на обучение вас и все SW-специфической информации наследия вы потеряли, и мое время было потрачено впустую.

2. Аналогичным образом, жизнь слишком коротка, чтобы сделать то, что вы ненавидите (или даже не нравится), я видел много людей burn out после пяти или десяти лет.

3. **Опыт имеет значение. Если ты младший в колледже, то в колледже у тебя иксовая экспозиция. Если вы делали это со старшей школы, то у вас X+Y. Если вы занимались этим со старшей школы, а также делали это как хобби, то это X+Y+Z.

4. Разница в производительности между хорошим и плохим SW как 10x и более. Которую трудно выдразнить во время интервью. Занятия бесполезны для меня по многим причинам. Хобби - это часто месяцы или годы работы (работа в классе - это часто недели) и дают лучшее представление о достижениях.

5. Люди любят говорить о своих увлечениях, это способ общаться и расслабляться.

6. Я склонен относиться ко всем интервью одинаково, я делаю много студентов. Многие/большинство студентов имеют ужасные резюме. Они будут иметь тонны полезного опыта в ПЕРВЫЕ соревнования по робототехнике и оставить его в своем резюме, потому что они не получили зарплату, а вместо этого поговорить о своей работе с минимальной заработной платой стрижка газонов или ожидание на столах.

7. Это хороший способ дать кому-то возможность обмануть меня… или ослепить меня. Я также в этой области, я, наверное, знаю разницу.

Совет: Если вы любите ментальные/логические игры в свободное время и рассматриваете SW как такие вещи, то упомяните об этом.

Я собираюсь переинтерпретировать этот вопрос немного в:

Почему это “ожидается”, что разработчики программного обеспечения до непрерывного образования в свободное время?

Так что, когда я перефреймирую его таким образом, это имеет гораздо больше смысла. От большинства профессионалов требуется непрерывное образование. Доктора являются прекрасным примером этого, но они не единственные. Юристы также требуют такого рода расширенного образования.

На самом деле, разработка программного обеспечения, является исключительной в том, что она не требует непрерывного образования или лицензирования, и если вы думаете об этом, то это немного тревожно. От врача требуется непрерывное образование, от медсестры это требуется, но разработчик программного обеспечения, который строит все инструменты, на которые они полагаются, не…

Так что, хотя это может быть так, что компания пытается выжать больше работы из человека, то, что на самом деле происходит, это то, что промышленность медленно учится, что, возможно, нам нужно поручить непрерывное образование.

Я не одинок, Роберт К. Мартин (дядя Боб), один из авторитетов в нашей отрасли, предлагает около 20 часов (около 3 минут в видео) в неделю БОЛЬШЕ непрерывного образования. Так что в среднем вы кодируете или изучаете развитие около 60 часов в неделю. Для дяди Боба это предпосылка быть хорошим программистом. На самом деле он идет еще дальше и предлагает вам изучать новый язык каждый год, когда вы являетесь разработчиком.

Разработка программного обеспечения, это HEART экономики знаний. Вы не можете быть хорошим в этом, если вы не активно учитесь и не развиваете свои навыки, и наступает момент, когда работа, которую вы делаете в офисе, просто не покрывает достаточно для вас, чтобы расширить свои навыки. Таким образом, вам нужно, вне работы, создать условия для вас, чтобы заточить и практиковать те части вашего набора навыков, которые не используются на работе.

Часто, лучший способ учиться, чтобы построить вещи. Отсюда и толчок к работе над личными проектами. Но на самом деле все это сводится к изучению высокого уровня (шаблон дизайна, архитектура) и низкоуровневых вещей (дженерики, языки), а также к тому, чтобы следить за индустрией и расти вместе с ней, потому что вещи быстро движутся.

Мой ответ заключается в предположении, что эти менеджеры и интервьюеры ходили на конференции.

Я был на различных конференциях разработчиков и одна из тем там есть сообщество. Они продвигают идею о том, что солидный разработчик - это тот, кто вносит свой вклад в их общую базу продуктов. В моей ситуации я посещал php-конференции, и они сильно подталкивают людей к тому, чтобы они брали на себя обязательства по работе над проектами с открытым исходным кодом. Подталкивание к коммитированию в настоящую php базу исходных текстов не было главной задачей, но подталкивание к фреймворку и так далее - это действительно огромная задача, которую они ставят перед собой на различных конференциях.

Причина этого очевидна, когда вы смотрите на их авторитет. Они в сообществе разработчиков фреймворка, так что сохранение его в живых и заставить людей использовать его - это большие плюсы для них.

Со стороны присутствующих гостей, я думаю, многие люди принимают это близко к сердцу, не обращая внимания на подоплеку выступающего, который представляет эту идею. В моей последней компании мы ходили на несколько таких конференций, и когда мы вернулись, было очень важно, что каждый из нас начал вносить свой вклад в проекты с открытым исходным кодом. У них даже была своя собственная внутренняя конференция, подталкивающая к той же самой идее, что и хороший разработчик - это тот, кто вносит свой вклад в проекты с открытым исходным кодом. Даже реклама на работе, которую они размещают, говорит о том, что коммитинг - это огромный плюс.

Так что я думаю, что именно поэтому это “ожидается”. Люди, продвигающие эти фреймворки, получают идею, что вы должны делать коммитинг и вносить свой вклад. Это также укладывается в старую Unix-идею прошлого. Вот как Unix стал таким популярным благодаря открытому исходному коду и вкладу сообщества.

Просто случается, что разработка программного обеспечения может быть чрезвычайно дешевым, но полезным хобби. Так что очень часто можно встретить разработчиков с их личными проектами на стороне, и это иногда рассматривается как норма.

Другая часть причины в том, что работодатели хотят видеть доказательства своих навыков и просить код, который вы написали, это один из способов сделать это, ленивый, IMO. Также заниматься программированием на стороне означает, что можно легко убедить себя работать сверхурочно, так как это уже нравится.

я бы сказал, что вы не пропустите, если не получите предложения только потому, что не сможете показать свои личные проекты. Интервью - это двусторонний процесс, и вы естественным образом отфильтровываете компании с культурой, которая бы вам не подходила, так как, похоже, вам нужен баланс между работой и жизнью.

Я признаю, что я старожил, и отношение изменилось. Однако, когда я был младшим, этот же вопрос был бы задан на собеседовании как дисквалифицированный, а не как квалифицированный претендент. Когда я начинала свою карьеру, выполнение побочных проектов в свободное от работы время рассматривалось бы, скорее, как человек, который больше интересуется своими собственными целями, чем командой, и, скорее всего, не будет сосредоточен на командных усилиях. То же самое рассматривалось в то время и для азартных игр. Дополнительным страхом было то, что если человек выливал 8, 10, 12 часов в день в офисе, а затем возвращался домой и делал больше, то он был главным кандидатом на выгорание.

Опять же, я полностью признаю, что время и отношение изменились, но я до сих пор никогда не спрашивал у кандидата о готовых образцах кода, и у меня никогда не было ни одного запроса. Меня, конечно же, просили и просили сгенерировать на месте короткие образцы, отображающие стиль. Будучи старой школой, на самом деле это застало меня врасплох, когда кандидаты предлагали git или подобный доступ к образцам, и такой доступ не интересовал меня. Мне всегда казалось, что я научился говорить гораздо больше, чем заявлять о праве собственности на написанный код.

В общем, у меня было бы мышление, похожее на то, что я слышу в вопросе об ОП. Мое свободное время - это очистить мой разум от работы и освежить его, а не заниматься больше тем же самым, если быть честным.

Я согласен с основными положениями ответа RibaldEddie, но в нем достаточно отрицательных оценок, которые, как мне кажется, не хватает.

Некоторые страстные, талантливые инженеры стремятся строить и творить даже тогда, когда им за это не платят. Вопрос о внеклассных проектах - это способ проверить эту страсть и талант, дав кандидату возможность похвастаться выбранным им самим проектом.

Требуется ли внеклассная работа, чтобы быть страстным, талантливым инженером? Конечно, нет. Тем не менее, те люди, которые работают в свободное от работы время, могут искать ту же характеристику в других.

На своей дневной работе я обучаю разработчиков программного обеспечения, в основном по менее популярной технологии. Когда мы нанимаем новых младших или стажеров-разработчиков, мы просим предоставить нам профиль Github или Stack Overflow. Однако мы ясно даем понять, что он не является обязательным. Мы нанимаем людей с общим STEM опытом, которые хотят стать разработчиками программного обеспечения.

Различные причины, по которым не каждый хочет или может иметь свои собственные побочные проекты, или внести свой вклад в открытый исходный текст значимым образом, были включены несколько раз в другие ответы. Время - главное. Часто это связано с семьей. Однако, видеть, что у кого-то младшего есть что-то на Github (или Bitbucket, или Gitlab, или где-то еще) невероятно полезно. Это показывает мне, что они действительно хотят стать разработчиками. Точно так же, как и тот, кто ничего не знает о кулинарии, но чувствует, что это его призвание - стать шеф-поваром, я верю, что молодой человек, который хочет стать разработчиком программного обеспечения, естественно, будет увлечен попробовать это дома. Вы бы готовили дома, пока искали бы первую работу на кухне. Конечно, вы бы делали уроки дома.

Что это говорит вам о том, насколько серьезен кто-то или насколько мотивирован, когда он этого не делает? Предположим, что у них есть ученая степень по биологии (а я выбрал ее случайным образом), и они вообще не написали никакого кода. Но они пытаются убедить тебя нанять их вместо тех 200 человек, которые подали заявления. 50-ти с лишним градусов по разработке программного обеспечения или по информатике - все они будут иметь свою курсовую работу на github, но в основном это будет только один коммит на проект, и массовое копирование и вставка.

Но если есть один или два кандидата, которые на самом деле имеют должный интерес в кодировании уже, до формального обучения, и они показывают это на github, то это делает их выделяться. Опытный разработчик, глядя на этот код скажет разницу между проектом, который делается в универе, или просто для CV, или тот, где реальная страсть и подгонка пошел в него. Именно такой проект я хочу видеть. Это говорит мне о том, что этот человек имеет в виду это.

Но если у вас его нет, потому что у вас нет на это времени, то это нормально. Это просто одна из многих вещей, на которые я смотрю, и вы можете убедить меня по-другому.

• *

Вышеуказанное было нацелено на младших людей. Я лично делаю кое-какие открытые исходники. У меня есть модули в репозитории на выбранном мною языке, и я внес свой вклад во многие другие. Я упоминаю об этом в своем резюме, потому что это выделяет меня. Мне нравится думать, что это помогает мне, но я заметил, что многим компаниям все равно, потому что часто люди, отвечающие за прием на работу, не знают, что это значит.

Поэтому я пришел к выводу, что на самом деле это не является обязательным. Но это помогает. Точно так же, как хорошие оценки или престижный университет на самом деле не нужны, но они помогают.

Разработчики, которые пишут код в свое время, по крайней мере, в моих глазах, гораздо более склонны опережать кривую в поисках новых/сложных способов делать вещи, которые они могут вернуть к работе с ними и принести пользу компании.

Я думаю, что, по сути, это свободные исследования и разработки, от которых любой бизнес был бы безумен, если бы отказался.

Я думаю, что особенность разработки программного обеспечения заключается в том, что оно решает широкий круг повседневных проблем. Будь то модификация компьютерных игр, настраиваемая домашняя автоматизация, веб-портал для вашего хобби-клуба или исправление ошибки в открытом программном обеспечении, которое вы используете - существует так много возможностей для использования ваших навыков. Это также очень разнообразные способы применения ваших навыков - свободные от многих ограничений в профессиональном контексте.

Если я вижу приложение без каких-либо личных проектов, это делает меня немного скептичным. Это означает, что мне сложнее оценить навыки кандидата - но я, конечно же, стараюсь. В лучшую или в худшую сторону - наличие хобби-проектов распространено среди разработчиков программного обеспечения. Это, конечно, порождает определенные ожидания.

Я вижу много “работодателей хотят, чтобы вы работали тысячу часов в неделю” и думаю, что эти ответы пропустили отметку.

В то время как там _ есть_ те работодатели, которые хотят перспективу “свободного труда” (предполагая, что вы зарплата и просто работаете навязчиво на одной вещи).

PASSION!!!

Одна вещь, которую хотят видеть работодатели - это ПАССИЯ!

Я бы спросил то же самое, если бы я был менеджером, нанимающим автомеханика - расскажите мне о машинах, которые вы перестроили.

Или нанять плотника - расскажите мне обо всем, что вы построили в свободное время

Вы enjoy! делаете то, что делаете so much, что делаете вне работы?

_ Ваши собственные проекты_

Если у вас есть код, который вы сделали вне работы

• он не спрятан за “соглашениями” и “принадлежит” MegaCorp. Это ВАШ код, и ВЫ можете им поделиться.
• Это дополнительные вещи, которые вы сделали - и, вероятно, будете продолжать делать. Контракты с обязательным исполнением, говорящие “ваш код свободного времени наш” (“обязательный”, потому что не все места разрешают такие контракты) - это означает, что этот код предположительно НЕ является бесплатной работой для новой MegaCorp.

Они не могут попросить увидеть код MegaCorp. Это не ВАШ код для обмена. Я не могу сосчитать количество проектов, которые я лично не могу показать, потому что либо у меня нет доступа к нему за пределами сети, либо мне юридически запрещено делиться им, потому что он не мой.

End Game

Они хотят видеть страсть, знания, доказательства. Имея общедоступные проекты, о которых вы можете подробно рассказать, охватываются “private projects”, потому что вы можете на самом деле SHARE базового кода.

Они могут видеть код, видеть идеи (ООП, IoC, выбранные алгоритмы, используемые библиотеки и т.д.). Они могут слышать, что вы описываете код, который они видят. Они могут спросить о сделанном выборе. Они могут на самом деле знать, что у вас есть знания за пределами степени и должности, которая не говорит много.

Там are компаний, которые хотят свободной работы и компаний, которые will злоупотреблять идеей, что вы будете работать больше … но, пожалуйста, не предполагайте, что “показать мне что-то, что вы можете показать мне” является ТОЛЬКО потому, что это.

Автомобили люди могут говорить о восстановлении двигателя в их собственном гараже и плотники могут говорить о строительстве спальный гарнитур, на котором они спят по ночам.

Программисты должны быть в состоянии аналогичным образом говорить о - и показать - проекты, которые они произвели - и проекты “вне” требуемой работы являются хорошим источником этих знаний, опыта и страсти.

Есть несколько возможных причин, по которым компании могут спрашивать о личных проектах, и предпочитают кандидатов с ними.

• я работаю в основном с малым бизнесом. Очень творческая, предпринимательская атмосфера. Вы креативны и предприимчивы? Если да, то у вас есть побочные проекты, и вы действительно что-то создаете. Это может быть не только связано с программированием, но есть хорошие шансы, что так и будет.

• Можете ли вы разработать и на самом деле finish проекта (или достичь цели пост) самостоятельно? То есть, можете ли вы проявить инициативу и на самом деле выполнить?

• Хлеб опыта. Я не могу сказать, сколько раз то, чему я научился на побочном проекте, совершенно не связанном с рабочим проектом, помогало этому рабочему проекту. Знакомство с самыми разнообразными технологиями и отраслями может быть очень полезным. Являетесь ли Вы тем человеком, который может привнести (наше) коробочное мышление?

Тем не менее, по моему опыту, так же как и многие компании не хотят иметь кандидатов, которые тратят много времени на свои собственные проекты, как и они.

Этого от вас ждут только в том случае, если вы ожидаете работу на высшем уровне в качестве программиста. Поскольку спрос перевешивает количество доступных вакансий, они имеют роскошь быть разборчивыми. А будучи придирчивым, почему бы не захотеть человека, который так любит код, что он тоже кодирует в свободное время. Это значит, что он также бросает себе вызов новым вещам и, в основном, учится быстрее и более современен в знаниях, чем большинство.

Это и есть причина… Работодатели хотят, чтобы вы работали более 40 или 45 часов в неделю, поэтому если вы не можете проводить больше времени на работе, они хотят знать, можете ли вы делать это вне рабочего времени. Есть простой пример Элона Маска (Tesla CEO): https://www.telegraph.co.uk/technology/2018/11/27/elon-musk-workers-should-put-80-hours-week-change-world/

Хороший выпуск!

Мой ответ - это не все, что я думаю по этому поводу, а скорее ограничение темы сайта.

Есть компании, которые предпочитают, чтобы у их разработчика были хобби-проекты. Есть компании, которые предпочитают не иметь (да, есть).

Я думаю, что вы должны в любом случае избегать компаний, которые слишком настаивают на этом вопросе в любом направлении. В конце концов, это ваше собственное дело как вы проводите свое свободное время.

В противном случае, я думаю, что вы должны быть в порядке, если вы просто скажете, что вы не занимаетесь программированием хобби. Просто заставь тебя быть уважительным к тем, кто выбирает хобби-программирование.

На многие вопросы о том, почему интервьюеры задают определенные вопросы, можно ответить, напомнив, что почти все собеседования - это турниры, а не квалификация. Что я имею в виду под этим?

• В квалификации кучу людей оценивают по их качествам, чтобы посмотреть, сделают они это или нет. В зависимости от того, кто входит, все они могут пройти, или никто из них не может пройти. Все те, кто проходит “достаточно хорошо” в смысле выполнения требований, установленных для квалификации.
• В турнире участвует несколько человек, но есть только один чемпион. То, что он чемпион, еще не значит, что он хорош. Наверное, все остальные, кто участвовал в турнире, проиграли. И то, что ты хорош, не означает, что ты выиграешь - может быть, есть еще один парень, который вошёл в турнир, который тоже очень хорош. Тот, кто выигрывает турнир - “лучший”.

квалификации приводят к неизвестному количеству проходящих людей, в то время как, когда компании пытаются нанять, их цель обычно состоит в том, чтобы заполнить заданное количество позиций. Даже если вы получите резюме от 5 действительно хороших инженеров, если вы ищете, чтобы заполнить только одну должность, нет смысла нанимать их всех. В конце концов, вам нужен только один. Поэтому в объявлениях о приеме на работу людей оценивают, кто из них лучший, и многие важные вопросы заключаются в том, чтобы получить данные, по которым их оценивают.

Интервьюеры для работы с программным обеспечением спрашивают о ваших хобби-проектах за тот простой факт, что многие люди, которые подают заявления на такие работы, действительно имеют хобби-проекты, и это кажется важным основанием для сравнения. Если бы у вас было два одинаковых кандидата, но у одного из них был обширный портфель гитуба, разве это не делает его более подходящим, чем у другого? Может быть, а может и нет, но дело в том, что было бы глупо не спрашивать о такой вещи, так делают многие. Просто вопрос не обязательно означает, что вы должны иметь их, в том смысле, что вы будете мгновенно дисквалифицированы только за то, что не имеют их. Обычно решения о найме являются целостными. Но это ожидается в том смысле, что наниматели ожидают, что многие кандидаты будут иметь свои собственные проекты хобби, поэтому они просят всех, чтобы убедиться, что у них есть шанс поднять этот вопрос.

• *

Теперь, конечно, когда вы узнаете, что что-то является существенным фактором в вашей карьере успеха, который вы игнорировали до сих пор, это не счастливый случай. Естественно, хочется построить элегантный аргумент о том, что он все равно не должен иметь значения, рассказать об этом миру и наслаждаться гордостью от того, что вместо того, чтобы просто перепрыгивать через него, отгородился неудобным обручем. Увы, это не способ построения карьеры. Вряд ли вам удастся убедить потенциального работодателя перестать заботиться о хобби на стадии собеседования (наверное, у них уже есть система для заполнения этого вакансий и они будут очень сопротивляться изменениям, когда уже начнут собеседование). Вы могли бы искать тех, кто не спрашивал об этом, или относиться к ним отрицательно, но они будут в меньшинстве, так как такое мышление очень распространено в программах.

Но если вам нужны какие-нибудь возможные причины, почему для заявителя хорошо иметь портфолио личных проектов:

• Это показывает, что они по-настоящему увлечены своей работой, так как они делали это, даже когда им не платили
• Это позволяет им показать навыки, которыми они обладают, несмотря на то, что они не работали на должности, которая их нанимает (скажем, вы знаете Хаскелл, но ни один работодатель не разрешает вам пользоваться им)
• Многие считают, что они имеют ученые степени или даже прошлый опыт, ненадежная мера навыка программирования, поэтому проекты дают им лучшее представление о том, что такое ваша работа
• Имея хобби, вы можете стать крутым, оригинальным человеком в их глазах, который подойдет лучше в социальном плане

Это не обязательно должно быть правдой, достаточно того, что интервьюер верит им. Поиск лучшего кандидата на работу - это, в конечном счете, субъективная вещь, а не точная наука. Хобби-проекты также не являются универсально интересной или даже позитивной вещью, которую нужно иметь как соискателя: Некоторые считают, что выполнение квалифицированной работы без оплаты удешевляет стоимость вашего навыка, некоторые считают, что это показывает, что вы отвлечены или слишком амбициозны, некоторые могут иметь политику компании, запрещающую использовать его в качестве критерия по какой бы то ни было причине, и так далее. Хотя я бы сказал, что в среднем, в области программного обеспечения, вы, вероятно, немного лучше, если у вас есть хороший портфель личных проектов, чем нет.

Можно сказать, что спросить, как получилось, что большинство людей даже имеют достойное внимания портфолио, так что интервьюеры беспокоятся о том, чтобы спросить. Это просто: программное обеспечение очень демократично в том смысле, что любой человек с компьютером может писать программы (по крайней мере, теоретически…), для этого не нужно никакого специального оборудования или инфраструктуры (на самом деле, строго говоря, компьютер вам даже не нужен). Поэтому большинство людей, интересующихся этой профессией, в конечном итоге развивается самостоятельно, до того, как устроиться на работу. Но это не единственная профессия. Художники, музыканты, фотографы, писатели иМногие другие подобные профессионалы, как правило, имеют обширный портфель, который они сделали в свое время, и их действительно спрашивают о них.

“это то, что меня часто спрашивают, есть ли у меня какой-нибудь собственный проект, о котором я могу поговорить…”

Я никогда никого об этом не спрашивал (и уж точно никогда не спрашивали)

Может быть, вы больше думаете о своем опыте, когда были абсолютным новичком (т.е. в то время, когда у вас не было ни одного реального продукта, над которым вы работали, чтобы обсудить).

“Почему кажется принятым, что разработчики программного обеспечения должны работать над [хоббистским дерьмом] ”

Может быть, это региональная вещь, но я не вижу, что это как принято или обычно.

Кого волнуют хоббистские вещи?

Может быть, это причуда вашей частичной области , OP?

Я думаю, хорошая новость в том, что если у вас был этот опыт, это “просто невезение”. Я бы забыл об этом.