Должен ли я работать в не IT-компании в качестве единственного разработчика? [закрыто]

Могут быть и другие связанные вопросы, но позвольте мне описать мою ситуацию:

  1. Я переехал в новую страну.
  2. Работал в очень хорошей компании 10 месяцев.
  3. Покинул компанию, чтобы поступить на Masters By Research. В течение этого месяца я работал в небольшой компании, где начальником был типичный нацистский офицер.
  4. Через 6 месяцев я понял, что исследования не для меня.
  5. Затем я присоединился к большому издательству в качестве разработчика. Это довольно спокойный корпоративный офис. Здесь нет ничего высокотехнологичного или модного.
  6. Мне поступило предложение стать единственным разработчиком в не IT-компании. Предполагается, что компания будет расти, и в дальнейшем я буду руководить. Я буду единственным человеком, который разбирается в программировании/ИТ. Мой начальник будет моим руководителем.

Мне почти 30, и я программирую уже более 6 лет. Будет ли это хорошим выбором карьеры?

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

Боюсь, это не по теме. Тем не менее, только вы знаете, чего хотите достичь профессионально. Никто не может помочь вам с этим. Недостатком быть единственным ИТ-специалистом является то, что вы будете нести ответственность за все. С другой стороны, вы узнаете много нового и, возможно, со временем сможете создать свой собственный небольшой ИТ-отдел.
Да, как говорится, вопрос не по теме. Спрашивать «Что мне делать» здесь не очень хорошо (см. [Вопросы с просьбой дать совет о том, что делать, не являются практическими вопросами, на которые можно ответить] ( meta.workplace.stackexchange.com/questions/2693/… )). Тем не менее, там может быть хороший вопрос. Не могли бы вы перефразировать это следующим образом: «Единственный разработчик в неИТ-компании — чего мне следует опасаться?» Это может сузить вопрос настолько, чтобы на него можно было ответить.
Очень личные вопросы, никто не знает, что вам нужно или вы хотите от вашей профессиональной карьеры. Вы говорите, что беспокоитесь и чувствуете, что это плохой ход, ну, если вы не уверены в себе с самого начала, то почему вы спрашиваете? Нужно какое-то подтверждение от других людей? Заверения людей, которые не знают вас или вашу ситуацию, не помогут вам выполнять работу лучше. Вы занимаетесь программированием более 6 лет профессионально, поэтому у вас должен быть весь опыт и знания, чтобы знать, какой маршрут будет лучшим, и похоже, вы понимаете, что это может быть не так - никто не может принять это решение за вас лучше, чем вы.
Можно поподробнее про пункт 3? Особенно последняя часть.
Пункт 3, вторая часть - Музыка запрещена, даже в наушниках. Никакие веб-сайты/электронные письма не разрешены, кроме офисной электронной почты. Нет чата, не связанного с офисом. Даже короткие. На вас кричат ​​(иногда с нецензурной лексикой), если он находит ошибку в коде. Нет кухни, холодильника и т. Д. Нет источника воды, только несколько бутылок с минеральной водой, которые, когда вы берете их, кажется, что вы крадете деньги из его кармана. Говорит: «Это не место для демонстрации ваших инноваций, просто скопируйте и вставьте то, что уже есть». Не разрешено писать новый тип кода. Придерживайтесь старых кодов VB (goto). и т.д и тп.....

Ответы (2)

Прямой ответ: почему бы и нет? Все дело в опыте, а опыт никогда не бывает плохим. Если только нет какой-то реальной альтернативы, которая дала бы вам еще больше опыта.

Быть в такой роли очень весело. Обратитесь к ответу @Paul, чтобы увидеть, какие интересные вещи вы можете ожидать - это правда, это сложно, но при минимальном ожидаемом опыте это просто делает вас лучшим специалистом.

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

Исходя из опыта, в будущем это может разветвляться несколькими способами:

  • Компания преуспевает лишь умеренно; они не сильно растут и, возможно, нанимают еще несколько разработчиков без необходимости большой иерархии для такого количества людей. Ожидается как минимум один дополнительный разработчик как можно скорее, просто чтобы найти замену, если вы уйдете в отпуск или уйдете с этой работы. Это, вероятно, лучшее, что вы можете ожидать, и это действительно неплохо.
  • Компания терпит неудачу, вы остаетесь с несколькими годами интересного опыта работы.
  • Компания преуспевает и растет; босс нанимает для вас супервайзера с ослепительно отличным резюме. Первым делом этот супервайзер настаивает на полной перезаписи вашего ПО (неважно, оно хорошо работает и на самом деле принесло успех).
  • Если компания занимается чем-то другим, кроме ИТ, рано или поздно она может найти подходящую готовую коммерческую замену доморощенному программному обеспечению и переключиться на нее. Риск такого весьма неприятного поворота зависит от того, насколько специализированным и необычным должно быть программное обеспечение.

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

Не чувствуйте себя виноватым за это. Не проблема. Это способ стать большим боссом.

"Почему бы нет?" - попробуйте отправиться в отпуск, если вы единственный разработчик для чего-то важного для бизнеса (зазвонит телефон ) . Кроме того, наличие одного разработчика в компании может свидетельствовать об отсутствии предвидения (что, если один разработчик попадет под автобус)? Это не обязательно должно останавливать ОП, но он все равно должен знать об этом. Кроме того, быть лидером весело только в том случае, если вы действительно кого-то ведете, а быть под надзором (согласно моему словарю «наблюдать и руководить исполнением») звучит скорее наоборот.

Мне 42 года, и недавно я перешел из области исследований (у меня есть докторская степень) в работу в качестве единственного разработчика в неИТ-компании. Это большое изменение по сравнению с предыдущими ролями, когда мне нравилось работать в команде разработчиков, где у людей были четко определенные роли, к тому, чтобы быть «мастером на все руки». Вот некоторые вещи, которые вы могли бы рассмотреть:

  • Скорее всего, вы будете отвечать за полный жизненный цикл программного обеспечения: проектирование, написание кода, тестирование, документацию, управление проектами и т. д.
  • У вас не будет коллег, к которым вы могли бы обратиться за помощью. Такие сайты, как stackoverflow, просто находка.
  • Мало кто будет заниматься тем, что включает в себя разработка программного обеспечения. Они могут не дать вам спокойной рабочей обстановки. Они могут не оценить, как управляются программные проекты. Они могут не понимать, что программное обеспечение нужно тестировать.
  • Люди, скорее всего, будут рассматривать спецификацию требований как «ИТ» и «Технические». Возможно, они не продумали, чего хотят, и, скорее всего, вам предстоит выполнить эту работу, а также реализовать ее. Для этого могут потребоваться обширные знания в области бизнеса.
  • Поскольку другие не поймут вашу работу, вам, вероятно, будет предоставлена ​​большая автономия: вам решать, как вы разрабатываете программное обеспечение, какие стандарты кодирования вы используете и т. д.
  • В небольшой компании, как человека, которого воспринимают как «технаря», есть опасность, что вы будете вовлечены в задачи, не связанные с разработкой, например, в поддержку ИТ. Например, некоторые люди не поймут (или не заметят) разницы между разработкой программного обеспечения и системным администрированием. Если вы не хотите выполнять такую ​​работу, вы должны с самого начала четко указать на это.

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

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

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

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