Я младший разработчик на работе, которая не учит меня ничему современному.

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

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

Я подумываю о смене компании или пытаюсь найти новую должность в своем банке.

  • Каковы потенциальные последствия каждого из этих действий и какие факторы следует учитывать?
  • В качестве альтернативы, как я могу сохранить свои навыки в моей текущей ситуации?
  • И, наконец, как реагируют потенциальные работодатели, когда кто-то говорит, что ушел по причинам, подобным тем, которые я описываю?
Я рекомендовал некоторые правки, которые должны сделать вопрос более актуальным. (Вопросы, требующие совета о том, что делать, не являются практическими вопросами, на которые можно ответить (например, «какую работу мне выбрать?» или «каким навыкам я должен научиться?»). Вопросы должны получать ответы, объясняющие, почему и как принять решение, а не посоветуйте что делать)
Знакомство с новыми технологиями — не единственный опыт.
Вы не говорите, как долго вы там работаете
Работаю там около полутора лет, все время на устаревшей технике
Если вы не видите преимуществ в том, чтобы понять, как обращаться с использованием старых технологий и при этом заставить все работать, возможно, ваше отношение нуждается в изменении. Какие у вас были ожидания, которые, возможно, нужно изменить в зависимости от того, как работа выполняется на самом деле, по сравнению с тем, как вы думали, что она будет выполняться?
Я провел 3 года в качестве младшего разработчика, работая над системой, написанной на Аде, работающей на Solaris 8 (покинул эту работу в 2010 году). Тем не менее, я многому научился на этой работе. В основном об археологии кода.
Мне нравится этот вопрос в его нынешнем виде, и я хотел бы, чтобы он был вновь открыт. Я думаю, что редактирование, сделанное Келли, было отличным, и его было достаточно, чтобы устранить текущую закрытую причину и сделать его подходящим для сайта. На самом деле я вчера видел версию этого вопроса, опубликованную вчера на сайте Programmers, пришел сюда в поисках дубликата и был удивлен, что такого еще не было.
Крупные банки — это большой бизнес, а крупный бизнес не обязательно стремится быть передовым в ИТ-отделе. Большая часть крупного бизнеса работает по модели «Если не разорится...». Таким образом, поиск нового работодателя, вероятно, является ключом к работе с новыми технологиями на работе. В качестве альтернативы, сохраните работу, но ищите новые технологии самостоятельно. Запустите личный проект.
Современно и сексуально - это весело. Знание того, как построить что-то достаточно надежное, чтобы поставить компанию на миллиард долларов, — это то, что оплачивает счета большинства крупных игроков в отрасли. Есть много того, чему стоит научиться — и ценно для продвижения по карьерной лестнице — помимо сырых технологий. Не спешите считать, что это бесполезный опыт. Языки и инструменты быстро устаревают. Навыки в области архитектуры и управления проектами пересекают эти границы и остаются очень ценными.
что, черт возьми, большой 4 банка? это конкретное место?
@ДА. Причина, по которой компании, предоставляющие финансовые услуги, меняются медленно, заключается в том, что ошибки могут свести на нет сбережения наших клиентов, разрушить их надежды на высшее образование их детей и т. д. Да, и вывести компанию из бизнеса и погрузить в процесс на десятилетия судебных разбирательств. Это верно для любого бизнеса, где недостатки имеют серьезные и дорогостоящие последствия. Медицина и космическая промышленность очень похожи. Гугл и Амазон не очень.
@ColleenV, поработав в нескольких гигантских банках, скажу, что все дело в лени, а не в защите потребителя. Если он недостаточно сломан, они просто не собираются тратить ни цента. Это то, как они зарабатывают деньги. Недостатки могут быть серьезными и дорогостоящими, но на самом деле они не влияют на то, насколько новой или старой является технология.
@ДА. Неприятие риска — это не то же самое, что лень. Если он не сломался и возня с ним может привести к его поломке, что может стоить миллионы долларов, не иррационально не хотеть возиться с ним.
@ColleenV Я говорю, что нет прямой зависимости между риском и возрастом используемой технологии. Использование старых систем не обязательно сопряжено с большим или меньшим риском, чем обновление до современных систем. Да, возня со старой техникой может что-то сломать. Так же вероятно, что отсутствие обновления старой технологии может что-то сломать. Причина, по которой крупные организации склонны использовать старые системы, связана не столько с риском, сколько с тем простым фактом, что обновление стоит больших денег, и никто не хочет тратить деньги...
... хотя я бы сказал, что есть риск не тратить деньги , поскольку ваши клиенты начинают переключаться на компании с более дальновидными технологиями. Увы, в банковской сфере конкуренция, как правило, устарела. :)
@ДА. Мы согласны с тем, что технологии могут слишком устареть, и это правда, что некоторые компании не желают инвестировать в будущее. Мой опыт показывает, что временные рамки длиннее, но в конце концов это происходит. Хотя я довольно разборчив в том, на кого я работаю. Я никогда не рассчитываю работать с технологией, которой не существует уже десять лет, но я и не застрял в программировании на COBOL.
На самом деле, в наши дни умение Cobol может стоить дороже. Кто-то должен поддерживать работу старых бизнес-систем до тех пор, пока не будет готова замена.

Ответы (4)

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

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

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

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

Бюджет обучения? Это что?
@JamesAdam Мне повезло на моей последней должности. Наша команда настолько занята, что на нас кричат ​​за то, что мы не используем все имеющиеся у нас средства. Вы помните, как некоторые матери говорили своим детям: «Заканчивайте ужинать! В Африке есть голодающие люди, которые хотели бы его съесть!»? То же самое мы слышим о разработчиках в других компаниях :)
Просто добавим, что настоящие передовые разработки обычно создаются на таких языках, как C/C++. Черт, программное обеспечение марсохода написано на C. Я не знаю, так или иначе, но держу пари, что такие вещи, как противоракетная оборона, тоже.
@Andrew, C, C++ и даже Fortran по-прежнему широко используются в аэрокосмической отрасли. Кроме того, Ада - я потратил несколько лет на программирование крупной спутниковой программы на Аде :)
@JamesAdam - у меня теплые воспоминания об Аде. Это была передовая технология, когда я только начинал :)

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

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

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

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

Вариант 1. Остаться в (большой) компании

Плюсы:

  • Постоянное повышение стажа (может помочь с некоторыми типами привилегий, такими как отпуск и бонусы)
  • Стабильность привлекает работодателей
  • Стать «экспертом» в технологии (вы будете удивлены, что может сделать эксперт Cobol...)
  • Потенциал для обучения, спонсируемого компанией, для поддержания навыков
  • Возможность подняться по лестнице

Минусы:

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

Вариант 2. Разветвление в более мелкие компании

Плюсы:

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

Минусы:

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

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

Не мешало бы еще раз упомянуть: «Бумажная волокита тебя убьет». Я бы даже расширил это, сказав, что чем крупнее компания, тем больший процент вашего рабочего дня будет посвящен «бумажной работе», что является просто общим способом сказать «вещи, которые на самом деле не имеют ничего общего с вашей реальной работой». Бессмысленные табели учета рабочего времени, колоды PPT для объяснения чего-то чьему-то менеджеру, встречи, встречи, встречи и часто еще встречи, ветки электронной почты, которые продолжаются днями, Sharepoint, Sharepoint, множество sharepoint, боже мой. ТАК МНОГО SHAREPOINT. Так далее...
@ДА. Да, мой день примерно на 20 % состоит из разработки и на 80 % из совещаний, Sharepoint и общего администрирования. Заполнение табелей рабочего времени в качестве наемного работника должно быть самой глупой вещью, которую я когда-либо испытывал. Это костыль, чтобы плохим менеджерам не нужно было выполнять свою работу.
Между прочим, много лет назад IBM в основном отказалась от табелей учета рабочего времени для наемного персонала. Основным исключением являются государственные контракты, где они настаивают на том, чтобы учитывалась каждая выставленная им минута... так что это не наша вина.

В качестве альтернативы, как я могу сохранить свои навыки в моей текущей ситуации?

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

Очень приятно отдавать что-то взамен, но если этого недостаточно, я знаю людей, которым предлагали работу на полный рабочий день на основе их работы с открытым исходным кодом — например, кто-то, кто участвовал в Docker, теперь работает полный рабочий день в Docker Inc.

Очевидно, что это отнимет ваше личное время, и, по моему опыту, это может съесть МНОГО личного времени, если вы позволите...

Хм... не все могут использовать личное время, потому что они устали от работы/коммутации и у них есть семья.
Я младший разработчик на работе, которая не учит меня ничему современному.
СпросиСетьПолитика конфиденциальности1y, 0v