Комментарии 58
Вы не считаете, что в той другой компании вас тоже в теории могло ждать что-тo, что аналогично бы вас «сгубило»?
Вообще, считайте это как опыт, — позволит вам к концу (или ранее) испытательного хорошенько задуматься о продолжении работы или возобновлении поиска (ведь все знания для поиска работы ещё не выветрились).
Испытательный срок работает не только для претендента, но и для работодателя. В российском IT слишком много задач с зашкаливающей сложностью, которые предстоит решать "в одного". Причиной сложности задач является дефицит грамотных архитекторов и техлидов. Если на это наложить "дружелюбного" менеджера, сроки и токсичную активность иммитаторов бурной деятельности, то становится и вовсе печально. Ловушка как она есть, вы правы. Претендент имеет право знать на что идет. Иначе стресс, потеря здоровья и квалификации.
По-этому претенденту нужно все уточнять, вдруг где проговориться кто-то)
Интересно, как это работает на практике? Претендент решил закруглиться на испытательном сроке. Как он это будет объяснять в следующей компании? С точки зрения следующей компании претендент не прошел испытательный срок...
надо адекватно объяснить почему он так быстро закруглился
без всякого "мне не понравилось, но изза НДА не скажу что"
А зачем это объяснять. Просто не пишите в резюме. У меня такая первая работа была. На полгода. Второй работодатель был единственный, кто про неё знал. Остальные считали второго первым.
Прямо и объяснит, что не понравились задачи, команда, зарплата, офис или что-то еще. Если для другой компании не валиден поинт "не захотелось там работать", то она тоже пропускается и ищется следующая адекватная
Во-первых, многие такое поймут, действительно бывает не мэтч по условиям и неоправданные ожидания (например, можно сказать, что оказался не такой стек, характер задач, режим работы). Это должна быть не первая работа джуна, конечно, и не должно быть нескольких таких испытательных сроков подряд. А один раз кто угодно может ошибиться.
Во-вторых, можно и нужно в таком случае собеседоваться еще до увольнения, тогда и факта ухода еще нет, чтобы начинать подозревать непройденный испытательный срок
тогда и факта ухода еще нет, чтобы начинать подозревать непройденный испытательный срок
так в резюме обычно указывают с какой даты человек там работает
Да, примерно так говорится: "У меня 3 года опыта в Хорошая_компания, но сейчас ситуация такая, что я перешел в Компания_оказалась_похуже, и ожидания от задач и процессов не совпали с реальностью, поэтому буду рад пообщаться по данной вакансии"
Тут сложно утверждать, что человек не прошел или не пройдет испытательный, это безосновательно, так как он еще не уволен. Если откажут из-за этого, возможно, и этой компании есть, что скрывать)
Ха, испытательный срок. А ниче что вы уже покинули предыдущее место работы ради этого г..., а ниче что у вас в трудовой все равно будет запись последнего места работы длительностью в месяц, ну и доказывайте потом что это вы уши, а не вас ушли. Плавали, знаем.
Автора, похоже, больно укусила хранимка.
Очень больно) Особенно, когда входной параметр XML, до сих пор в дрожь бросает)
а вы программист на каком языке?
я сталкивался с проектами (реальными энтерпрайзными продуктами-монстрами) на PL/SQL где буквально все - это хранимая процедура, тут чето мне кажется вы просто не в своем стеке находитесь раз вам приходится такое поддерживать
Я работаю бекендером на .NET и в легаси проектах часто именно из кода дергаются ХП, как раз.
наличие хранимок в БД это не показатель легаси проекта, это показатель особого мышления архитектора проекта
потому что массовое использование хранимок должно иметь серьезное обоснование и иногда такое обоснование есть и даже в современных проектах
Забавно выходит. Прочитал статью - как в зеркало поглядел. Тоже бэкэндер на дотнете, тоже бд в банке целый продукт. Тоже ушел, но в никуда - отдыхать)
Вся жизнь - сплошной компромис. Или себя потеряешь, или коня, как написано на том камне. Но я не вижу больших проблем с выбором компаний, которые могут платить большую зарплату. Я вижу только проблему с процессами. И первые компании вовсе не обязательно имеют плохие процессы, скорее наоборот.
С другой стороны - а что-то было сделано чтобы разобраться почему процессы именно такие? Чтобы было сделано чтобы люди писали самоочевидный код (aka чистый код) и документировали там, где он не самоочевиден? Подозреваю, судя по описанию, там CI/CD не ночевал. А почему? Небось и покрытие тестами околонулевое? Ну и т.п.
В обязанности хорошего программиста на верхней части вилки обычно входит и установление / улучшение процессов.
"Или себя, или коня" - это не компромисс. Компромисс - это когда теряешь и кусок коня, и кусок себя.
Это зависит от квантования. Кусочков может не быть т.е. жертва будет целиком и это все равно будет компромис. Компромис - это когда вы осознанно выбираете что-то неприемлемое или почти неприемлемое, но с прицелом обрести что-то взамен. Например, вы выбираете работу где грузят работой очень сильно и тогда, очевидно, жертвуете временем, которое могли бы провести с семьей. Обычно в таких случаях нет 50%. Вы или выбираете эту работу или не выбираете. Но выбирая, вы можете преследовать цель, например, чему-то научиться, обрести необходимые компетенции, за разумное время, и пойти работать в другое место. Если вместо этого вы идете на работу где надо работать много, но работаете мало, это просто бессмысленно -- вас уволят и это не даст ничего значительно положительного взамен.
Мне кажется это типичная проблема, что знаний нужно много, а требуется из них потом меньше половины. Поэтому и рекомендуется ходить периодически на собеседования, чтобы поддерживать себя в тонусе и менять работу каждые года 3.
Во-вторых. Интересных задач не может быть бесконечное количество. В какой-то момент делаешь задачу на основе опыта решения какой-либо задачи, которую делал когда-то давно.
Программирование - это всё же ремесло. И здесь рутина как и в других сферах.
Да даже свои проекты иногда пилить в лом, когда понимаешь что будешь большую часть функционала делать, которую уже делал не раз. А интерес в том, чтобы пилить что-то новое.
Одномерность дала сбой ))))
Извините, не смог пройти мимо.
Всё это можно было описать коротко: "Не люблю чужой говнокод".
Чтобы пилить что-то новое надо стереть старый чужой код и написать заново :-)
Бывает масса ситуаций когда переписать заново просто неподъемная задача в рамках реальной работы. Одному просто не потянуть, и оплачивать это переписывание целой командой бизнес не готов, на этом остается только два варианта - смириться и продолжать "развивать" существующий говнокод, пытаясь хотя бы отдельные места приводить в порядок, либо искать "более другое" место работы, но и там от говнокода вы не будете застрахованы.
Увы, но любые большие программные системы склонны к скатыванию в говнокод со временем, даже те что поначалу вроде бы были и неплохи.
навык ковыряния в куче кала не оценивают на собеседованиях.
Обычно в резюме пишут "умение разбираться в чужом коде".
Всегда есть что сделать
1) Нет документации? Так начинай вести
2) Нет ci/cd? Для финтеха сомнительно, ну ладно. Нужно выбивать. У меня в лохматые годы тоже не было. Ничего, не обломался, поднял tfs, Тим сити. Они бесплатные. Потом посмотрели, подняли на уровень управления
3) Работа не повышает квалификацию? Есть курсы, конференции, разработка пет-проектов.
Собственно, enterprise-программирование - это не искусство, а, в первую очередь, ремесло. Нужно искусство - смотри стартапы или отделы r&d
Всегда есть, что сделать при наличии полномочий, а когда ты просто разработчик ты лишь может обозначать проблемы руководству, а они уже принимают решения на распределение ресурсов. Только если самому стать руководителей и потом осознать, что одного твоего желания не достаточно.
И вообще такие кейсы подходят для небольших компаний, а когда это огромная махина, где необходимо с каждым участником даже мельчайшие изменения согласовывать.
А когда ты выгорел от неинтересной работы прям большого желания идти на курсы, конференции или что-то разрабатывать особо нет. Не всегда работает, что клин-клином вышибают)
А как ваша "огромная махина" соотносится с Амазоном, где работает больше полутора миллиона человек? Это больше чем Гугл или Микрософт. И как-то справляются и меняют процессы. IMHO процессы, и как они меняются, важнее размера. Посидите с карандашом, выпишите что так и что не так с вашими процессами и почему они негативно или позитивно влияют и что можно сделать чтобы улучшить и почему это надо сделать. Это "небольшой" проектик на месяцок-другой. А там уже решите к кому с этим идти. Заодно, новая деятельность и перспектива света в туннеле разгрузит выгоревшие части мозга.
Господи, как же надоел этот всеобщий плач про новые технологии. Нет в них ничего нового. Скучно в банке, но хочешь кубер-докер, ну возьми и запили свой проект со всеми рюшками. Еще и денег может заработаешь.
Причем народ реально не понимает, СКОЛЬКО стоит модное "ой, сейчас быстро перепишем все на новых супер-пупер-технологиях".
Двенадцать лет я этим занимаюсь... Втянулся. "Скачай файл с ftp, отпарсь, получи параметры, засунь в базу, получи путь, засунь туда файл...", "напиши wcf, который лезет в базу, получает параметры, строит путь, сохраняет туда файл...", "добавь построение баркода на репорте (неожиданно)"... 🙂
Вот-вот, а потом на собеседовании хрюшка спрашивает "Какое ваше самое большое достижение в работе, которым Вы гордитесь?", "Что было самым большим челленджем и как Вы справились?". И тут человек с отношением "работу работал" просто садится в лужу...
Во-во (© northrop) ... Боюсь только, что мне уже в этой сфере работу искать не придется... 🙂
Гордо достаешь репорт и показываешь баркод.
И тут человек с отношением "работу работал" просто садится в лужу...
А чё вам хрюшка, вы и у меня например на собесе сядете в лужу с таким подходом, хотя я по техчасти почти ничего не спрашиваю
А то был у меня тут погромист с 5 летним стажем на собесе, типа миддл, который вообще не смог рассказать как REST работает, а про различия GET/POST и т.п. он гдето слышал, потому что у него в микросервисах была чистая шина, а ендпоинты делал другой чувак
ну и что типа его мне взять надо было и учить основам http в веб-разработке?
Всю статью можно уместить в одно предложение: Если не нравится на работе, поймите, что не нравится и ищите другую, где этого нет.
навык ковыряния в куче кала не оценивают на собеседованиях.
Это самый ценный навык программиста, который вообще бывает. Если его не оценивают на собеседованиях, то только потому что не умеют. Я бы оценивал, если бы умел.
1 в 1 ситуация, даже стек похож)
Поработал год, тоже теперь сложно садиться за задачи. Правда из отличий - мало бюрократии, каждая таска уже проэстимирована. Чуть сильнее "мотивирует" делать, но точно не в радость.
Спасался своим проектом "в кайф" это время, но за работу так еще сложнее садиться, когда "там" есть интересное. Пока ищу 2ю работу. Перейду - начну процесс отказа от этой. Скилы реально начинают теряться, может не очень сильно, но мне заметно. И уж тем более не особо приобретаются.
Блин, звучит как работа мечты. :) Я так 12 лет отработал, сменил должности, зп в разы.
Ну, правда, после того, как выкинуло на рынок работы, оказалось, что стэк безумно устарел, это да.
Возможно просто надо на 2 финтеха работать или "в свободное от работы время" что-то изучать самому. Но это уже для мотивированных, обычно себя не заставить.
Обычно интересная работа подразумевает также вечно горящий дедлайн и овертаймы. Это может быть полезно в начале карьерного пути, а потом, когда выгоришь, можно уволиться и найти работу с зарплатой х2, где всё размеренно, но скучно. В мире есть много дел, более интересных, чем работа. Поэтому лучше приберечь время и силы для этих дел.
Я не очень понял что помешало автору расти профессионально в финтехе. Отрефакторить такое - чем не проф вызов?
ведь навык ковыряния в куче кала не оценивают на собеседованиях.
Бро, на собеседованиях оценивают навык прохождения собеседований, нужно это уяснить раз и навсегда и не ждать от работы того, чего она не может дать. А это значит, что навык прохождения собеседований нужно качать Отдельно: решать литкод, решать всякие систем дизайн примеры, разбирать их, читать и запоминать архитектуру фреймворков/бд/облаков/етк, зубрить всякие неочевидности языка, на котором пишешь, теорию, да мало ли.
И да, не бывает чистого кода, проработавшего в продакшене хотя бы условно пару лет. Любой, даже наичистейший код с идеальнейшей архитектурой, поработав в проде, становится кучей кала, даже в той же IT Digital Kal, причем там кал будет еще похлеще, чем в финтехе.
И кстати, если бы я нанимал, то я бы предпочел кандидата именно с опытом разгребания авгиевых конюшен, при условии знания оным основ алгоритмов.
А главное, знания, которые вы получите, будут бесполезны, ведь навык ковыряния в куче кала не оценивают на собеседованиях.
Это ваще прямо совсем не так
Кому ты сдался, если ты умеешь писать красивый новый код, но не умеешь разбираться и чинить старое?
Да и откуда возьмется понимание "хорошести" кода, если ты говна не видел?
На обсуждениях технических решений с таким опытом всегда будут выслушивать
Кому ты сдался, если ты умеешь писать красивый новый код, но не умеешь разбираться и чинить старое?
Хрюшке и ее руководству, которое считает что пишется код без легаси. И главное, такое даже проканает, и не на один месяц работы.
ну епта, мне жаль таких, больше сказать нечего)
Для хрюшек в резюме пишут ачивменты типа задача х, сделал y, получил z в k % . Всегда можно написать типа была задача по внесению новой функциональности, я(!) сделал ресеч(! и именно такими словами) и отрефакторил код, сократив delivery time (!) на 30-50% . И все, и хрюше не докопаться (ты ж не дуер, ты ачивер), и менеджеру нанимающему будет чем задницу прикрыть. А то, что ты в реале прикручивал костыль к инвалидной коляске, никого не волнует.
Но ведь новые задачи на модном стеке это и есть тот самый кал с непонятными сроками и проблемами из начала статьи
Я никакой ловушки не увидел. Автор выбрал год назад деньги вместо удовольствия. И сейчас выбирает деньги вместо удовольствия. Никто же не мешает найти интересную работу и начать работать в удовольствие, даже и потеряв в зарплате. Выбрал бы год назад получение передового опыта вместо денег, мог бы остаться и без опыта и без денег, такое тоже бывает.
"ведь навык ковыряния в куче кала не оценивают на собеседованиях"
Часто это самый важный навык. Остальное дело техники. На рынке труда много людей, которые техничны и современны, но работу работать им тяжело, ибо главный навык не прокачан.
Любое ремесло содержит 80% рутины. Профессионалы в своем ремесле развиваются так, чтобы "жить с этим", а не "бороться с системой", искать "мельницу" попроще - где бизнес платит за развитие нанятого сотрудника, а не за работу.
Нет ни одной ИС в продакшнене без кучки сильно пахнущего вещества.
Ловушка неинтересной работы