Программная инженерия теперь токсична Перевод

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

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

Мы все слышали, а некоторые, возможно, даже испытали это на собственном опыте, как проходит процесс собеседования в крупных компаниях, таких как Google, Microsoft и т.д. Они могут проводить несколько раундов собеседований: поведенческий, технический, еще один технический, затем менеджерский, который явно истощает интервьюируемых, который тратит много времени и усилий, а потом даже не знает, окупается это или нет. И если вы считаете, что 5 раундов собеседования — это недостаточно времени, потраченного на процесс собеседования, представьте, что вам приходится конкурировать с сотнями других первоклассных инженеров-программистов, которые хотят получить одну и ту же роль, поэтому вы делаете все возможное и вкладываете месяцы работы, подготовка к собеседованию.

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

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

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

Хастл-культура (hustle)

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

Но что не в порядке, так это ожидание от инженеров-программистов, что они должны знать все новейшие самые популярные фреймворки, заниматься программированием в свободное время и участвовать как минимум в 10 проектах с открытым исходным кодом. Звучит безумно?

Да? Слава богу, вы находитесь на той же странице, что и я, и понимаете, что означает баланс между работой и личной жизнью.

Нет? Хорошо, без проблем, но позвольте мне объяснить, почему это астрономическая проблема. Для людей нормально заниматься сторонними проектами, но на данный момент это стало ожиданием, и во многих интервью от меня даже требовали хвастаться сторонними проектами. Я работаю 40 часов в неделю и работаю над программным обеспечением с закрытым исходным кодом, и когда я прихожу домой, я хочу сосредоточиться на себе, заниматься тем, что мне нравится помимо работы, и быть уравновешенным человеком.

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

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

Stackoverflow

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

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

https://medium.com/codex/software-engineering-is-toxic-now-b0da98061e5b