Відгуки про компанію Accellabs

Шановна Катерино!
Давайте відповім на ваш опублікований список запитань (по пунктам) як кандидат. Можливо, це зекономить ваш час на запланованій співбесіді.

Чи читали ви відгуки про нашу компанію, включно з цим?
— Ось вирішив почитати.

Які у вас враження від «коментаря Руслана» та, як ви до нього ставитеся?
— Нормальне враження. Контора не вміє працювати з людьми.

Що ви думаєте про AI-first підхід, де компанія готова оплачувати будь-які інструменти, що допомагають інженерам працювати ефективніше?
— Перекручено. Цитую з розшареного документа Катерини:
«Прозвучала теза: „якщо не користуєшся AI — довго не затримаєшся“. — Абсолютна правда. Ми не хочемо бути вмираючою компанією.»
— Відповідно, контора не «готова оплачувати», а вимагає використовувати. Вважаю цей підхід хибним та небезпечним для якості продуктів.

Як ви ставитеся до того, що результативність вимірюється конкретними deliverables, а не лише кількістю годин? (Ваш колега не може чітко сформулювати думку і пояснити, що він зробив за день = long standup)
— Нормально. Зазвичай так і відбувається, бо програмування не автоматизується — завжди є ризики, особливо в нових доменах чи технологіях.

Чи вважаєте ви нормальним, що контракт потрібно уважно прочитати перед виходом на роботу, а не після? Якщо його не надали з технічних причин і ви не ознайомилися, то ви не можете вийти на роботу.
— Хибна думка. Зазвичай співпраця заснована на довірі. Ви стверджуєте, що довіряти майбутньому роботодавцю не можна.

Чи готові ви після короткого онбордингу самостійно налаштовувати робоче середовище?
— Зазвичай потрібні будуть консультації з тими, хто вже в команді. Бо вони це вже робили, і знають, де граблі лежать. Зветься «передача досвіду».

Ваше перше завдання може виглядати так: ознайомитися з документацією (наприклад, Microsoft Auth SDK) та підготувати покроковий план впровадження нової фічі — ви самі будуєте свій план чи робите комітмент на терміни впровадження і свої оцінки?
— Незнайомі технології зазвичай не підлягають чіткій оцінці, відповідно, неможливо зробити комітмент.

Чи сприймаєте ви дроблення задач на підзадачі до 4 годин як спосіб ефективної роботи? Задача більше 4 годин — не контрольована.
— Не сприймаю.

Раз на тиждень ми проводимо ретроспективи та After Action Review, де кожен відповідає на питання: «Яку користь я приніс продукту цього тижня і скільки це коштувало часу?» (часу вашого життя і бюджету проекту)
— Можливо, пані не стикалася з великими задачами, котрі робляться місяцями. І можлива користь буде лише в кінці — після мержу та релізу.

Інженер — це аналітик, проджект-менеджер і тестувальник, який аналізує, планує, програмує і тестує, тобто бере на себе відповідальність за результат виконання зобов’язань у визначені терміни, на які ви склали план і дали комітмент.
— Ви порушуєте базовий принцип розділення праці, на котрому базується прогрес. Окрім того, якщо у вас інженер є продакт-менеджером, то він має сам планувати активності на проекті, а не доповідати комусь про витрачений час чи сплановані задачі.

Робота в нашій компанії передбачає повну залученість, без паралельного фрілансу на інші проєкти.
— ОК, якщо відповідна оплата.

Усі співбесіди стандартизовані: однакові питання та тестові завдання для всіх кандидатів на конкретну позицію.
— Погано, бо не розкриває досвід кандидата.

Сильна теоретична база є важливою для успішного вирішення практичних задач.
— Зазвичай важливіший практичний досвід

До співбесіди варто готуватися: знання core documentation по спеціалізації — це частина культури інженерії.
— Знаю людей, котрі проходили співбесіди до топових контор без підготовки.
— Знання документації взагалі не потрібне — її знає гугл, а інженер знає, як гуглом користуватися.

Ми цінуємо повагу у спілкуванні: якщо вас не запросили на «ти», будь ласка, дотримуйтеся офіційної форми.
— Згоден.