У статті розглядаються основи QML, сучасні підходи до створення UI в Qt та архітектура MVC. Олег Журавльов пояснює ключові концепції декларативного програмування, порівнює QML із QtWidgets та розповідає про Qt Design Studio як інструмент для розробки графічних застосунків. 11
Костянтин Гобеляк, Node.js Team Lead, ділиться досвідом використання PostgreSQL та MySQL. Розглядає переваги та недоліки кожної системи, а також їхню продуктивність і ключові відмінності, щоб допомогти вам зробити правильний вибір для свого проєкту. 389
Сергій Сафонов, Tech Leader, розповідає про виклики, з якими зіткнулася команда під час розробки платіжного процесора, зростання коду в якому призвело до затримок у CI/CD та труднощів у масштабуванні. Автор описує декілька підходів до декомпозиції моноліту та аналізує кожен з них. 55
Макс Багінський з Solidgate ділиться досвідом вибору між RabbitMQ і Kafka для розробки платіжної інфраструктури. Він аналізує переваги та недоліки обох систем. Одна з них, попри свої «fail-safe» можливості, має проблеми з Durability та обробкою Split Brain. Інша ж забезпечує надійність, що робить її кращим вибором для критичних фінансових систем. 131
Інженер-програміст Олександр Басалкевич розповідає про GoF-фабрики, а саме — про реалізацію Фабричного методу та Абстрактної фабрики на прикладі Civilization-like стратегії. Код, представлений у статті, написано мовою С++, але спрощений для розуміння широкого загалу розробників. 30
Людмила Зінченко, Software Architect в EPAM, розповідає в блозі про ази архітектури й нефункціональні вимоги, або non-functional requirements. Матеріал буде корисний для тих, хто тільки починає шлях в архітектурі, а також досвідченим фахівцям, які хочуть систематизувати знання. 67
Владислав Щербина працює архітектором в Adobe і проводить технічні співбесіди. В інтерв’ю DOU він розповів, як влаштувався у компанію, подолав труднощі з мовою і що входить в обов’язки Software Architect. А ще про те, які бенефіти пропонує Adobe і як у пошуку роботи може допомогти контрибуторство на GitHub. 4
У цьому блозі Solution Architect Павлин Загоруйко розповідає про свій шлях від Front-end розробника до Solution Architect, зокрема про професійний ріст та основні майлстоуни, самоосвіту та навчальні курси та зміну трендів у веброзробці загалом. 13
У цій статті Борис Паточкін, Principal Engineer, розповідає про Dragonfly, наступне покоління сховища даних у пам’яті, створене для подолання обмежень Redis, а також порівнює та протиставляє відмінності між архітектурою Redis та Dragonfly. 103
У цій статті Андрій Береза ділиться досвідом переходу з монолітної архітектури на мікросервісну, зокрема — з монолітного бекенду. А також на прикладах розповідає про технічні виклики та про те, на що потрібно звернути увагу під час переходу. 66
Chief Architect Олександр Холодний розповідає про особливості роботи архітектурного офісу, спираючись на власний досвід. Що означає посада архітектора мережевих рішень та якої експертизи вимагає, над якими напрямами працює фахівець і чому важливе дослідження технологічних трендів — читайте в статті.
Максим Дябін працює старшим архітектором рішень в EPAM, а також займається розвитком та навчанням майбутніх Solution Architects. З власного досвіду він розповідає, який шлях чекає на спеціаліста, а також ділиться порадами та корисними джерелами, що допоможуть напрацювати базу знань. 40
Вікіпедія пише, що ReactiveX виник як побічний продукт якогось проєкту в Microsoft, про який ніхто не знає. А зараз це один з найпопулярніших наборів бібліотек, що вплинув розвиток цілого напрямку в програмуванні. У статті описані типові способи застосування ReactiveX та проблеми, які з цим виникають при розробці Android-застосунків, Desktop-проєктів та серверних демонів. 23
Senior Software Engineer Єгор Слупіцький розповідає про еволюцію архітектури в програмуванні та пояснює різницю між основними архітектурними підходами від моноліту до наносервісів. А також реалізує мікросервісну архітектуру на реальному прикладі, базуючись на Java + SpringBoot + H2 (embedded DB) і discovery-сервіс, який використовує Spring Eureka. 16
Вадим Власенко, архітектор рішень з ЕРАМ, пропонує у цій статті розглянути, в яких напрямках роботи і різних зонах відповідальності на проєкті використання ШІ принесе гарантовану користь. Кожен напрям описано як теоретично, так і на кейсах з реальних проєктів, тож стаття має практичну користь. 10
«Поширений міф, що Solution Architect — найрозумніша людина в компанії, експерт, що краще ніж усі інші розбирається в технологічних питаннях». Юрій Панайотов, CTO в MAUDAU, ділиться власними відкриттями та досвідом щодо кар’єри Solution Architect. Тут є і опис обов’язків, і вказівки, як стати SA. 54
Ми живемо в епоху, коли технології відкривають нові можливості для ефективності та задоволення потреб користувачів, навіть і в продажах. Максим Москвичов, Head of Architecture Design Office в Yalantis на прикладах роз’яснює, як штучний інтелект та машинне навчання можуть змінити спосіб взаємодії між бізнесом і клієнтами. 4
Дмитро Сірант, СТО компанії OpsWorksCo, описав у статті свій досвід використання ARM-інстансів в AWS. Окремо в статті йдеться про процесори, на яких зараз працює спільнота, та які особливості у різних з них є. 25
У статті говоримо про те, що треба врахувати й про що треба пам’ятати при впровадженні програмного забезпечення в архітектуру проєкту. Акцент робимо на складнішому процесі, коли треба перебудувати старий продукт та вбудувати його в уже побудовану архітектуру.
AWS EKS — це managed-сервіс, але щоб ефективно з ним працювати без зайвих проблем, ви маєте подбати про багато налаштувань. У цій статті Дмитро Сірант, СТО у компанії OpsWorks Co., розповідає про особливості AWS EKS: VPC, мережі, ліміти та обмеження, безпеку, масштабування, оптимізацію витрат та інше. Стаття корисна для DevOps та Cloud-інженерів. 42
Коментарі