Приложение Т—Ж
В нем читать удобнее

Как я работал инженером-программистом на заводе и уволился из-за отсутствия системы в работе отдела

3

Этот текст написан в Сообществе, в нем сохранены авторский стиль и орфография

Суть работы

Мне давно в интернетах писали с сарказмом "Иди на завод!". И вот представился такой шанс — попалась вакансия java программиста на одном заводе. На собеседовании рассказывали красиво — новый проект, надо будет поработать фулл-стек разработчиком, а потом ещё и приложение на android написать, т.е. мог бы наработать хороший навык для резюме как минимум. С моей стороны были вопросы про CI/CD, репозитории, состав команды. Позже на велком-встрече рассказывали как на всём заводе практикуют Agile и позже я понял, что про него тоже надо было спрашивать…

Причина увольнения

Потому что какой-то системы в работе отдела не было: не было трека адаптации, code review проходил неделями, тестирование тоже (были проблемы с установкой приоритетов), бизнес-логика некоторых задач в корне менялась по несколько раз и роли в команде были противоречивые: от меня, "инженера-программиста второй свежести", ожидали инициативы руководителя проекта (при живом то начальнике отдела и ведущем инженере), хотя таких полномочий у меня не было прописано.

Процесс

Увольнение прошло в токсичной обстановке, в которой ведущий инженер рассказывал, что я не senior, потому что не пытал всех распросами и не могу справиться с маленьким проектом (хотя он в т.ч. тормозил внедрение фич), а начальник отдела говорил о том, что я не вывез весь отдел за три месяца. Тогда я задал вопрос: "Вот вы можете сказать, что у вас: Agile или Waterfall"? "Ну что-то смешанное, наверное" — ответил начальник отдела. Ну так если у вас бардак, тогда давайте вместе его разбирать, но на это меня попросили написать заявление, т.к. "я прошу идеальных условий"

Легко расстанусь с забегами от поста охраны до проходной на заводе, жёстким графиком, кухней посреди цеха. Главное, расстанусь с code review, где меня уговаривали избавиться от сервис-слоёв и констант, докапывались до названий переменных (самое долгое обсуждение названия переменной длилось час) и отбрасывали предложения изменений, например в UI/UX, по причине "не нравится". Что это было: газлайтинг, недалёкость руководства, испытание? Уже точно не узнаю. Хорошим был только коллектив.

Итоги

Последний день ощущался как побег с тонущего корабля — тут что-то отвалилось, там что-то не работает и т.п. а тебе легко от того, что тебе скоро уходить. Говорят, что на всех заводах так работается. Если по всей стране так, тогда не удивительно, что мы отстаём в производстве.

  • КикуджироА какой у вас опыт? На моем опыте, в не-ИТ компаниях так всегда и происходит, хотя статистики такой конечно нет. Особенно если в компании не развит ИТ блок или он в зачаточном состоянии, на плечи сеньора ложится судьба проекта, а РП (если он вообще РП в привычном понимании в ИТ) обычно больше в бизнес/производство и не бум-бум в то, как надо правильно писать ПО или организовывать процессы. Вообще за такой список задач, да еще и от джавы, вам должны были не плохо накинуть к зп? Может надо было закинуть удочку за компенсацию трудов.2
  • user1009087Спасибо, что поделились опытом. После прочтения возникло слабое впечатление, что там просто организована под шумок кормушка, чтобы долго из неё питаться, а не чтобы налаживать процессы.0
  • ВладиславКикуджиро, опыт в ИТ 15 лет, но такое в первый раз - объясняешь как должны выглядить процессы, но при этом не слышат. Зп дали как мидлу, мол испытательный срок.0
Сообщество