ПРО МЕНЕ
Як я прийшов до архітектури, чому навчався і на чому будую рішення
Леонідов Євген
Старший архітектор програмного забезпечення та інженер-програміст
У розробці з 2006 року: масштабовані системи, архітектура високонавантажених сервісів, безпека. Основна спеціалізація: бекенд на PHP, проєктування нейромережевих моделей і поведінковий аналіз користувачів.
Освіта
Магістр радіотехніки, радіозв'язок, телебачення і мовленнєве обладнання
Фахівець з інформаційної безпеки, захист від несанкціонованого доступу
Магістр менеджменту, стратегічне управління технологічними проєктами
Інженерна база з радіотехніки та захисту інформації доповнена управлінською підготовкою. Це дозволяє проєктувати архітектуру з урахуванням і бізнес-вимог, і технічних обмежень.
Ключові компетенції (повний список)
Архітектура та розробка
- Проєктування високонавантажених систем: продуктивність і масштабованість
- Бекенд на PHP: власні рушії, API, мікросервіси
- Безпека вебзастосунків: відбиття атак, моніторинг загроз, захист даних
ШІ та аналітика
- Навчання нейромережевих моделей під прикладні задачі
- Поведінковий аналіз і профілювання відвідувачів
- Математичний апарат для оптимізації алгоритмів і моделей
Стек
- PHP (основна мова), JavaScript, Python
- Проєктування баз даних, оптимізація запитів, кешування
- Моніторинг, логування, профілювання продуктивності
Викладацька діяльність
Викладаю курси для студентів:
- Архітектура програмного забезпечення
- Алгоритми та структури даних
- Вища математика для розробників
- Практичне програмування
Математичну підготовку застосовую в ML/AI, криптографії та оптимізації високонавантажених систем.
Підхід до роботи
Кожне архітектурне рішення обґрунтовую технічно й економічно. Дотримуюся чистого коду, тестів і документації.
Стежу за змінами в розробці, безпеці та ML/AI і беру з них те, що підходить конкретному проєкту. Готовий менторити й передавати досвід у команді.
Чим займаюся зараз
Більша частина роботи - архітектура продуктів, які вже несуть навантаження: платформа GLOBUS.studio на WordPress, захист BotBlocker і звʼязка сервісів, які проєктували не для розмови одне з одним. Компроміси записую: рішення, яке не можна пояснити, не можна й супроводжувати.
Міркування лежать у блозі: патерни архітектури і як їх обирати, SQL замість бекенд-сервісу і на що зважати у плагіні безпеки. Якщо теми там немає, отже я ще не доплатив за цю помилку.