Получил предложение от компании-разработчика программного обеспечения: могу ли я сейчас попросить образец кода? [дубликат]

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

Я прошел собеседование с компанией, производящей программное обеспечение, и получил предложение. Могу я попросить образец их кодовой базы? Причина в том, что компания основана и управляется рядом очень талантливых докторов наук в области математики и физики, и это часто означает, что качество исходного кода — чистый мусор (цитируя классика: https://academia.stackexchange.com ). /questions/17781/почему-многие-талантливые-ученые-пишут-ужасное-программное обеспечение ). Каждый «чистый» инженер-программист знает, что за гениальным исследователем скрывается ужасный программист, и я не хочу быть дворником, убирающим за ним.

Это приемлемая просьба? Если да, то как я могу мотивировать это, чтобы не показаться грубым?

Я не уверен, насколько полезным здесь будет Интернет. Единственный способ узнать это — спросить их. Мне это не кажется неразумным. Если бы я был компанией, я бы, вероятно, попросил вас прийти в офис вместо того, чтобы посылать вам что-либо.
И один образец ничего не говорит вам о том, как кодируют другие люди. Кроме вопроса о том, хотят ли они показать вам что-то значимое без подписанного соглашения о неразглашении, хотя с этим можно было бы справиться. По сути, я думаю, что ответ будет заключаться в том, что исправление чужих ошибок всегда является подразумеваемой частью работы, и слишком много шума из-за этого — хороший способ получить приглашение подать заявку в другом месте. Вкратце: вы всегда можете спросить, но вам может не понравиться их ответ или их реакция.
THAAAT — это то отношение, которое компании хотят, чтобы новые сотрудники появлялись с </сарказмом>. Думали ли вы, что, возможно, причина, по которой они хотят нанять «чистого» инженера-программиста, заключается в том, чтобы привнести в свою компанию передовой опыт? Кроме того, это вопрос, который вы должны были задать на собеседовании.
@NathanCooper - «Достаточно хорошо» не проблема. Как инженера (независимо от дисциплины) вас нанимают для решения проблем. Никто не сказал: «Упади на колени», но если вы такая примадонна, что не хотите браться за странную кодовую базу, я бы поостерегся называть себя «инженером». Однако вопрос о том, будет ли должность иметь право исправлять фанковость, вполне уместен.
Я подозреваю, что Кешлам прав. Жаль, что это не было частью интервью. Но я уверен, что вы могли бы связаться с ними и получить некоторое время, чтобы посмотреть на код, проблему, которую они решают, и получить представление о ваших коллегах. Я уверен, что эта компания не заинтересована в том, чтобы нанять кого-то, кто не хочет работать над кодовой базой.
@WesleyLong Да. Извинения за мою гиперболу. Я полагаю, что если у ОП такое мышление, это плохо. Лично я не против погрузиться в корявые кодовые базы. Мое собственное требование примадонны состоит в том, что я работаю с хорошими людьми, которые заботятся о программировании и у которых я могу учиться. Если мне не удастся выяснить это в ходе интервью, я хотел бы подумать, что есть способ проследить это. Можем обсудить это в чате , если хотите продолжить.
Я совершенно не понимаю вашей логики. Они явно наняли вас из-за ваших навыков работы с программным обеспечением. Ваша логика заключается в том, что если их код действительно плохой, это причина НЕ работать там. Итак, если вы ценный актив, то не подходите для вас? Если вы не хотите быть программистом, не ходите туда работать. Они не нанимают вас писать алгоритмы. Если вы считаете, что вам нужно задать этот вопрос, то эта работа не для вас.
Чувства ОП могут быть неприятными, но это хороший вопрос. Не минусуйте хорошие вопросы.
Я не вижу, как они собираются подчиняться. Как они собираются выбирать конкретный фрагмент кода? И почему бы им не выбрать самый впечатляющий фрагмент кода в репозитории? Что бы вы ни получили, это будет неуместным, несущественным или непоследовательным.
@keshlam Ну, я думаю, один образец может показать код, который они разрешают через экспертную оценку.

Ответы (2)

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

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

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

Я не могу не думать об этом с другой стороны: «Подумайте о том, что кандидат будет думать о своем повседневном взаимодействии с этим работодателем в течение многих лет; подвергая сомнению способности, о которых вы заявили, что у вас есть, даже требуя доказательств!» . Процесс собеседования на самом деле не похож на повседневное общение. Вы вполне можете быть правы, но вы не должны быть

Если у вас были обоснованные подозрения в том, что кодовая база является «чистым хламом», самое время проверить это во время собеседования. Совершенно нормально попросить сесть с кем-нибудь и провести «экскурсию по коду», после чего вы сможете задать конкретные вопросы и посмотреть, как обстоят дела. На самом деле я делал это сам не раз (хотя я считаю себя на стороне домена, а не на стороне разработчиков). Однако из этого я узнал, что кодовая база НАМНОГО МЕНЕЕ важна, чем люди, с которыми вы будете работать.

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

Ждать, пока поступит предложение, а затем струсить означает, что вы не продумали это до конца. Это нормально — сомневаться, но будьте откровенны с собой, а не пытайтесь приписать все это «кодовой базе» только для того, чтобы вы могли держать в руках что-то, что вы могли бы использовать для подтверждения своих чувств.