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

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

Кажется, здесь вы работали над чем-то, о чем не спрашивали. Обычно это очень плохо, и может привести к увольнению. Если вы считаете, что проект нуждается в рефакторинге, и я доверяю вам, что это так, вы должны sell it to the management before you can do it. Если бы вы это сделали, я полагаю, что менеджмент действовал бы иначе.

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

Меня поставили работать с технологией, не связанной с тем, что я подписал за

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

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

• *

Обновление : Поскольку Вы отредактировали свой вопрос с более подробной информацией о том, как и почему Вас уволили, я должен предоставить обновленный ответ.

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

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

1. Введение
2. Восстановите доверие
3. Если Вы снова решите работать в качестве разработчика, выбирайте мудрое управление.

Я лично предпочитаю небольшие компании, их менеджмент, как правило, более человечный.

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

Да, это довольно плохо. Но помните, что до этого вы не были уверены, что кто-нибудь примет вас на работу после того, как вас уволили - тем не менее, вы получили эту третью работу.

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

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

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

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

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

Мне уже за 30, и у меня нет места для отдыха, нет семьи и не так уж много друзей.

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

Продолжайте стараться быть дружелюбным и заводить больше друзей. Присоединяйтесь к клубу. Общайтесь с людьми с работы. Хотя бы попробуй.

Пойми, почему тебя увольняют

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

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

Посмотрим на Ваше резюме…

Дело 1: Уволен из компании, работающей в сфере высоких технологий, на 2-м месяце за невыполнение… отсутствие мотивации.

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

Случай 2: Уволен из компании, занимающейся веб-платформой, за то, что не выполнил… технологию, не связанную с тем, за что я подписался…

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

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

Дело 3: … потратили много времени на рефакторинг и попытки снять технический долг… Имеют тенденцию очищать грязный код, рефактор и гарантировать, что все хорошо протестировано…

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

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

У меня есть тенденция очищать грязный код, рефактор и следить за тем, чтобы все было хорошо протестировано - то, что многие видят как медленное исполнение.

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

У меня есть тенденция к choose to очистке грязного кода, рефактора и убедиться, что вещи хорошо протестированы, когда бы они не были “рядом” с чем-то, что я пишу, и отдавать приоритет этому, а не доставке, независимо от того, что мне было поручено.

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

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

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

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

Ой

Тебе не нужно, чтобы я сказал тебе, что это не хорошо, так что я не собираюсь убирать точку, но это стоит быстро посмотреть на три обстрела:

Дело 1: Уволен из компании fintech на 2-м месяце за то, что не выступал. Это было правильно, так как у меня не было мотивации.

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

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

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

Случай 3: Уволен на 6-м месяце за плохую производительность. Во время испытательного срока я получил положительный отзыв. После этого я изменил проект и потратил много времени на рефакторинг и попытки снять технический долг. Я получил устное предупреждение за неудовлетворительную работу перед отпуском. За 4 дня я пыталась это исправить, оставаясь на сверхурочных и заканчивая всю работу. Однако когда я вернулся из отпуска, то получил письмо о расторжении договора.

Извините, но это все на вас - рефакторинг по ходу дела сам по себе неплох, и это может быть очень эффективным способом очистить кодовую базу, не останавливая полностью разработку на несколько месяцев. Но делать это, когда у вас нет направления или, по крайней мере, одобрения (включая дополнительное время, которое потребуется), не очень хорошая идея. С точки зрения работодателя это выглядит очень похоже на то, что вы работали, чтобы пройти испытательный срок, а затем отступили (я понимаю, что это не то, что вы сделали - но это то, что slooks like).

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

Вы определили вероятную причину “плохой производительности” мнения, но, кажется, не совсем добрались туда в осознании того, что это на самом деле is плохая производительность. Постоянная неспособность делать оценки (предполагая, что эти оценки реалистичны) не просто “рассматривается” как медленная производительность, это, по любому определению термина “медленная производительность”! Если история пользователя/билетка/что бы ни было оценено в 6 часов, и это занимает у вас 12 часов, потому что вы потратили еще 6 часов, занимаясь деятельностью X, то на самом деле не имеет значения what activity X is, независимо от того, занимались ли вы рефакторингом или смотрели видео с кошкой на трубке, вам все равно потребовалось на 6 часов больше времени, чтобы выполнить поставленную задачу, чем ожидалось.

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

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

я люблю с кодерами отчетности для меня, что сделать это!

Как бы то ни было…

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

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

*Так куда же вы идете отсюда? *

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

Вот что бы я сделал на вашем месте:

• Идите заключайте контракт (это была бы моя рекомендация) - история работы имеет меньшее значение, чем навыки в контрактном слове, и люди с большей вероятностью будут делать ставки.Кто-то за контракт, тогда он за пермь, так как легче бросить его и получить кого-то другого, если он принимает неверное решение о приеме на работу. У вас есть фантастический буфер сбережений, который даст вам время попробовать - установите для себя крайний срок: если вы не сможете найти (и будете успешны) в контракте через 3 месяца, то вы можете расширить поиск, включив в него позиции по перми. До сих пор мне не потребовалось более трех недель, чтобы получить позицию по контракту, и я appalling на собеседованиях, так что вы можете это сделать! Один хороший контракт на 6 месяцев и очень мало людей будут заботиться о ваших последних трех работах по завивке! И вдобавок ко всему, даже если вам придется смотреть на нижний конец рынка с точки зрения дневной ставки для вашей первой пары контрактов, вы, вероятно, будете зарабатывать очень хорошие деньги в реальном выражении.

или если контракт действительно не то, что вы хотите делать:

• Оставайтесь завивкой - сделайте шаг вниз по лестнице зарплаты

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

Не сдавайтесь - вы можете это сделать!

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

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

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

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

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

Это выпрыгивает на меня:

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

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

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

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

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

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

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

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

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

НИКОГДА не думайте, что ваши возможности ограничены, потому что это только ограничит ваши варианты. Это клише, но вы должны сохранять позитивный настрой.

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

Ожидайте, что это займет месяцев, чтобы построить достаточно контекста (от разработчиков, пользователей и менеджеров столько же, сколько от кода), чтобы узнать, где biggest (а не только большие) болевые точки. После того, как вы хорошо их поймете, вы сможете представить вашему менеджеру пример работы над one из них в течение short периода времени, чтобы массивно улучшить некоторые аспекты кода. И когда вы прибиваете один из них, вы действительно показываете, почему они должны держать вас. Вы не должны быть фантастическим разработчиком, чтобы сделать это - все с небольшим опытом имеет навыки, которые остальная часть команды не хватает.

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

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

Здесь я полностью не согласен с другими ответами

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

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

Тогда я увидел ваш GitHub profile

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

Вы не необходимо оправдывать 3-х кратное увольнение

Программная индустрия находится в таком месте, где наличие такого профиля GitHub даёт Вам собеседования и предложения о работе, даже если Вас увольняли 3 раза.

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

Многие разработчики не могут себе этого позволить - но вы абсолютно можете это позволить.

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

Выясните, чего you на самом деле хотите

Звучит так, как будто последние 3 места были плохими для обеих сторон. Так как you get to be picky я бы искал место, которое:

• Работает с новыми и современными технологиями, которые вас возбуждают
• Имеет культуру ценностей, которые вам небезразличны

• Решает проблемы, которые вам кажутся интересными

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

Программирование волнует вас достаточно, чтобы делать это в свободное время - что с этим связано?

Найдите место, которое подойдет

Я знаю несколько программистов в ваших ситуациях (которых увольняли 3-4 раза в год), пока они не нашли место, которое смогло бы их сдержать. Они довольно самоуверенные, немного громкие и очень заботятся о том, чтобы использовать современные стандарты и делать вещи по правильному пути.

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

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

Совместный договор / самозанятость.

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

Плюсы:

• Вам не нужно ничего объяснять или оправдывать то, что случилось с кем-то еще.
• Если вы действительно хороши в том, что вы можете сделать, ваши навыки будут востребованы, по выгодной цене.
• У вас уже есть шесть месяцев экономии - этого достаточно, чтобы найти клиентов и начать работать.

• Как только у вас есть несколько клиентов, вы можете выбрать то, над чем вы хотите работать (т.е. над какими клиентами), а не то, над чем ваш работодатель прикажет вам работать.

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

Держитесь. Множество людей достигают 30 лет и обнаруживают, что все обернулось не так, как они ожидали. Еще не поздно.

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

• *

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

Назовите это плохим подбором и усвоенным уроком.

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

Я уверен, что мне не нужно говорить вам, что индустрия программного обеспечения постоянно колеблется и идти в ногу с последними достижениями является жизненно важным для успеха. Только в этом году мне пришлось учиться веб-разработке с нуля и брать Vue.js, JQuery и Bootstrap с нуля, в прошлом году я выучил Xamarin и стал разработчиком приложений. До этого я создавал игры для мобильных устройств и Facebook в Unity3d и Flash. Я работал в Agile и Scrum, независимых и водопадных модельных командах. Что мне нужно, я узнал. Если вы не можете сделать это в настоящее время, вы должны научиться адаптироваться, если вы хотите преуспеть в индустрии программного обеспечения.

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

Как бы то ни было, вам дали (я полагаю) четкие задания, и из-за того, что вы потратили время в нерабочее время, вы не смогли последовательно выполнить работу, которую вас попросили.

Я постоянно делаю нерабочее время, чтобы исправить связанный с этим код, однако, очень важно не заблудиться в кроличью нору. Помните, что последние 10% проблемы занимают 90% времени. Откройте код проблемы, заплатите ту часть, которая вызывает проблему, добавьте //TODO, чтобы исправить это правильно, напишите записку где-то, что он нуждается в большем внимании позже и move on. Обычно 90% достаточно хорошо.

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

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

• *

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

В наши дни работа в технологическом мире - это своего рода игра.

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

Им важно не делать то, что вы чувствуете, а делать то, что вам назначено.

И не стесняйтесь отстаивать больше очков и спрашивать больше времени.

Лучше требовать больше времени и получать больше очков за свои задачи в начале, чем проскальзывать.

Управление имеет 0 подсказок о сложности ваших задач… они просто идут по первоначальным оценкам.

если вы не боретесь за очки вперед… вы попали в жопу.

До сих пор нет ответа, который бы учитывал возможность того, что вам очень не повезло и вы получили 3 ужасные работы подряд. Там определенно есть действительно ужасная работа и неразумные менеджеры. У меня было несколько, но не так много подряд. Иногда их очень трудно заметить во время собеседования; в некоторых случаях описание работы и вещи, сказанные на собеседовании, совершенно неточные и вводящие в заблуждение. Поэтому ВОЗМОЖНО, что это не твоя вина, но только у тебя есть достаточно информации, чтобы судить об этом.

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

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

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

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

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

Вы сказали, что вы находитесь в Великобритании, рынок подрядчиков находится на подъеме там прямо сейчас. В Лондоне вы можете зарабатывать около 500 фунтов стерлингов в день. Хорошая вещь в том, что вы никогда не устанете от места, где вы работаете и начать тащить каблуки, каждые 3-6 месяцев вам нужно будет найти новый контракт.

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

В конечном счете, то, что вы должны стремиться, это получить несколько хороших клиентов и работать удаленно. Тогда у вас есть полная свобода рефакторинга вашего кода, до тех пор, пока вы выполняете проекты в установленные сроки. Лично я никогда не был так мотивирован, как когда управлял собственной компанией. Я бы работал 12 часов в день, 6 дней в неделю.

**Но у меня также возникает ощущение, что вы не на 100% удовлетворены своей карьерой, может быть, пришло время сделать перерыв?

У вас есть экономия, почему бы не отправиться в путешествие и не потратить 3-6 месяцев на обдумывание своего следующего шага? Один из удивительных способов путешествовать - это использование рабочего времени, я вызвался добровольцем в Испанию и Японию, чтобы использовать его. Ты познакомишься со многими людьми. https://www.workaway.info/299958546294-en.html

У вас есть проблемы с сохранением фокуса и мотивации при работе с чужым кодом.

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

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

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

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

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

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

Я бы посоветовал сделать перерыв и поработать над собой. Особенно отсутствие позитивного круга друзей и неактивная социальная жизнь кажется огромным фактором в вашей жизни. Вы чувствуете себя обгоревшим или одиноким? Пытались ли вы обратиться к терапевту или наставнику, чтобы проверить, не страдаете ли вы какой-либо депрессией или СДВГ? Удобно ли вам работать под властью? Задумывались ли вы о том, чтобы работать внештатным или неполным рабочим днем? Многим людям за тридцать с четвертью лет удалось заработать на плато. А кодирование иногда может быть работой, сосущей душу. Попробуйте исследовать свои увлечения или смежные области, близкие к вашей области знаний.

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

Как разработчик, который также ценит чистый, хорошо протестированный код и презирает долг за код, я могу понять вашу точку зрения. Тем не менее, вам платят за выполнение поставленных задач. Работа заключается не в том, чтобы делать то, что вы хотите, а в том, чтобы делать то, что ожидает от вас работодатель. Это бонус, когда вы можете получить удовольствие от выполнения того, за что вам платят. Хорошая трудовая этика требует развития самодисциплины, чтобы сосредоточиться на поставленной задаче и выполнить ее к удовлетворению вашего работодателя, нравится вам это или нет, находите ли вы удовлетворение в этом или нет. Вознаграждения, которые вы можете получить от этого: (1) получение зарплаты, (2) наличие некоторой гарантии того, что вы продолжите работать, (3) возможно, изучение чего-то нового и полезного, (4) воспитание уважения в организации, которое вы могли бы использовать, чтобы в конечном итоге делать вещи, которые вам нравятся и/или удовлетворяют вас.

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

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

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

Во-первых, могу ли я предположить, что Ваше отсутствие фокуса вызвано отсутствием ежедневной организации? На Вашей следующей работе убедитесь, что Вы всегда знаете три главных приоритета, которые назначил Вам Ваш начальник (и их относительную важность). В начале каждого рабочего дня записывайте ваши текущие приоритеты, а в конце резюмируйте то, что вы сделали против них. Не будьте многословны, сделайте каждый приоритет и описание достижения как можно более коротким и сладким с минимально необходимыми деталями. Что-то вроде…

Начало дня

1. Реализуйте новую функцию A
2. Написать тесты для A
3. Постройте новый релиз A с документацией для тестеров.

Конец дня

1. Реализована A
2. Написаны юнит-тесты для A и исправлены ошибки, чтобы он прошел все тесты.
3. Не смог выпустить A, так как потратил два часа на поддержку продаж, чтобы решить приоритетную для клиента проблему с продуктом.

И на следующий день вашим приоритетом, скорее всего, будет

1. Постройте релиз А и напишите документацию для тестеров.
2. …

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

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

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

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

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

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

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

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

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

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

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

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

Лучшие пожелания,

Рэнди

Редакция: Никогда не забывайте, что Стив Джобс был уволен из Apple, и уроки, которые он научил его, сделали его гораздо лучше генерального директора во второй раз. Эдисон был уволен из Вестерн Юнион, и не удалось тысячу раз, прежде чем совершенствовать свою лампочку. Уолт Дисней был уволен KC Star за то, что не был “достаточно творческим”, поэтому он начал свой собственный бизнес и обанкротился. Вы еще очень молоды, берите уроки и используйте их для своего успеха.

Хорошо, мы можем согласиться, что вы достигли “дна” своей карьеры. Ну и что? Есть только одно направление, в котором ты можешь двигаться оттуда - вверх!

Продолжить ли твою нынешнюю карьеру или нет, зависит только от того, действительно ли ты это сделал.

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

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

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

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

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

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

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

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

Не сдавайтесь!

Добавим к тому, что предлагали другие: Представьте, что Вы проработали в компании X лет, и появился новичок и начал указывать (словами и действиями), что существующая работа (над которой Вы и Ваши коллеги работали годами) была “неаккуратной”/“никчемной”/“должна была измениться, чтобы новый сотрудник чувствовал себя комфортно”, как Вы думаете, как Вы (и Ваши коллеги) отреагируете, когда менеджеры спросят Вас о Вашей обратной связи с новым сотрудником? Я не могу представить, чтобы кто-нибудь отвечал: “Да, мне нравится работать с ним, и он точно знает его вещи”. Я представляю, что обратная связь будет больше: “Высокомерный, всезнайка, похоже, не в состоянии интегрироваться в команду”

Я всегда вскрикивал, когда слышал, как новый сотрудник говорит что-то вроде: “Ваш существующий код/продукт/процесс - дерьмо/плохо/неправильно”. Мои идеи/методы лучше. Я знаю добро от зла, но ты не знаешь. Я могу сделать это правильно, где вы не можете". У меня всегда есть ощущение, что новый сотрудник не протянет ни одного пробного периода (а я редко ошибался).

Есть много причин, по которым код стал таким, в том числе: привнесение старой работы, временные ограничения, неаккуратные программисты, адаптация к меняющимся спецификациям, работа с старыми HW/SW/системами и так далее. Однако, код является продуктом этой группы/компании, и они будут иметь некоторую гордость за свою собственность и, вероятно, даже какое-то эмпирическое доказательство того, что он работает “достаточно хорошо”, чтобы сделать их $. Вы даже можете отвергнуть усилия других членов группы (или даже менеджера). Вы даже можете быть на месте в вашей оценке, но это может быть совершенно неважно.

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

Это широкий ответ с многочисленными предложениями:

1. Постарайтесь снизить свои ожидания, для вас должна быть подходящая вакансия в IT.
2. Может быть, вам стоит сначала поставить под сомнение ваше соглашение об обязанностях.
3. Общайтесь каждый раз, когда возникают проблемы с блокировкой. Говорите о себе, оставаясь профессионалом.

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

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

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

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

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

1. Ты понял, что код плохой.
2. Ты действовал по нему, пытаясь улучшить код.
3. Менеджеры этого не оценили.

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

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

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

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

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

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

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

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

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

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

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