Материалы по теме «архитектура»

RSS

«Архітектор — це не наступний рівень розвитку техліда». Senior Solution Architect в Івано-Франківську — про свою роль і перспективи професії «Архітектор — це не наступний рівень розвитку техліда». Senior Solution Architect в Івано-Франківську — про свою роль і перспективи професії

Тарас Волошин 24056

29-річний Роман Феняк живе і працює в Івано-Франківську. За 11 років в ІТ він дійшов до посади Senior Solution Architect і наразі працює в SoftServe, очолюючи відділ з семи архітекторів для одного великого акаунта. В інтерв’ю для DOU він розповів, чим саме роль архітектора відрізняється від техліда, як стати Solution Architect та куди рухатись далі, а також чому він не планує переїжджати з Івано-Франківська до Києва чи за кордон. 103

Статичні та динамічні діаграми. Навіщо та як використовувати їх під час документування архітектури Статичні та динамічні діаграми. Навіщо та як використовувати їх під час документування архітектури

Andriy Trubitsyn 4852

Робочі завдання Solution Architect передбачають документування архітектури рішень. Багато документування... Без діаграм у цій справі ніяк. Андрій Трубіцин пропонує розібрати деякі аспекти використання статичних та динамічних діаграм для документування архітектури, процесів тощо. 10

Підполковник запасу ЗСУ Ярослав Гончар: «У Збройних силах кудись витрачаються мільярди гривень, а IT-продуктів не було і нема» Підполковник запасу ЗСУ Ярослав Гончар: «У Збройних силах кудись витрачаються мільярди гривень, а IT-продуктів не було і нема»

Элеонора Бурдина 8609

На створення автоматизованої системи управління «Дзвін» для ЗСУ вже витрачено 600 млн гривень, тоді як аудит Міноборони виявив у системі суттєві недоліки. Серед аудиторів були три члени ГО «Аеророзвідка», яка дотична до розробки інтеграційної платформи ЗСУ «Дельта». Ми поспілкувалися з Ярославом Гончаром, підполковником запасу ЗСУ, очільником Наглядової ради ГО «Аеророзвідка». Він розповів детальніше про роль «Аеророзвідки» у війні та про те, як з’явилася «Дельта», про аудит «Дзвону» та про те, які існують системні проблеми з IT в ЗСУ. 11

Чому рефакторинг — це постійний процес Чому рефакторинг — це постійний процес

Sergii Zhuravel 4623

Про рефакторинг ми чуємо дуже часто, але кількість питань з цієї теми не зменшується, а навіть збільшується. Тому Сергій Журавель пропонує поговорити про рефакторинг та аналізує свій проєкт. 40

Архітектура на AWS. Яких помилок ми припустились Архітектура на AWS. Яких помилок ми припустились

Ruslan Kusov 13466

Руслан Кусов, Senior Solutions Architect і лідер AWS-кластеру, ділиться кейсами команди, адже робота над помилками допомагає зміцнити фундамент архітектурного досвіду та уникнути схожого в майбутньому. 12

Эволюция архитектуры проекта. Из монолита в микросервисы Эволюция архитектуры проекта. Из монолита в микросервисы

Denys Lishchenko 8911

У каждой компании своя история масштабирования. На примере Fiverr тимлид Денис Лищенко разбирает шаги для бэкенд-части. Статья может быть полезной бэкенд-разработчикам, которые планируют расширять свой проект или интересуются, как работают компании с большим количеством трафика. 30

Топ архітектурних помилок з власного досвіду. Що не варто робити під час проєктування Топ архітектурних помилок з власного досвіду. Що не варто робити під час проєктування

Oleksii Bilogurov 15866

Олексій Белогуров в ІТ працює вже 15 років, з них 5 — архітектором. За цей час сам встиг наробити помилок і надивився на безліч чужих. У статті він ділиться своїм досвідом і розповідає про найпопулярніші помилки під час проєктування та розробки архітектури застосунків. Спочатку поговоримо про так звані soft skills помилки, які трапляються в процесі консалтингу, а потім перейдемо до технічних. 18

Софт из 90-х VS микросервисы: что банки могут перенять у финтех-компаний Софт из <nobr>90-х</nobr> VS микросервисы: что банки могут перенять у финтех-компаний

Ruslan Kolodyazhnyi 4752

Руслан Колодяжный, CTO британской финтех-компании Wirex, пишет о принципах организации IT-инфраструктуры, особенностях построения процессов работы финтех-компаний, их отличиях от классических банков, а также о том, что именно финансовые компании должны максимально быстро внедрять в своих организациях для повышения своей конкурентоспособности. 7

Ошибки в архитектуре ПО и как их избежать. Часть 2 Ошибки в архитектуре ПО и как их избежать. Часть 2

Юлія Беба 9783

По просьбе DOU IT-специалисты поделились ошибками, с которыми приходилось сталкиваться, в построении архитектуры ПО, выборе технологий, их использовании. Во второй части говорим о согласовании нефункциональных требований, использовании хайповых технологий, особенностях TypeORM и так далее. 13

Рефакторинг. Война бесконечности Рефакторинг. Война бесконечности

Виталий Корж 5051

В процессе работы иногда приходится рефакторить свой код. Как правило, из-за изменений в требованиях продукта, программных и аппаратных обновлений, которые каскадом тянут за собой обновление других компонентов. Эта статья будет интересна разработчикам, которые хотят сделать обновление своих программ безболезненной и постоянной практикой. 17

Ошибки в архитектуре ПО и как их избежать. Часть 1 Ошибки в архитектуре ПО и как их избежать. Часть 1

Юлія Беба 14479

По просьбе DOU IT-специалисты поделились ошибками, с которыми приходилось сталкиваться, в построении архитектуры ПО, выборе технологий, их использовании. Всего мы собрали 11 кейсов. В первой части рассмотрим случаи о несоответствии шаблона проектирования требованиям, об Event driven state machine, неправильной настройке ORM и прочем. 39

От простого к сложному: путь от монолита к микросервисам От простого к сложному: путь от монолита к микросервисам

Александр Павленко 14591

Эта статья для тех, у кого монолит перестал справляться с решением задач и только усугубляет все процессы. Пригодится и тем, кто только знакомится с микросервисами. Вы не найдете ответа на вопрос, что лучше, зато прочтете об опыте перехода от монолитной к микросервисной архитектуре. 297

Наша serverless story. Як ми створили generic-рішення завдяки сервісам Azure Наша serverless story. Як ми створили generic-рішення завдяки сервісам Azure

Illia Chuikov 4008

Ілля Чуйков, Cloud Dev/DevOps Engineer, розповідає, як його команда збудувала рішення із serverless-архітектурою завдяки сервісам Azure, що зекономило ресурси на розробку та його підтримання. Рішення орієнтоване на збереження єдиної бази коду та управління різними модифікаціями проєкту лише через конфігураційні змінні. Стаття буде корисна усім, хто працює з Azure Functions та іншими ресурсами Azure. 29

Почему и как в Prozorro.Sale перестраивают СУБД через два с половиной года после запуска Почему и как в Prozorro.Sale перестраивают СУБД через два с половиной года после запуска

Grigoriy Le 6330

СТО «Прозорро.Продажі» уже больше года вместе с командами Raccoon Gang и Triangu перестраивает систему электронных аукционов, недавно пробившую отметку в 33 миллиарда гривен продаж. В статье вы найдете технические детали, что должно быть интересно всем, кто хотел бы узнать, как государственная система может быть построена изнутри и почему команда решила переработать ее целиком всего через два с половиной года после запуска. 46

Як порозумітися бекендеру і фронтендеру, обираючи архітектуру Як порозумітися бекендеру і фронтендеру, обираючи архітектуру

Hasanenko Denis 7045

Ефективна комунікація та взаємодія є ключовим елементом успішності проєкту. У цьому матеріалі автор концентрується на технічній комунікації між бекенд- та фронтенд-розробниками, огляді архітектур, їхньому застосуванні для розв’язання різних питань і, головне, на підходах та інструментах з документування інтерфейсів. 23

Бизнес-модель и архитектура: как обеспечить уcпешность проектов Бизнес-модель и архитектура: как обеспечить уcпешность проектов

Stepan Novikov 4848

Максимально эффективное решение — это решение, когда IT-архитектура удовлетворяет не только требования заказчика, но и реальные потребности его бизнеса, учитывает бизнес-модель как в краткосрочной, так и в долгосрочной перспективе. Степан Новиков, Solution Architect в EPAM, рассказывает, как проникнуться принципами работы компании заказчика и её бизнес-потребностями, чтобы создать продуманную архитектуру. 12

Что делать, если на вас падает Due Diligence Audit. Опыт РМ’а Что делать, если на вас падает Due Diligence Audit. Опыт РМ’а

Kostiantyn Bolotin 3324

Константин Болотин, Project Manager, рассказывает о прохождении Due Diligence Audit. Он зачастую проводится перед продажей, привлечением инвестиций, поглощениями или выходом компании на IPO и призван помочь точнее оценить, как обстоят дела в ней на самом деле. Для этого нанимают независимых экспертов в доменной области либо технологии, которые изучают продукт вдоль и поперек и дают свою оценку. В статье вы найдете рекомендации, которые помогут справиться с подобной задачей. 4

Почему разработка программного обеспечения тесно связана с бизнесом и деньгами Почему разработка программного обеспечения тесно связана с бизнесом и деньгами

Grigori Kochanov 8913

Эта статья — о процессах жизненного цикла разработки программного обеспечения на языке бизнеса и денег. Руководители многих проектов ждут от инженеров простые ответы на сложные технические вопросы и не получают их. В то же время технически все проекты похожи и решение большинства проблем известно. Статья поможет представителям бизнеса и инженерам лучше понимать друг друга. 18

Як стати Application Architect і які навички розвивати. Поради з власного досвіду Як стати Application Architect і які навички розвивати. Поради з власного досвіду

Vladyslav Bezruchko 13913

Владислав Безручко розповідає про свій шлях від студента факультету програмного забезпечення автоматизованих систем до посади архітектора. Цей матеріал буде корисним як програмістам-початківцям, так і спеціалістам з досвідом, які думають, як далі розвивати свою кар’єру. 38

Ідеальна архітектура — міф чи реальність? Чим керуватись архітектору-початківцю на старті проєкту Ідеальна архітектура — міф чи реальність? Чим керуватись архітектору-початківцю на старті проєкту

Andriy Trubitsyn 11921

Андрій Трубіцин, Senior Solution Architect, ділиться порадами щодо створення архітектури та вдалими й невдалими кейсами з реального життя. Вони стануть у пригоді спеціалістам, які розпочинають професійний шлях у сфері архітектури рішень. 16

← Сtrl 12 Ctrl →

Комментарии

Одного разу в мене був онлайн кодінг де можна було використовувати будь-які зручні тобі інтсрументи і гугл. І ось такий підхід мені дуже сподобався, тому що умови дійсно наближені до реальних.
Спасибо за интервью и отдельное спасибо ДОУ за аудиоверсию!
Это скорее DOU — аналог. В целом не надо иллюзий питать на тему раздаривания людям денег на лево и на право, просто так. В бизнесе все просто так кроме денег. Если бизнесмен не сможет отбить вложений — не станет он платить больших сум.
Не могут они быть прям совсем хуже. Как минимум английский или язык — родной. Рисков нечто федерация сейчас нападет и все закончит, тайм диференс и т.д.
Не аналог ли это виджета доу, с текущими зарплатами, а не новыми наймами? На блайнде немного другие цифры мелькают.
Знаю аж пару таких тусовочек которые пилили мини галеры в 3-4 рыла с заказов на апворке еще году в 15ом. Все ко дну пошли, но не в минус и без долгов
Во избежание спекуляций на тему. Средняя ЗП в штатах Java мидла — $93 000 в год. тоесть $7750 в месяц. Так что за 8к человек в штатах вполне ищется. Да — в долине другие зарплаты, но там и все по другому.
Там 12 лет получается еще и опыт предпринимательства. Который мог возникнуть в том возрасте при условии что родители дали деньги на стартап. Потому что чтобы найти клиента, купить оборудование и снять офис надо изначально затратиться.
В недавньому потоці з десятка тех.інтерв’ю, які у мене були, на трьох був онлайн кодінг. Також його не люблю, причому скоріше не по причині хвилювання, а по причині що в реальному житті я так не коджу.
Видимо, местные мидлы по 8 к закончились либо хуже наших.
а если еще дома не сказать, что 4-дневка, то открываются просто невероятные возможности)
За эти деньги можно и дома нанять себе мидла, а можно ли? зарплаты не только в Украине выросли.
ждем продолжения через год. очень интересно. спасибо.
Красавчик 👍
налоги мы платим как все, просто у нас в Украине они ниже чем в среднем по миру. Можно было бы ещё хоть как-то понять претензии уезжашек, если работаешь как ФЛП через аутсорсинг. Но если у тебя прямой контракт с нанимателем -то всё максимально честно.