Український IT-фахівець Олексій Фонін працює в США над інноваційним продуктом для державного регулятора кінного спорту HISA (Horseracing Integrity and Safety Authority). Він займає керівну позицію Senior Engineering Manager та реформує одну з найстаріших та найконсервативніших індустрій США – кінний спорт. Йому вдалося розробити новітню технологію, що на основі штучного інтелекту аналізує, структурує та виправляє ветеринарні медичні дані. Розробка стала проривом: вона перетворила хаотичний потік некоректних записів на систему, що допомагає попереджати травми та знижує смертність коней по всій країні.
В інтерв'ю для Gazeta.ua Олексій розповів, як перетворювати хаос на порядок, чому практика Code Review є критично важливою, і за якими критеріями він, як член журі, оцінює чужі розробки.
Олексію, сьогодні ви керуєте дійсно складними проєктами в США, але разом з тим світові компанії-гіганти, такі як EPAM, Ciklum, GlobalLogic, AllStars-IT, періодично долучають вас у ролі експерта для оцінки чужої роботи. Як ви прийшли до того, що провідні компанії стали запрошувати вас для проведення аудиту коду та в журі на хакатонах?
Мабуть, кожен отримує те, що він хоче і на що здатен. Мені подобається будувати з нуля або виправляти щось радикально. Цей досвід я отримав на попередніх проєктах, і згодом його почали цінувати. Один з яскравих прикладів – це робота для ізраїльської компанії Camtek. Я прийшов туди, де був повний хаос: дві команди, відносини із замовником на межі фолу, а завдання на рівні "стій тут, біжи туди, біжи назад". Все довелося будувати з нуля та періодично гасити "пожежі". На цьому і гартуються навички, які потім дозволяють оцінювати чужі проєкти, бо ти вже бачив усі можливі помилки.
Ви кажете, що саме попередній досвід дозволяє вам виступати в ролі незалежного експерта. Зокрема ситуація в Camtek, яку ви описали, звучить як ідеальний полігон для перевірки цих навичок. Розкажіть, що ви зробили, щоб навести там лад, і як саме впровадження практики Code Review допомогло змінити ситуацію?
Перше, що я зробив, – прибрав той хаос. Скоротив кількість непотрібних дзвінків. А це звільнило розробникам мінімум по 3-4 години на день. Перевів усі завдання в систему Azure DevOps. А потім впровадив практику проведення Code Review, якої на проєкті до мене просто не було. Це інженерна практика, коли код одного розробника перевіряє вся команда перед тим, як він стане частиною продукту. Це дозволяє знайти помилки, покращити архітектуру та якість.
Результат був миттєвий і вимірюваний: кількість багів у продукті зменшилася на 70% – зі 100 до 30 в середньому за два тижні. Це стабілізувало проєкт і, до речі, врятувало контракт для компанії AllStars-IT. Крім технічних речей, я налагодив систему найму і навіть просто людські відносини. Атмосфера в команді стала більш дружньою.
Повертаючись до вашої розробки для державного регулятора кінного спорту HISA, то в США цей проєкт називають проривом для всієї індустрії. Ви взялися за раніше нерозв'язну проблему з ветеринарними даними, яка напряму призводила до трагедій на іподромах. Ваше рішення, яке дозволило вперше в історії зібрати та очистити всі медичні дані в єдину, коректну систему, відкрило також і нові можливості для науки, надавши вченим з Асоціації ветеринарів (AAEP) доступ до достовірної інформації. Що ви особисто вважаєте головним внеском та досягненням цієї розробки, і які технологічні рішення дозволили цього досягти?
Напевно, головне досягнення – це і є створення єдиної бази медичних даних, якої раніше просто не існувало. Це дозволило зробити важливі зміни в усій індустрії кінного спорту. Тепер, маючи "чисті" дані, можна аналізувати ризики та приймати рішення, що рятують життя тварин.
А досягли ми цього завдяки поєднанню рішень. Якщо говорити про технології, то ми побудували гнучку мікросервісну архітектуру на хмарі AWS, ядром якої є наш "натренований" штучний інтелект. Але, звісно, технології не працюють без людей. Тому ключовим управлінським рішенням було з нуля вибудувати сильну команду, яка виросла з 8 до 50 фахівців, і налагодити для неї ефективні процеси розробки. Одне без іншого просто не спрацювало б.
У попередніх інтервʼю ви розповідали, що ваш шлях в IT не був стрімким. Ви – світчер, тобто колись свідомо залишили одну кар'єру, щоб почати іншу практично з нуля. Що стало головним поштовхом для такого ризикованого кроку?
Усвідомлення того, що я не на своєму місці. У мене за плечима був київський фізмат-ліцей і дитяча мрія стати програмістом, але я надовго застряг в автомобільному бізнесі. І в 2015 році я залишив усе, щоб повернутися до справи, яка мене справді захоплювала.
Це було дійсно ризиковано і вимагало фанатичної наполегливості. Спочатку – це були пів року майже цілодобової підготовки та десятки співбесід. А потім, вже отримавши перший офер у GlobalLogic, довелося працювати з ранку до ночі, щоб наздогнати колег та заповнити величезні прогалини в знаннях.
Але саме цей шлях і привів мене до сьогоднішніх досягнень. До лідерських позицій в EPAM, де я вперше почав керувати людьми. До досвіду антикризового управління в Camtek, де довелося все будувати з нуля. І, зрештою, саме цей досвід дав мені можливість очолити розробку такого інноваційного продукту для HISA в США. Тому так, цей ризик повністю себе виправдав.
Олексію, якщо підсумувати весь ваш шлях в IT, роботу з аудитом коду та окрему оцінку проєктів для світових компаній, який головний принцип допомагає вам рухатися вперед?
Все дуже просто: щоб стати провідним експертом, потрібно постійно бути в двох ролях одночасно – і творця, і критика. Ти не можеш об'єктивно оцінити чужу роботу, якщо сам не пройшов через помилки, створюючи щось своє. І навпаки, аналізуючи чужі рішення, ти вчишся краще будувати власні. Так і виростають справжні професіонали.
1 
4069
Коментарі