Константин Болотин, Project Manager, рассказывает о прохождении Due Diligence Audit. Он зачастую проводится перед продажей, привлечением инвестиций, поглощениями или выходом компании на IPO и призван помочь точнее оценить, как обстоят дела в ней на самом деле. Для этого нанимают независимых экспертов в доменной области либо технологии, которые изучают продукт вдоль и поперек и дают свою оценку. В статье вы найдете рекомендации, которые помогут справиться с подобной задачей.
Эта статья — о процессах жизненного цикла разработки программного обеспечения на языке бизнеса и денег. Руководители многих проектов ждут от инженеров простые ответы на сложные технические вопросы и не получают их. В то же время технически все проекты похожи и решение большинства проблем известно. Статья поможет представителям бизнеса и инженерам лучше понимать друг друга.
Владислав Безручко розповідає про свій шлях від студента факультету програмного забезпечення автоматизованих систем до посади архітектора. Цей матеріал буде корисним як програмістам-початківцям, так і спеціалістам з досвідом, які думають, як далі розвивати свою кар’єру.
Андрій Трубіцин, Senior Solution Architect, ділиться порадами щодо створення архітектури та вдалими й невдалими кейсами з реального життя. Вони стануть у пригоді спеціалістам, які розпочинають професійний шлях у сфері архітектури рішень.
В статье рассматриваем условия работы и общую архитектуру telecom-приложения, синхронный, асинхронный и промежуточный варианты построения soft real-time системы с большим количеством бизнес-логики и разбираем плюсы и минусы каждого подхода.
Engineering Manager в Uptech рассказывает про один из архитектурных подходов для создания приложений — гексагональную архитектуру. В статье рассмотрим пример ее использования для создания Node.js-приложения.
Руслан Колодяжный, CTO R&D-центра финтех-компании Wirex, рассказывает о переходе от монолитной архитектуры к микросервисной и как изменения организационного подхода повлияли на процесс разработки. Этот опыт будет полезным тем, кто планирует переход на микросервисную архитектуру и хочет сделать этот процесс максимально эффективным.
Михаил Бродский, Lead Software Engineer, рассказывает, почему микросервисная архитектура остается популярной сейчас и будет востребованной в будущем. Рассмотривает основные группы и типы микросервисов, касаясь основных моментов, которые возникают при проектировании и решении задачи перехода от монолитной системы к микросервисам.
Олег Шаститко, owner в Rover Soft, рассматривает проблемы в архитектуре на основе реального проекта, с которыми ему пришлось столкнуться. Эти аспекты, если и не оказываются критичными, то существенно влияют на дальнейшую разработку программного продукта.
Дмитрий Мелков, CIO в Megogo, рассказывает об опыте перехода на от монолитной к микросервисной архитектуре продукта и о выборе, который впоследствии сделал разработку и поддержку системы проще.
Все разработчики, с которыми мне приходилось сотрудничать, так или иначе упоминали термин «архитектура». Хотя это очень размытое понятие, им оперируют почти все. Постараюсь дать ему определение в рамках Agile Development Process.
Меня зовут Евгений Моспан, и я в IT с 2003 года. Начинал стажером в продуктовой компании, и за время работы там прошел путь от интерна до исполнительного директора. Когда челленджи в компании закончились, я перешел в ЕРАМ, чтобы разрабатывать продукты для заказчиков из крупного международного бизнеса. Моя роль роль — Solution Architect — как нельзя лучше подходит для инженера. Сегодня я расскажу о своем опыте работы над одним из таких продуктов.
Растущая сложность enterprise приложений часто приводит к плохой архитектуре, и организация тратит больше и больше денег на создание IT систем. Event-driven архитектура призвана частично решить эту проблему путем снижения связанности компонентов ПО или сервисов.
Кроме первой проблемы — «рефакторинг vs переписывание с нуля», вас ждет не менее увлекательная задача — построение команды и проектов.
В большинстве случаев бизнес-идеи продуктов и архитектура проектов закрыты NDA, поэтому на просторах инета трудновато найти что-то интересное и новое, касательно архитектуры каких-то готовых работающих решений. К счастью, мне удалось уговорить нашего заказчика дать добро на разглашение информации о структуре нашего проекта.
Главная задача архитектора — поиск оптимальных (простых, удобных, дешевых) решений, которые будут максимально соответствовать потребностям заказчика и возможностям команды. На основании бизнес-требований этот специалист создает функциональную и техническую спецификацию системы, планирует и проектирует способы технической реализации, выбирает технологии.
Вопрос знатокам: какая одна из высоких позиций в IT-компаниях все еще непосредственно связана с решением технических задач? Если коротко, то так можно охарактеризовать позицию архитектора.
Это, наверное, одно из немногих карьерных направлений, чья ветка продолжает расти прямо из ствола разработчиков.
В статье рассматривается вариант организации слоистой архитектуры веб-приложения и веб-инфраструктуры компании в целом на основе фреймворка yii.
Основным назначением BI-систем является обеспечение возможности анализа больших объемов информации для решения бизнес-задач. Это определяет специфику архитектуры таких систем, которая направлена на эффективное получение, обработку и предоставление данных конечным пользователям.
Статья не претендует на сколь нибудь полноценное описание MDA, а скорее ставит своей целью дать очень общее представление об этой области и если она вас заинтересует, подтолкнуть к ее дальнейшему изучению.
Комментарии