Fluent Trade Technologies

Коли я отримав оффер від Fluent Tech на позицію FullStack розробника, я був зацікавлений можливістю не лише працювати, а й покращити існуючі процеси та структуру проекту. Я розумів, що попереду можуть бути труднощі, оскільки стан проекту не був ідеальним. Проте реальність перевершила навіть найгірші очікування.

Проблема з технікою
Першим серйозним розчаруванням став ноутбук, який видала компанія. Це був старий пристрій із 16 ГБ оперативної пам’яті, що абсолютно не відповідало потребам розробника. Пилом він був вкритий так, ніби його дістали з якогось складу, де він роками припадав пилом. Після моїх спроб очистити і продути пристрій зовнішній вигляд покращився, але внутрішнє «залізо» залишилося таким же слабким і безперспективним. На додаток, операційна система працювала з перебоями, що лише додавало роздратування.

Я одразу підняв питання про апгрейд, але компанія відмовилася надати більш продуктивний ноутбук, погодившись лише на мінімальний апгрейд до 32 ГБ оперативної пам’яті. Про заміну техніки сказали «можливо» після випробувального терміну. Для розробника, який працює над складними задачами, це виглядало як знущання.

Жахливий стан кодової бази
Друге, що викликало шок, — це кодова база проекту. Вона була настільки хаотичною і низької якості, що її неможливо було описати без використання слова «лайнокод». Кожна стрічка коду була ніби викликом здоровому глузду: дублювання, відсутність структури, жодного натяку на дотримання принципів ООП.

Моє бажання покращити код і провести рефакторинг викликало обурення техліда. Він наголосив, що потрібно дотримуватися «єдиного стилю» проекту, навіть якщо цей стиль полягав у повному безладі. На мої спроби пояснити, що це зробить код зрозумілішим і простішим у підтримці, відповідали коротко: «Не витрачай час, копіюй як є».

Відсутність процесів і підтримки
Наступний етап роботи лише поглибив моє розчарування. Для виконання завдань мені постійно доводилося звертатися до техліда, який був єдиною людиною, що знала, як працює поточна реалізація. Проте його графік був настільки забитим, що отримати консультацію ставало майже неможливо. Через це я був змушений переносити робочі дні, працювати у вихідні і навіть відмовитися від частини своєї відпустки, аби виконати задачу.

Коли нарешті задача була доведена до якогось логічного кінця, я сподівався на якесь визнання зусиль, але замість цього отримав звільнення. Офіційною причиною назвали моє «небажання дотримуватися існуючого стилю коду». Іншими словами, мене звільнили за те, що я намагався зробити проект кращим.

Висновок
Цей досвід став для мене уроком про те, як неефективні процеси, байдужість до якості і небажання змінювати щось можуть зруйнувати навіть перспективний проект. Fluent Tech підійде лише тим, хто готовий працювати у безладі, використовувати застарілу техніку і миритися з відсутністю адекватного керівництва. Це місце, де слова «покращення» та «якість» просто не мають значення.