19 сентября 11:37

Евгений

Работал на должности: Team/Tech Lead PHP / Срок: 2 месяца / Проект: Finline

SENIOR / LEAD — Не идите сюда, украинское болото без процессов. Уверяю вас: вы ничего не потеряете, если пройдёте мимо, меня уволили без анализа моей работы, так как проанализировать и оценить вас адекватно не смогут. Читайте отзыв и поймёте почему.

За свою 15+ лет карьеру в Международных компаниях я был впервые уволен Украинской компанией, за несоответствие занимаемой должности.

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

-> Плюсы лично для меня:

1. Отличный мастер над печеньками.
2. Удобное расположение офиса на Петровке (Почайна).
3. Реально очень гибкий график работы (то что меня подкупило). Стендап можно было проводить даже за рулём авто и это норма очень меня устраивала.
4. Сложные хардкорные задачи, над которыми надо реально сидеть, включать мозги и напрягаться, задачи сложные, бросающие вызов воли.
Больше плюсов нет.

-> Минусы лично для меня:

1. Жуткий токсичный чат внутри компании, вас сразу смешают с говном, если ваше мнение отличается от мнения большинства, а если вы его выскажите в чате, вас могут удалить.
Я решил удалиться сам.
2. Невежество, безразличие, ЧСВ заоблачное, особенно у Олега (владыка).
3. При онбординге даже чашку не выдадут — позор!

P.S Посмотрите как другие компании встречают людей: dou.ua/...​ta/articles/welcome-pack

---------------------------------------- Развёрнутый Отзыв (чтение 2 мин.) ---------------------------------------------

-> Описание проекта:

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

-> Проект просто фарш.

1. Процессы на проекте отсутствуют от слова совсем. Всем плевать на проект, он никого не интересует, именно поэтому меня и наняли, чтобы я привёл там всё в порядок (я так думал).
2. Когда нанимали сказали, что я должен действовать больше как Разработчик, а не менеджер, чтобы заслужить доверие команды, показать себя и получить доступы. Чтобы было понятно: я даже не мог делать код ревью (мог только какими-то варварскими способами, нормального флоу нет, не было доступов, в youtrack я не мог создать ни одной задачи, вываливалась ошибка). Доступы должны были дать после испытательного срока, так мне сказал Никита Гусленко (Архитект).
3. На проекте не было докера под локальную среду, не было дев/стейдж сервера, всё сразу шло в прод и там тестировалось, всем плевать на проект.
4. На проекте полностью отсутствовало соблюдение каких-то принципов разработки и проектирования, а те процессы что были скорее для видимости.
5. Хардкорные задачи (огромные и непростые) — я такие задачи люблю.
6. Проект выдаётся без начальных демо-данных, база пустая без связных данных, местами не хватает в базе столбцов и страницы не открываются, проект практически неоперабельный и нормально не тестируемый. Я 5 раз просил архитектора сдампить мне часть данных с прода, даже показывал программу, которая дампит данные частями. Готов был сам сдампить данные для удобства разработки и отладки, но доступов мне не дали и сами не сдампили (Всем плевать, задачу создать не можешь на твои прозьбы плевать).
7. Понятия тех. долг отсутствовало вовсе.
8. Проект хакатон. Чтобы сделать задачу, надо хакнуть кучу мест в проекте, закомментировать часть кода, в базе создавать кучу связных данных (так как их просто Лень, тем, у кого есть доступ, сдампить с прода), что снижает скорость разработки, качество внедрения новых фич, и понятное дело увеличивает количество багов.
9. Откровенное саботирование процессов всеми участниками на проекте в большей или меньшей степени.

-> Компетенции кадров на проекте:

1. Я в первый рабочий день сразу нацелился создать дев/стейдж сервер, я предложил вариант, что сам настрою и разверну проект через Gitlab CI/CD, что я настрою runner и весь процесс деплоя для дев ветки. И вот когда я уже настроил докер для локальной среды разработки, был «арендован» дев сервер (мне как лиду не дали туда доступы). Дальше мне сказали, что у нас есть девопс и вот пусть он и настраивает. Девопс настраивал сервер 2 недели, а в итоге, когда я зашёл в ветку протестировать новое окружение оказалось, что окружение сделанное девопсом, неоперабельное. Всё что сделал девопс — надёргал куски из моего докера и добавил редми, установил Task вместо моего Makefile. По факту локальное дев окружение перестало работать, а дев/стейдж не появилось.
Задача подразумевала просто создание дополнительного docker-compose-stage.yml + папки docker/stage, в которой будут докер файлы для билда окружения. В итоге задача обсуждалась на стендапах, а потом про неё все забыли и она так и не была сделана, мои попытки напоминать о задаче были без успешными.

Получается мне сделать не дали и сами не сделали — виноват Лид.

2. Продукту я предложил ввести Эпик по тех. долгу (переписыванию/ переработке/ рефакторингу), скидывать туда задачи и накопить базу задач по тех. долгу. Я скинул ему в телеграм предложение, чтобы он оценил, подправил, высказал своё мнение, возможно ответил сколько времени есть на тех. долг, чтобы начать планирование спринтов с тех. долговыми задачами. На предложение мне ответили: «Я на созвоне, после созвона гляну». До сих пор смотрит...

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

Когда со мной «Прошались» Олег сказал ну раз тебя все игнорят чего ты мне не написал ? :)

-> Agile для видимости

Как происходит оценка сторипоинтов ? Никак!

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

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

-> Что мной было сделано на Должности Team/Tech Lead:

1. Проанализирован проект (большая его часть), разработана система и рекомендации для всех участников (PM, QA, BA, DEV) по внедрению и улучшению процессов. Понятно, что сходу внедрить супер уровень не получится. Надо чтобы процесс был постепенный и все привыкли без напрягов. Была разработана программа на 3 месяца по постепенному улучшению процессов, к сожалению, владыка, когда увольнял меня сказал, что ему неинтересно оценивать мои переписки и предложения, а также попытки что-то сделать. Когда я попросил оценить мою работу, получил отказ, попытаться договориться не получилось.

2. Мной составлено 74 UML-диаграммы по узлам проекта, по логике и структурам данных, по тем местам, с которыми я разбирался и работал. Это задел для глубокой переработки и улучшения кодовой базы проекта в будущем.

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

4. Периодически оставался после работы, чтобы делать задачи, иногда работал дома допоздна.

-> Вывод

1. Адекватно оценить не смогут, провести аудит работы не интересно.
2. Ты должен сидеть в проекте с низкой кодовой базой и «гавнокодиться» и делать «гавноревью» и имитировать деятельность, умеешь хорошо имитировать рабочие процессы то ты тут задержишься, так как кодовая база низкого качества, ввести CSFixer или PHPStan не реально.
3. При попытки что-то делать будет тотальнейший игнор по всем фронтам.
4. При попытки нанять моих знакомых, мне Никита(Архитект) сказал что он будет решать куда их распределять, а не я как ЛИД, я должен был работать с людьми которые меня игнорят и им всё ровно или с проверенными людьми не одним проектом ? Серьёзно ?

Рекомендую всем кто захочет устроиться на проект Finline задуматься трижды!!!


LinkedIn

Нет комментариев

Подписаться на комментарииОтписаться от комментариев

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