Как сделать карьерный переход к меньшему стрессу с опытом работы разработчика? [закрыто]

Как я могу изменить свою карьеру от разработчика программного обеспечения к чему-то менее напряженному, не забывая при этом о своем опыте и навыках?

Некоторые детали:

  • Работаю программистом 8 лет.
  • У меня есть степень бакалавра компьютерных наук.
  • За это время у меня было 6 работ, все закончились либо из-за стресса, либо из-за стрессово-завышенных ожиданий.

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

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

Можно ли сделать карьеру «наполовину переключенной» на что-то родственное, что может лучше соответствовать моей личности, при этом используя хотя бы некоторые из моих навыков?

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

Комментарии не для расширенного обсуждения; этот разговор был перемещен в чат .
Это диагностический вопрос. Некоторые роли в программном обеспечении имеют нереалистичные ожидания в отношении времени и людей. Основная причина

Ответы (9)

Я работаю в разработке более 30 лет. Я был на работе, которая была адом. Тот, в котором я был в течение последних 10 лет, был в основном восхищением. Различия? Не «что» я делаю, а «с кем» я это делаю, как они относятся друг к другу и какова общая корпоративная культура.

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

Я как-то с этим согласен. Теоретически возможно, что я мог бы быть счастлив, работая с нужными людьми, но я просто еще не нашел такого места. Хотя я обнаружил, что очень трудно судить об этом аспекте только на собеседовании или подобном, не получив работу и не увидев из первых рук, что это такое.
Часть "кто" - очень хороший момент. Glassdoor включает в себя комментарии бывших и нынешних сотрудников, и они могут дать представление о рабочей жизни изнутри. Относитесь к комментариям с недоверием.
«Теоретически возможно, что я мог бы быть счастлив». На это замечание мой самый лучший друг, который оказался терапевтом, указал бы, что только вы можете решать, быть счастливым или нет, независимо от вашего окружения. (На моем последнем собеседовании мой будущий босс спросил, почему я хочу эту работу. Я сказал ему, что моя жена считает, что нет ничего более сексуального, чем мужчина с зарплатой. Когда после этого он нанял меня, я понял, что корпоративная культура ему подходит. .)
Проголосовал. Легче всего получить работу у работодателей с высокой текучестью кадров, которые отчаянно нуждаются в персонале. Если возможно, постарайтесь быть более разборчивыми в принятии предложений.

По вашему собственному мнению, у вас было 6 мест работы за 8 лет, и вам «трудно разбираться в больших устаревших кодовых базах». Каждая смена работы приносит свои собственные стрессы: новые правила для изучения, новую иерархию и новую устаревшую кодовую базу.

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

Я рекомендую вам потратить некоторое время, чтобы прочитать и более тесно взаимодействовать с ролями, которые вас интересуют на вашей текущей работе, если это возможно. Я провел некоторое время на многих должностях в области разработки программного обеспечения: инженер по автоматизации тестирования, инженер-программист, инженер DevOps, технический менеджер программы и менеджер по продукту. Это все относительно, но я считаю, что инженер-программист наименее напряженный. С ролью менеджера сложнее, потому что речь идет о том, чтобы заставить других людей что-то делать, не имея над ними формальной власти. Там гораздо больше политики. Для DevOps Engineer дежурство на выходных означает, что я не могу полностью расслабиться. Для инженера по автоматизации тестирования тестирование «черного ящика» — это нормально, но тестирование «белого ящика» без возможности изменить чужой код (рефакторинг/комментарий), который вы

У каждой из ролей, которые я перечислил, есть свои плюсы и минусы, но я думаю, вам нужно определить, что для вас значит «стресс».

Обычно это не так просто, как ваше первое предложение. Дело не только в том, что я решил, что не хочу продолжать попытки — я также часто не оправдываю ожиданий достаточно быстрого изучения этих кодовых баз. Во многих случаях я был бы вынужден уйти, если бы я так или иначе не выбирал сам.
@Заяц-Левша, конечно, я понимаю. Я думаю, что ваш вопрос немного вводит в заблуждение. Вы просто обмениваете один стресс на другой, меняя роли, или вы выбираете неправильную работу (или они выбирают вас).

Есть несколько тестовых позиций, в которых знание разработки, вероятно, будет полезно. У вас будет преимущество в автоматизации тестов, по крайней мере. Когда я был на тестовом концерте, я обнаружил ужасную ошибку около 17:00 в пятницу и отлично провел выходные. Моей жене я тоже больше нравился, когда тестировал, чем когда разрабатывал.

Сложный вопрос.

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

Все Agile и т. д. созданы, чтобы контролировать каждую вещь, которую вы делаете на работе.

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

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

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

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

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

Некоторое руководство параноидально считает, что все разработчики бездельники. Некоторые формы Agile и/или реализованные в некоторых компаниях предназначены для того, чтобы выжать из вас больше работы. По моему ограниченному опыту, некоторые менеджеры замечательны, большая часть — ужасны, большинство — в пределах доброкачественных (ни хороших, ни плохих).
да, моя точка зрения точно
«Проблема в том, что индустрия разработки программного обеспечения, как известно, подвержена высоким нагрузкам», - необходима цитата. "параноидальное представление руководства о том, что все разработчики - бездельники, если есть шанс" - цитата обязательна. «Все Agile и т. д. созданы для того, чтобы контролировать каждую вещь, которую вы делаете на работе», — необходима цитата.
все разработчики бездельники, если есть шанс . А они нет? О, может быть, только я.
@BittermanAndy Где я сказал, что некоторые «известные» люди считают, что вы просите цитату? Это МОЙ ответ на вопрос ОП, отражающий МОЙ опыт и знания. Если хотите, вы можете использовать этот пост для цитат
Я использовал «требуется ссылка» как сокращение для «пожалуйста, предоставьте какие-либо доказательства в поддержку этого сомнительного утверждения» — ничего общего с известными людьми. Например, фраза «Agile создана для того, чтобы контролировать каждую вещь, которую вы делаете на работе» просто фактически неверна, и высказывание о том, что что-то «печально известно», подразумевает, что это широко считается таковым, однако я не знаю никаких доказательств того, что разработка программного обеспечения широко считается или общеизвестно «высоким стрессом». Ответы должны быть подкреплены доказательствами, а не просто «ну, я думаю…».
@BittermanAndy, насколько близко вы знакомы с Agile, чтобы утверждать, что также некоторая ваша справочная информация поможет мне поместить мой комментарий в контекст для вас.
@Strader хорошо, я считаю, что Agile был создан разработчиками программного обеспечения, которым надоело месяцами планировать, оставляя только недели на фактическую разработку, а затем месяцы «исправления ошибок», многие из которых планировщики говорили: «Нет, это не то, что я имел в виду." И затем я считаю, что Scrum был создан планировщиками, чтобы снова установить контроль. И я полагаю, что XP, возможно, даже была создана разработчиками, которые после принятия Agile поняли, что им может сойти с рук практически все.
Так что мы согласны.
@Strader, ты попал в самую точку. Agile определенно создан для того, чтобы контролировать каждую вещь, которую вы делаете, что имеет больше смысла, поскольку он никогда не помогал мне выполнять мою работу, поэтому мне всегда было интересно, каково его намерение. И да, руководство предполагает, что вы ленивы как инженер, и предполагает, что вы лжете о том, что вы умеете делать, если вы не предоставите им листок бумаги ИЛИ вы не находитесь на LinkedIn. Странно, потому что вы можете играть в LinkedIn, но вы не можете играть в историю разработчиков Stack Overflow, репутацию и значки, и все же эти владельцы не уважают Stack Exchange или Indorse.com

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

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

Роль продавца может быть другим стрессом, а не меньшим стрессом
Это правда, последняя часть этого ответа относится и к продажам, это больше о культуре компании, чем о конкретном описании работы.
гм, продажи гораздо более напряжены, чем написание кода!
Зависит от того, где и что вы продаете. По моему опыту, продажи для консультантов по программному обеспечению не вызывают большого стресса. Это включает в себя встречу с клиентами и рассмотрение проблем, с которыми они сталкиваются, предложение потенциальных программных решений, которые может предоставить ваша фирма, а затем работу над определением масштаба и проектированием, чтобы разработчики могли оценить работу. Конечно, если вы продвигаете какой-то продукт для достижения целей и целей продаж в составе напряженной команды по продажам, это стрессовая роль, но это не то, на что похожи продажи заказного программного обеспечения.

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

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

Поскольку вы проработали в этой сфере 8 лет на 6 разных работах, вы явно сталкивались с людьми, работающими в смежных областях.

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

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

Я бы порекомендовал приобрести следующие книги:

  1. Какого цвета твой парашют?
  2. Хвастайтесь искусством играть в свой рог, не дуя в него
  3. Как перестать беспокоиться и начать жить

Эти книги могут помочь вам сделать свой выбор.

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

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

Пойдем с тобой, ты больше не хочешь быть разработчиком... и точка. Существует множество ролей, связанных с разработкой, некоторые из них уже упоминались, но я не видел упомянутых ролей QA (обеспечение качества) / BA (бизнес-аналитик), и они намного ближе к разработке, чем, скажем, менеджер по продукту или тренер, лол. . Я встречал людей в ИТ, которые перешли от разработки к QA, и они казались довольно довольными: вы работаете с разработчиками, немного знать о разработке чрезвычайно выгодно, и легче прогнозировать рабочую нагрузку, потому что она зависит от разработки. BA будет немного сложнее, но может быть более увлекательным, так как включает больше работы, формирующей рабочую нагрузку (независимо от методологии).

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

Каковы ваши цели здесь - вы ищете более счастливую рабочую среду или более личную привлекательную работу?

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

Glassdoor и другие сайты с обзорами вакансий полезны, но вы также можете узнать несколько острых вопросов, чтобы задать их рекрутерам/интервьюерам, которые могут помочь вам «прочувствовать» рабочее место, прежде чем принять предложение. На эту тему есть множество книг и статей, и она, как правило, зависит от культуры, поэтому трудно дать конкретную информацию, не зная страны/региона/области/возраста и т. д.

Некоторые области программного обеспечения особенно хороши (или плохи) с точки зрения текучести кадров, автономности и баланса между работой и личной жизнью. Мой опыт показывает, что стартапы, игровые компании и многие мобильные магазины, как правило, ослепляют «симпатичными» удобствами и высокими бонусами за подписку, но на самом деле являются трудолюбивыми работными домами. Более крупные, более авторитетные компании/организации с достаточным количеством людей, чтобы покрыть работу, и широкой рабочей базой, помимо технологий, лучше позволяют вам найти свой темп, хотя дрянной руководитель отдела/отдела все еще может все испортить.

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

Стоит потратить время на то, чтобы найти рабочее место+должность, которая будет вас укреплять, а не истощать. Сейчас я зарабатываю около 60% того, что могу, в частном секторе (не считая льгот, которые являются существенным плюсом). Но я работаю с дружелюбными, компетентными людьми в среде с низкой текучестью кадров (академические круги), и после первоначальной очистки устаревшего прототипа (3-6 месяцев) я теперь владею всем проектом (3,5 года).

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

Как сделать карьерный переход к меньшему стрессу с опытом работы разработчика? [закрыто]
СпросиСетьПолитика конфиденциальности1y, 0v