Комментарии 111
Соглашусь с автором в плане того, что на здоровье надо оглядываться. Нервы и здоровье значительно дороже денег. Текущая работа, хоть и интересная и оплачиваемая, принесла море "болячек"
Не работа вам принесла "болячек", а ваше отношение к ней. К любой работе нужно относиться со здоровым и разумным пофигизмом.
Ну это из серии, чтобы быть здоровым просто не болейте. Я лично всё время ответственно относился к работе, когда я понял что на мне просто ездят, прошло не мало времени. Потом пытался это исправить, но всё равно иногда прорывается. Я к тому, что это мгновенно не поменяешь.
А еще, не мгновенно понимаешь, что на тебе ездят. Ну это по неопытности. Со временем, обычно это понимание приходит, если ты не совсем уж наивный чукотский юноша. И что печально, понимание обычно приходит вместе с первыми проблемами со здоровьем или в личной жизни. Или когда лет 5 пролетают, оборачиваешься, и задумываешься, как много ты упустил, будучи в "потоке" работы. Сопоставимо ли оно с приобретенным? (опыт, деньги, достижения и т.п.)
Нет, это из серии выстраивания личных границ, самоуважения и всего того что реально делает человека взрослым зрелым человеком.
Большое спасибо. Теперь я знаю как называется то, что происходит с моим начальником)
Кстати, не написано ни слова про ситуацию, когда уходить с работы некуда. Вот нету в моём городе больше ни одной фирмы, которая занималась бы разработкой ПО. А перспектива работать официантом/грузчиком/продавцом меня совсем не радует. Т.е. для смены работы необходимо перебраться в крупный город (который в 3 часах езды). Ездить каждый день — совсем не вариант. Значит ещё и жильё искать надо. Снимать — обидно отдавать такую часть зарплаты на это, тем более, что плачу я некому левому дяде, а не выплачиваю ипотеку за своё жильё, на пример. Купить — нужен как минимум кредит, который никто не даст без работы.
Увы, не все могут вот так просто взять и поменять работу =/
А утверждение, что «там все родственники»… в век самолетов родители сами будут рады, что вы свою жизнь устроите. еще и летать в гости будут.
Ни в коем случае не призываю писать с ходу заявление и ехать в слепую. Лично я составил резюме, напланировал встреч и поехал в отпуск в столицу) Попытаться в любом случае стоило. Удачи Вам.
Посмотрите требования к тем позициям, которые вам интересны. Проанализируйте то чего вам не хватает. Подтяните это. Шаг за шагом в течение года вы при должном стремлении и желании найдете новую работу и без труда осуществите переезд. Говорю вам как человек сменивший три города и две страны )
— веду параллельные проекты в других под-сфреах IT (мобильники, фронтенд, бэкенд и т.д.)
— работаю удаленно с другими городами/фирмами/странами (т.е. не ограничиваюсь своим городом/страной).
разработчик АСТ (автоматических систем тестирования веб-сервисов/веб-приложений)
Хочу поинтересоваться, а was ist das? Я правильно понимаю, что это такой "синоним" для фразы "я разрабатываю ПО для тестирования web-продуктов"? Если да, то чем разработчик АСТ отличается от почти любого другого прикладного (и не только) разработчика? Скажем, что мешает мне, frontend разработчику, всё бросить и уже завтра заняться софтом для тестирования? Или некоему абстрактному .net/java/c#-программисту? Я не иронизирую. Мне правда интересно. С моей дилетантской точки зрения такая формулировка звучит как "специалист по левой ноздре".
Google по запросам "программист АСТ" и "разработчик АСТ" выдаёт всякую пургу.
«специалист по левой ноздре»
Обидели, честно. Понимаю, что скорее всего не хотели, но у вас это вполне неплохо вышло.
Скажем так, если бы это было как вы говорите, то вряд ли я почти четыре года по этому профилю вел работы с зарубежным рынком. Скорее я был бы либо безработным (в худшем раскладе), либо работал бы с другим стеком технологий и другим профилем (в лучшем раскладе).
Гугл выдает пургу из-за того, что сфера микроскопических размеров.
Отвечая же на ваш вопрос:
Да, по сути вы правы, это разработка прикладного ПО, призванного обеспечить должный контроль качества разработки другого ПО.
Как правило под АСТ подразумевают функциональное тестирование веб-софта. А именно фронтенда. На сегодняшний день у подавляющего большинства такого ПО под капотом крутится WebDriver. Реже фреймворк Selenide. Остальное занимает малозначимый процент.
что мешает мне, frontend разработчику, всё бросить и уже завтра заняться софтом для тестирования
Ответить не могу — я не знаю ни вас, ни ваших умений и предрасположенностей. У всех видов деятельности есть свои критерии совместимости.
Но в целом тут сохраняется общий закон рынка: сильных специалистов, которыми далеко не все могут стать, на рынке дефицит. А что по плечу «любому» — оно, как правило, сравнительно мало востребовано.
Моя реализация АСТ включает в себя сложную архитектуру с БД, микро-ядрами, ядрами, модулями на java, веб-панелью управления конфигурационными стендами. Поддержка работы с виртуальными/удаленными ОС, разнообразными браузерами, мультипоточность и имеет достаточный уровень стабильности, что позволяет вести тестирование даже на продашене (ибо не всегда есть возможность прогнать диагностику в песочнице). Все это имеет вагон подводных камней. И я не могу ответить вам, что вам мешает этим заниматься.
а причина проста как апельсин — основная часть его оклада идет не с навыков, а с того, что он знает структуру данного конкретного проекта. и на рынке труда ему даже аналогичную зарплату не предлагают.
Это и есть ловушка, когда человек становится «специалистом по работе именно в этой организации».
Эта ловушка только внутри его головы.
Никто кроме него в этом не виноват.
если бы вам платили 50 процентов оклада (немалого, к слову) просто потому что вы самый «старый» сотрудник компании, присутствовали при основании инструментария и знаете там все и вся — вы бы легко ушли на другую более интересную работу, но по окладу рынка? минимум минус треть суммы.
эта проблема когда-то сложилась в голове. это да. человек долго не находил достаточно веских причин двигаться дальше. это оправданно если легко вносятся инновации и худо-бедно можно работать в тренде современности.
Классический, можно сказать, вариант:
- вершина в иерархии, почёт
- стимулирование материальными благами
- низкие затраты на деятельность
Всё это усиливает привязанность к распорядку жизни,
и, по сути, заболачивает ум.
Человеку же нужны вызовы, чтобы двигаться дальше,
новые задачи.
Вы задаёте именно что ключевой вопрос: «Легко ли?»
Нет. Не легко.
Но…
Приятно ли жить вот так, не ощущая вкуса? Не искря новыми идеями и бодрящими задачами?
Принято считать, что возможности (когнитивные, физические, волевые, и т.д.) со временем угасают.
Но нет единой точки зрения ни на обязательность такого процесса, ни на точную дату его начала.
Ну то есть, с какого момента нормально сесть на завалинку и ничего, кроме оглядывания результата своих трудов, и не делать?
У меня нет ответа.
Есть моя частная точка зрения:
если человек искренне любит жизнь, не погасил в себе дух исследователя — то у него не возникает желания сесть на завалинку.
Такую точку зрения некоторым образом подтверждает существование людей, которые и в 80, и в 90, и далее ведут активный образ жизни, не считаясь со своим годом рождения.
Поэтому мой вывод, опирающийся на практику — дух первичен.
Способность его разбудить (или воспринять со стороны), если погас.
Сохранить от изначально данного (если повезёт).
Но, согласно моим наблюдениям, не бывало ещё такого, чтобы кто-то как родился так и не терял ни разу.
Все теряют.
Вопрос в том, находят ли обратно…
Поэтому да, «меня все устраивает».
Если вы обладаете достаточным самоконтролем, то попробуйте удалённую работу, или фриланс. Я уже 5-й или 6-й год так работаю. При всём том, что в моём городе работы завались.
P.S. сам живу в области РнД
Плюс есть такой монстр, как Тандер, который буквально всасывает в себя технарей (ежегодно десятки новых мест, если не сотни) ибо довольно активно развивается и эту махину надо поддерживать и развивать.
Это только те, которые я смог на вскидку вспомнить.
Даже если нет сил на переезд в столицу или еще куда, начните с работы по удаленке. Платить будут так же или даже больше, работать можно будет существенно меньше (зависит от ваших скиллов планирования/исполнения) и появится уйма времени для реализации третьего пункта из статьи (пилить всякие пет-проекты, участвовать в опен-соус разработке и так далее).
Это намного проще чем кажется, просто надо перестать бояться и мыслить настолько ограниченно.
Так что положительные примеры есть. Вперёд!
Хабр, ты сошел с ума!
@Boomburum зачем мне на главной посты семилетней давности, чтобы что?
Единственное позволю себе дополнить утверждение о синдроме исполнителя. встречал руководителей, которые довольно не плохо разбираются в используемых фреймворках, но все новое встречают в штыки именно потому, что для поддержания компетенции им придется выучить что-то новое. Это уже не синдром, а банальная лень. Как печальный итог — вся команда сидит на старых артефактах и процессах и за слово «agile» могут облить бензином и поджечь.
Доказывать, что новые подходы в первую очередь будут экономить время и ресурсы бесполезно.
зато обещаний как у Колумба) «мы перейдем на Jira… мы перейдем на NoSQL...»
ну а если новое не складывается — нечего будет писать в резюме) и развитие замрет само собой.
Я знаю людей, которые у себя в компании не используют ничего подобного, и код по FTP прямо на сервере правят) Да-да, в 2017 году)
тут разница в другом — устраивает ли подобный процесс команду. сам могу администрировать все от Jira до Zabbix. это ни разу не сложно и найма новых специалистов не требует — просто желания и инициативы)
отдельный случай если нет мощностей. тут уже ничего не поделаешь.
redmine — вообще говоря вполне норм таск трекер, бесплатный к тому же. Вы вот посчитайте на досуге на вашу компанию сколько обойдется jira + скорее всего другие их продукты, confluence, crucible, bamboo… Сумма может получиться далеко не маленькая.
и даже из него не выжимая ничего кроме списка задач как в Excel
Задайте вопрос PM-у, в чем проблема использования той, или иной нужной, годной и прекрасной фичи, с вашей точки зрения.
использовать Jenkins только для сборок и ни разу для тестирования — потому что так «истерически сложилось»
В чем проблема, договоритесь с админами, что бы вам выделили свой профиль и запускайте тесты там. Если это процесс (автотесты) длительный — люди к вам потянутся. Если же профита не будет никакого — щито поделать, вы хотите то, что никому не надо.
не фиксить тесты тоже сложилось
вот это уже зашквар)) Тесты в такой ситуации теряют смысл
всерьез ставить вопрос «а давайте уберем нексус. лишний компонент вносит риск в систему»
Если пользователи Nexus вам приносят 2,47$ в месяц — это отличная идея
для компании с доходом в десятки миллионов в ДЕНЬ это мелочь.
может быть redmine и бесплатен, но он крайне неудобен. вчера только рассказал нашему архитектору как в нем исправить описание. он работает с ним второй год и всерьез считал, что это невозможно. (там мааааааленький карандашек в неочевидном месте).
задавать вопрос PM-у к сожалению бесполезно. инициатива снизу пресекается жестко. насколько бы полезным предложение не было — оно даже не рассматривается.
договоритесь с админами, что бы вам выделили свой профиль и запускайте тесты там
админские права у всех. сборку-то я завел и использую. но какой смысл если тесты правлю только я?
назначение дженкинса (цитирую) — отслеживать какие варники мы отдали на установку и собирать эти варники.
тесты? метрики? ни в коем разе! даже деплой в nexus с локальных машин!
Если пользователи Nexus вам приносят 2,47$ в месяц — это отличная идея
они не приносят денег вообще. он закрытый и только для отдела. но тут уже вопрос живучести и загрузки сетевого канала. да и свои артефакты тоже надо держать там. сейчас же сборка идет на локальных артефактах. то есть выполнил install на ядре — собери продукт…
с администраторами договариваться не надо. админские права раздали всем.
может быть redmine и бесплатен, но он крайне неудобен
Смею предположить, что не умеете его готовить
вчера только рассказал нашему архитектору как в нем исправить описание
он работает с ним второй год и всерьез считал, что это невозможно
подтверждаете мои слова.
насколько бы полезным предложение не было — оно даже не рассматривается.
ну и пофиг)) вам больше всех надо?
админские права у всех.
это плохо, очень.
но какой смысл если тесты правлю только я?
Если это чисто ваше "благо" — действительно. Если общее — странно.
отслеживать какие варники мы отдали на установку и собирать эти варники.
тыкните носом на википедию, где черным по белому написано, что такое jenkins))
они не приносят денег вообще. он закрытый и только для отдела.
пересмотр приоритетов на внутренние наработки — это вполне норм. Если результат не используется — зачем его делать?
админские права раздали всем.
это домоклов меч над всей вашей компанией, рано, или поздно он упадет, будьте готовы))
Смею предположить, что не умеете его готовить
это я и оспаривать не стану. скорее всего так и есть. но тут уже вопрос — почему нужно тратить время на освоение того как работает система треккинга? возьмите ту же джиру — там ребенок разберется. интерфейс должен быть не только доступным для действий. он должен быть интуитивным чтобы видящий его впервые человек думал о своих задачах, а не о том где нужная кнопка.
но это уже субъктивное отношение.
вам больше всех надо?
неудобную инфраструктуру я воспринимаю как грязь в тарелке с едой. все должно приносить радость. в мире много хорошего и интересного) если за считанные часы я могу полностью развернуть инфраструктуру отдела — почему бы этого не сделать? я это делаю не для всех, а в первую очередь для себя.
вариант использовать в своих проектах удобную мне инфраструктуру тоже бы устроил)
тыкните носом на википедию
меня чуть не сожгли когда я спросил с чего взяли, что gitlab абсолютно запрещает пуши в master… даже до документации не дошли) или хотя бы до интерфейса.
возьмите ту же джиру — там ребенок разберется
Зря вы так считаете, у jira функционала мягко говоря много,. То, что вы привели как пример — это маленькая полезняшка.
меня чуть не сожгли когда я спросил с чего взяли, что gitlab абсолютно запрещает пуши в master…
Вообще говоря не запрещает, но это настраивается)) Видимо вы акцентировали внимание не на плюшках для собеседника, а на плюшках для себя, что ставит в случае переговоров вас в не выгодное положение
Он смотрит на текущее положение проекта
Он смотрит на задачи, которые ему выставляет продакт овнер (что будет в будущем)
Он смотрит(советуется с hr) на текущее положение на рынке труда (можно ли нанять грамотных людей под «старые» технологии)
И решает, что делать:
— ничего
— рефакторинг
— полный ребилд под новый стек
И вот тут приходит понимание, что нет смысла текущий проект переводить под что-то новое, если оно работает. Либо дается волевое решение и все перепиливается под новый стек, с учетом возможных косяков.
А так то очевидно, что если человек пилит год на чем-то одном, то его будет подмывать попробовать что-то другое.
ограничилось «я подумаю» месяца 3 назад.
"Показать пример" — это работает для высоко мотивированых людей. В противном случае — это должна быть не маленькая работа с вашей стороны.
Проект — самопис на базе zend1, единственный dev, знавший, как работает это кодло в полной мере уволился через 2 недели после того как я пришел. Я конспектировал проблемы (в большинстве архитектурные) проекта около 2х месяцев, далее поговорил с руководством, было дано добро на рефакторинг, параллельно с поддержкой старого.
Проект на svn, команда его переросла и на поддержку уходило огромное количество времени. Я акцентировал внимание на том, что мердж на 150+ конфликтов — это источник ошибок, потраченное время и попросил руководство прикинуть, сколько это в деньгах. Не прошло и пары месяцев, как мы во всю пользовали gitlab.
Проект — что-то монструозное. Dev процесс построен на "песочных" серверах, где у каждого инженера поднято свое окружение. Все вроде хорошо, но очень мэээдленно. Кто-то из десятков пользователей запустит сложный процесс — остальные сразу почувствуют. Я попросил выделить мне 2 дня на поднятия окружения под вагрантом. Было запилено окружение, пусть и не самое лучшее, но более менее оно работало. В один прекрасный момент на песочницах сыпятся веники… Угадайте, как много народу себе вагрант подтянуло и даже поддерживать собралось?))
Проект на php, в соглашениях указано: все аргументы проверяются на тип, в случае обработки — на граничные условия, чуть что бросаем исключение. Фактически это значит, что добрая часть кода — это проверки. Меня задолбало их писать, был написан проект ko-ko-ko/assert, который очень жестко отревьюился. Но разрешение на его внедрение никто не давал… В общем, я прямым текстом за***бал, потому и внедрили. Потом куча народу еще спасибо сказала))
Резюмируя: любое ваше предложение будет по началу восприниматься "в штыки", иногда с конструктивной критикой, иногда — без. Менять что-то просто так — никому не хочется. Именно по этому, что бы внедрить что-то вам придется потратить значительные усилиля.
150 конфликтов при мерже? на это ответят «ничего страшного. посидишь помержишь.».
а так да. на одной из прошлых работ повнедрял подобные процессы — все были довольны.
Как по мне предпочтительней предложить выяснить преимущества и недостатки указанной технологии, сравнить с прямыми конкурентами.
Можно попросить все это оформить в документальном виде.
В результате человек который хотел только «набросить» точно также развернется и уйдет, но человек который действительно хочет что-то улучшить, не получит ощущения, что он него хотят отделаться. Он увидит, что к нему прислушиваются, доверяют провести анализ.
На втором этапе уже можно доверить разработку вариантов внедрения.
Это позволит мотивировать и удержать в компании ценного карда, а возможно даже позволит улучшить качество процессов/разработки, если вдруг его предложения действительно окажутся ценными.
Но вместо того чтобы получить добро на использование в деле, например написать новый модуль по другому, переделать какой-либо старый, человек слышит такой вежливый отказ. Скорее всего человек просто уйдет в другую компанию, изучать что-то новое, а не ковыряться в старых проблемах и багах.
так что их существование совсем не обязательно.
ну а если они там и есть — как показывает опыт, свежий взгляд сильно помогает в их устранении.
ну и будет достигнуто самое главное — работник получит возможность поработать с новой технологией.
предложили бы мне выбрать между «чистым» проектом на JDK5 и проблемным на JDK8 — выбор был бы очевиден)
Действительно в слове уволить (уволитиься) есть позитив в корне — уйти на волю, где каждый волен принимать по своей воле свои решения.
О себе: увольнялся неоднократно, в частности по указанной причине хамского отношения непосредственного начальства, хотя начальника-звезду можно терпеть и прощать, но посредственность не за что и незачем.
Еще хочу добавить, что иногда все (или многие) моменты на лицо (и неуважение, и разработка без планирования, и тот же синдром исполнителя), но уходить возможности нет, т.к. нужен опыт работы год-два (как в общем опыт, так и опыт в этой сфере/технологии, так и опыт в этом городе/стране). Так сказать, работа на «трамплине». Сам сейчас сижу в подобной, собственноручно вырытой, ловушке. Увольняться пока не хочется, ибо нужна строчка в CV, но и времени, утекающего сквозь клавиатуру, жалко.
Для иностранного работодателя (к примеру немецкого), даже «целый» год, проведенный на последнем месте работы, может быть воспринят как звоночек о ненадежности потенциального работника.
Фармацевтический бизнес с наступлением кризиса претерпел изменения, люди стали держаться за рабочие места, терпеть описанных руководителей, некрасивые ситуации и пр.
История друга. Руководителю понадобилось прикрыть оное место, а лучший способ, это не эффективный сотрудник, мол из-за него нет плана продаж. Под раздачу попал друг, были перепробованы всевозможные уловки, вплоть до того, что он имеет 2 работы, а 2 телефона (личный смартфон и рабочий старый кнопочный) используются для сокрытия этого факта и только подтверждают эту теорию. Было много неприятных вещей. Мы с ним составляли грамотные юридические письма в HR отдел, ставили на место руководителей. И все для того, чтобы найти работу если не лучше, то без потери ЗП. Работу он нашел почти через год в другом городе! Новая работа лучше во всех отношениях, но срок поиска очень не маленький. Вакансии были только из разряда «шило на мыло», даже с переездом.
Другая история с мамой. Всю жизнь проработала на государство, я даже бухгалтером её назвать не могу, у них какая-то специфичная работа с финансами. С наступлением кризиса тоже начались очень неприятные процессы. И я ума не приложу, как ей помочь с работой. Кому она нужна в 50 лет с не востребованными для рынка навыками? А когда она учила детей, у неё даже мыслей не было что-то менять.
Что говорить о «не заменимых нет», «очередь желающих», когда это все начинается с государственных вакансий, на которых гос-во само себе налоги платит.
Нисколько не приуменьшаю необходимости увольняться по описанным в статье причинам. Просто не все так красиво на деле.
Есть доля правды в ваших словах, поэтому прессинг с уходом 2 руководителей не закончился, вышестоящее руководство захотело его убрать. Фарм компании это же федеральные гиганты, руководителей много.
А нужны ли такие руководители глазами руководителя? У него-то была цель простая, не увольняться по чей-то прихоти, «по собственному», кстати, а найти другое место работы без ущерба для себя.
Удовольствие от борьбы получил только я, наверное. Вместе составляли письма, происходящие процессы знаю не только со слов. Сутяжничество было вынужденной мерой в данной ситуации.
Выбор был из 3х вариантов:
— бодаться с текущим работодателем и ждать подходящей вакансии,
— уволиться и искать работу несколько месяцев
— или испортить CV, еще опустившись в ЗП при этом.
Для меня выбор был очевиден, поэтому помогал, настаивал бороться, заниматься сутяжничеством. В IT корпоративная культура совсем другая и работу найти проще.
»
щетину девушкам — точно не надо
Если з\п за 6 лет не выросла (сильно), то вы что-то делаете не так.
в этой сфере ведь опыт измеряется не годами, а проектами и навыками. вот вам пример. 6 лет назад (просто совпадение) я начал с одним из моих товарищей в одной известной компании. он там работает и по сей день. работает на пятой джаве. а теперь вопрос викторины — придет человек искать новое место и скажет, что он на восьмой джаве не писал вообще, но у него 6 лет опыта. кому нужно его доучивать? только на такой же древний проект пыль стирать.
мне жаль тех кто только ищут причину чтоб только не менять работу, полгода назад переехал в чужую страну с женой в 8-ом месяце беремености, хороший спец всегда найдет работу.
Во-вторых, для этого надо быть хорошим спецом. Да даже и так, в любой стране своих таких немало, приезжий в невыгодном положении.
И в-третьих, там же, наверное, вкалывать надо? А что, если я хочу пожить, а не вкалывать?
я довольно долго просидел на своей первой работе. вроде как «набирался опыта». а как попробовал походить по другим вариантам — такие аховые пробелы всплыли… сейчас даже смешно вспоминать)
это как раз одна из причин почему если уж не менять работу, то ходить по собеседованиям точно надо. чтение литературы «10 самых популярных вопросов собеседования» тут не поможет.
да и смена работы даст более значительный прирост оклада, нежели верность одному работодателю. не предлагаете же вы сидеть на одном месте и расти с джуниора? надо, собственно, и в семью деньги носить.
кто-то сказал «программист работает не за деньги, но его работа не бесплатна». некоторые работодатели про это любят забывать со временем.
Спасибо за статью, очень актуально.
"Конечно, все сказанное выше имеет смысл, если мы говорим об ответственном отношении к своей работе, о желании работать и развиваться." - я бы сказал, об ответственном отношении к себе, своей жизни и разумных подходах к работе. Ответственный подход к работе, это скорее о том, что позволяет (допускает) реализовать все минусы, которые описаны в статье - работу сверхурочно, без уважения, без личного и профессионального роста и т.п.
Пора ли увольняться?