Советы программисту, хорошо разбирающемуся в системе поддержки [закрыто]

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

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

Ответы (2)

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

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

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

Это одна из верных точек зрения, но я не думаю, что работа в сфере обслуживания автоматически должна быть плохим опытом. И если вы пойдете на работу с таким негативным взглядом, это может сделать все намного хуже.
Не поймите меня неправильно. Я EE, и мой набег на компьютеры был чистой ролью поддержки, потому что я знал, как управлять электрическим испытательным оборудованием с программами, которые я написал. Это была работа по поддержке UNIX, и я делал это в течение последних 25 с лишним лет и ни разу не пожалел. Но я работал с людьми, которых уволили с работы по разработке, и они пришли работать со мной, потому что моя среда стабильна, и если вы не облажаетесь, у вас будет работа, несмотря ни на что. Вот где дела идут на юг очень быстро. Они хотят свободы, как разработчики со связанными за спиной руками.
Я бы попросил своего босса заменить, я не хочу оставаться на такой работе. Я не аналитик поддержки, я разработчик, я работал, чтобы быть им, и я не хочу бросать разработку ради такой работы.
Привет @MelBurslan, спасибо за ваш ответ. Мне потребовалось много времени, чтобы понять человека, с которым я работал, и причину, по которой он пошел по этому пути, даже если все знали, что ему не по себе на ее работе. Спасибо
Я вижу, что некоторые люди решительно настроены против моих взглядов. Пожалуйста, постарайтесь понять, на этот вопрос нельзя ответить четко, как черное и белое. Есть только анекдотические примеры. Я написал то, что видел за 25 с лишним лет поддержки корпоративных систем. Ваш пробег может сильно варьироваться. Но если сравнивать пути разработки и поддержки ИТ-операций, то разработка больше похожа на дикий запад, где поддержка похожа на IRS, просматривающую ваши налоговые отчеты, тщательно структурированные и основанные на фактах. Просто хотел это прояснить
Моя проблема не только в разочаровании, моя проблема в том, что я не чувствую себя способным хорошо выступать на такой позиции. Вторая проблема заключается в том, что я первый год в этой стране аутсайдер. Я не совсем понимаю, как здесь все работает.
Если у вас нет серьезного языкового барьера, то, что вы посторонний, не играет здесь никакой роли, но если вы считаете, что не способны обсуждать вопросы на собраниях из-за своих ограниченных языковых навыков, то это законная озабоченность. . Потому что большинство ролей поддержки, как я уже говорил ранее, будут включать в себя множество встреч и могут быть очень частыми полуночными конференциями, потому что что-то пошло ужасно плохо, и каждый должен высказаться и объяснить свою позицию.

Некоторые мысли:

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

Улучшить работу службы поддержки. Возможно, текущий метод поддержки системы можно было бы улучшить? Например, можно было бы лучше отслеживать жалобы или проблемы; ручные задачи поддержки могут быть автоматизированы; лог-файлы можно было автоматически отслеживать на наличие проблем; и т. д.

Перепроектирование процессов может иметь те же преимущества, что и разработка программного обеспечения.

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

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

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

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

Мне очень надоели эти задачи, мне попросить замену? Я являюсь заказчиком для третьей стороны, и я думаю, что они умалчивают мне на интервью, что я буду назначен на такую ​​​​должность. Я не сотрудник службы поддержки, я разработчик!
@lambdapool тогда ищите новую работу — внешне, если нет внутренних возможностей переключиться на разработку.
Меня прислал сюда мой настоящий работодатель, это такая компания по ремонту кузовов.
Советы программисту, хорошо разбирающемуся в системе поддержки [закрыто]
СпросиСетьПолитика конфиденциальности1y, 0v