Робочі завдання Solution Architect передбачають документування архітектури рішень. Багато документування... Без діаграм у цій справі ніяк. Андрій Трубіцин пропонує розібрати деякі аспекти використання статичних та динамічних діаграм для документування архітектури, процесів тощо. 10
На створення автоматизованої системи управління «Дзвін» для ЗСУ вже витрачено 600 млн гривень, тоді як аудит Міноборони виявив у системі суттєві недоліки. Серед аудиторів були три члени ГО «Аеророзвідка», яка дотична до розробки інтеграційної платформи ЗСУ «Дельта». Ми поспілкувалися з Ярославом Гончаром, підполковником запасу ЗСУ, очільником Наглядової ради ГО «Аеророзвідка». Він розповів детальніше про роль «Аеророзвідки» у війні та про те, як з’явилася «Дельта», про аудит «Дзвону» та про те, які існують системні проблеми з IT в ЗСУ. 11
Про рефакторинг ми чуємо дуже часто, але кількість питань з цієї теми не зменшується, а навіть збільшується. Тому Сергій Журавель пропонує поговорити про рефакторинг та аналізує свій проєкт. 40
Руслан Кусов, Senior Solutions Architect і лідер AWS-кластеру, ділиться кейсами команди, адже робота над помилками допомагає зміцнити фундамент архітектурного досвіду та уникнути схожого в майбутньому. 12
У каждой компании своя история масштабирования. На примере Fiverr тимлид Денис Лищенко разбирает шаги для бэкенд-части. Статья может быть полезной бэкенд-разработчикам, которые планируют расширять свой проект или интересуются, как работают компании с большим количеством трафика. 30
Олексій Белогуров в ІТ працює вже 15 років, з них 5 — архітектором. За цей час сам встиг наробити помилок і надивився на безліч чужих. У статті він ділиться своїм досвідом і розповідає про найпопулярніші помилки під час проєктування та розробки архітектури застосунків. Спочатку поговоримо про так звані soft skills помилки, які трапляються в процесі консалтингу, а потім перейдемо до технічних. 18
Руслан Колодяжный, CTO британской финтех-компании Wirex, пишет о принципах организации IT-инфраструктуры, особенностях построения процессов работы финтех-компаний, их отличиях от классических банков, а также о том, что именно финансовые компании должны максимально быстро внедрять в своих организациях для повышения своей конкурентоспособности. 7
По просьбе DOU IT-специалисты поделились ошибками, с которыми приходилось сталкиваться, в построении архитектуры ПО, выборе технологий, их использовании. Во второй части говорим о согласовании нефункциональных требований, использовании хайповых технологий, особенностях TypeORM и так далее. 13
В процессе работы иногда приходится рефакторить свой код. Как правило, из-за изменений в требованиях продукта, программных и аппаратных обновлений, которые каскадом тянут за собой обновление других компонентов. Эта статья будет интересна разработчикам, которые хотят сделать обновление своих программ безболезненной и постоянной практикой. 17
По просьбе DOU IT-специалисты поделились ошибками, с которыми приходилось сталкиваться, в построении архитектуры ПО, выборе технологий, их использовании. Всего мы собрали 11 кейсов. В первой части рассмотрим случаи о несоответствии шаблона проектирования требованиям, об Event driven state machine, неправильной настройке ORM и прочем. 39
Эта статья для тех, у кого монолит перестал справляться с решением задач и только усугубляет все процессы. Пригодится и тем, кто только знакомится с микросервисами. Вы не найдете ответа на вопрос, что лучше, зато прочтете об опыте перехода от монолитной к микросервисной архитектуре. 297
Ілля Чуйков, Cloud Dev/DevOps Engineer, розповідає, як його команда збудувала рішення із serverless-архітектурою завдяки сервісам Azure, що зекономило ресурси на розробку та його підтримання. Рішення орієнтоване на збереження єдиної бази коду та управління різними модифікаціями проєкту лише через конфігураційні змінні. Стаття буде корисна усім, хто працює з Azure Functions та іншими ресурсами Azure. 29
СТО «Прозорро.Продажі» уже больше года вместе с командами Raccoon Gang и Triangu перестраивает систему электронных аукционов, недавно пробившую отметку в 33 миллиарда гривен продаж. В статье вы найдете технические детали, что должно быть интересно всем, кто хотел бы узнать, как государственная система может быть построена изнутри и почему команда решила переработать ее целиком всего через два с половиной года после запуска. 46
Ефективна комунікація та взаємодія є ключовим елементом успішності проєкту. У цьому матеріалі автор концентрується на технічній комунікації між бекенд- та фронтенд-розробниками, огляді архітектур, їхньому застосуванні для розв’язання різних питань і, головне, на підходах та інструментах з документування інтерфейсів. 23
Максимально эффективное решение — это решение, когда IT-архитектура удовлетворяет не только требования заказчика, но и реальные потребности его бизнеса, учитывает бизнес-модель как в краткосрочной, так и в долгосрочной перспективе. Степан Новиков, Solution Architect в EPAM, рассказывает, как проникнуться принципами работы компании заказчика и её бизнес-потребностями, чтобы создать продуманную архитектуру. 12
Константин Болотин, Project Manager, рассказывает о прохождении Due Diligence Audit. Он зачастую проводится перед продажей, привлечением инвестиций, поглощениями или выходом компании на IPO и призван помочь точнее оценить, как обстоят дела в ней на самом деле. Для этого нанимают независимых экспертов в доменной области либо технологии, которые изучают продукт вдоль и поперек и дают свою оценку. В статье вы найдете рекомендации, которые помогут справиться с подобной задачей. 4
Эта статья — о процессах жизненного цикла разработки программного обеспечения на языке бизнеса и денег. Руководители многих проектов ждут от инженеров простые ответы на сложные технические вопросы и не получают их. В то же время технически все проекты похожи и решение большинства проблем известно. Статья поможет представителям бизнеса и инженерам лучше понимать друг друга. 18
Владислав Безручко розповідає про свій шлях від студента факультету програмного забезпечення автоматизованих систем до посади архітектора. Цей матеріал буде корисним як програмістам-початківцям, так і спеціалістам з досвідом, які думають, як далі розвивати свою кар’єру. 38
Андрій Трубіцин, Senior Solution Architect, ділиться порадами щодо створення архітектури та вдалими й невдалими кейсами з реального життя. Вони стануть у пригоді спеціалістам, які розпочинають професійний шлях у сфері архітектури рішень. 16
В статье рассматриваем условия работы и общую архитектуру telecom-приложения, синхронный, асинхронный и промежуточный варианты построения soft real-time системы с большим количеством бизнес-логики и разбираем плюсы и минусы каждого подхода. 75
Комментарии