Денис Чистяков — JavaScript на фронте и в тылуYandex
Перед разработчиками Яндекс.Спорта стояла задача – разработать сервис, который быстро работает, держит высокие нагрузки и имеет сильную контентную составляющую. В докладе рассказывается, почему для решения задачи мы выбрали Node.js, приводится пример архитектуры высоконагруженного приложения на Node.js и о том, как мы добились прозрачного использования одних и тех же функций на фронтенде и бэкенде.
Осуществим вводный экскурс в Node.JS. Действительно это что-то новое и гениальное? Что оно может, а что нет? Кому будет полезен? В каких случаях применять, а в каких нет? На все эти вопросы я постараюсь ответить в своём докладе.
JSLab.Тимур Шемсединов. "Архитектура программных систем на Node.js"GeeksLab Odessa
28.03.15. Одесса. Impact Hub Odessa. Конференция JSLab.
Тимур Шемсединов. "Архитектура программных систем на Node.js"
Обзор подходов к построению прикладных программных систем на Node.js, анализ и сравнение архитектурных принципов развертывания высоконагруженных прикладных облачных сервисов, масштабирование приватных кластеров на Node.js за пределы нескольких физических машин, концепция прикладной виртуальной машины, примеры ее реализации и внедрения, тенденции и перспективы в разработке приложений, обзор проблем платформы Node.js и пути их решения.
Подробнее:
http://geekslab.co/
https://www.facebook.com/GeeksLab.co
https://www.youtube.com/user/GeeksLabVideo
Микросервисы для Machine Learning / Дмитрий Ходаков (Avito)Ontico
РИТ++ 2017
Зал Сан-Паулу, 5 июня, 18:00
Тезисы:
http://ritfest.ru/2017/abstracts/2723.html
Рекомендательные сервисы стали неотъемлемой частью практически любого крупного проекта. Мы готовим рекомендации объявлений, обрабатывая все действия пользователей при помощи машинного обучения.
Писать софт сложно, писать обучающийся софт сложно втройне. Из доклада вы узнаете:
- какие трудности можно встретить при построении архитектуры распределенного пайплайна для обучения моделей;
- как традиционные микросервисы помогают организовывать доставку результатов в продакшн-окружение;
- как не очень традиционные микросервисы помогают нам организовать обучение моделей;
- чем отличаются подходы в ml по сравнению с традиционной разработкой.
Микросервисная Архитектура: проблемы и решения / Сергей Орлов (Avito)Ontico
РИТ++ 2017
Зал Конгресс-холл, 5 июня, 11:00
Тезисы:
http://ritfest.ru/2017/abstracts/2745.html
Большое количество современных веб-проектов переходит на микросервисную архитектуру.
Она решает большое количество проблем, присущих монолитным системам, однако накладывает
качественно новые требования на разработку, эксплуатацию и тестирование. Многие классические задачи предстают в новом свете.
В докладе я коротко расскажу об основных паттернах микросервисной архитектуры, опишу присущую ей проблематику, а также дам обзор подходов, помогающих в решении проблем.
Владимир Русинов, Алексей Капранов "Яндекс.Диск: архитектура, синхронизация и...Yandex
Доклад о том, как решалась задача надёжного хранения файлов и данных миллионов пользователей. Рассказ про развитие архитектуры кластера Диска: от первого черновика к реальности
Денис Чистяков — JavaScript на фронте и в тылуYandex
Перед разработчиками Яндекс.Спорта стояла задача – разработать сервис, который быстро работает, держит высокие нагрузки и имеет сильную контентную составляющую. В докладе рассказывается, почему для решения задачи мы выбрали Node.js, приводится пример архитектуры высоконагруженного приложения на Node.js и о том, как мы добились прозрачного использования одних и тех же функций на фронтенде и бэкенде.
Осуществим вводный экскурс в Node.JS. Действительно это что-то новое и гениальное? Что оно может, а что нет? Кому будет полезен? В каких случаях применять, а в каких нет? На все эти вопросы я постараюсь ответить в своём докладе.
JSLab.Тимур Шемсединов. "Архитектура программных систем на Node.js"GeeksLab Odessa
28.03.15. Одесса. Impact Hub Odessa. Конференция JSLab.
Тимур Шемсединов. "Архитектура программных систем на Node.js"
Обзор подходов к построению прикладных программных систем на Node.js, анализ и сравнение архитектурных принципов развертывания высоконагруженных прикладных облачных сервисов, масштабирование приватных кластеров на Node.js за пределы нескольких физических машин, концепция прикладной виртуальной машины, примеры ее реализации и внедрения, тенденции и перспективы в разработке приложений, обзор проблем платформы Node.js и пути их решения.
Подробнее:
http://geekslab.co/
https://www.facebook.com/GeeksLab.co
https://www.youtube.com/user/GeeksLabVideo
Микросервисы для Machine Learning / Дмитрий Ходаков (Avito)Ontico
РИТ++ 2017
Зал Сан-Паулу, 5 июня, 18:00
Тезисы:
http://ritfest.ru/2017/abstracts/2723.html
Рекомендательные сервисы стали неотъемлемой частью практически любого крупного проекта. Мы готовим рекомендации объявлений, обрабатывая все действия пользователей при помощи машинного обучения.
Писать софт сложно, писать обучающийся софт сложно втройне. Из доклада вы узнаете:
- какие трудности можно встретить при построении архитектуры распределенного пайплайна для обучения моделей;
- как традиционные микросервисы помогают организовывать доставку результатов в продакшн-окружение;
- как не очень традиционные микросервисы помогают нам организовать обучение моделей;
- чем отличаются подходы в ml по сравнению с традиционной разработкой.
Микросервисная Архитектура: проблемы и решения / Сергей Орлов (Avito)Ontico
РИТ++ 2017
Зал Конгресс-холл, 5 июня, 11:00
Тезисы:
http://ritfest.ru/2017/abstracts/2745.html
Большое количество современных веб-проектов переходит на микросервисную архитектуру.
Она решает большое количество проблем, присущих монолитным системам, однако накладывает
качественно новые требования на разработку, эксплуатацию и тестирование. Многие классические задачи предстают в новом свете.
В докладе я коротко расскажу об основных паттернах микросервисной архитектуры, опишу присущую ей проблематику, а также дам обзор подходов, помогающих в решении проблем.
Владимир Русинов, Алексей Капранов "Яндекс.Диск: архитектура, синхронизация и...Yandex
Доклад о том, как решалась задача надёжного хранения файлов и данных миллионов пользователей. Рассказ про развитие архитектуры кластера Диска: от первого черновика к реальности
Преимущества и недостатки микросервисной архитектуры в HeadHunter / Антон Ива...Ontico
РИТ++ 2017
Зал Конгресс-холл, 5 июня, 12:00
Тезисы:
http://ritfest.ru/2017/abstracts/2749.html
Раньше HeadHunter был большим монолитным приложением. Несколько лет назад мы приняли решение выделять из него микросервисы. За несколько лет мы поняли, что микросервисы - это не серебряная пуля и при неправильном "распиле" создают существенные проблемы: сложность разработки, деплоя, эксплуатации и др. Иногда эти проблемы сводят на нет преимущества от использования микросервисов.
В докладе хочу взвесить преимущества и недостатки микросервисов при вертикальном и горизонтальном делении на микросервисы.
Javascript-фреймворки: должен остаться только одинSergey Xek
Рассказ от tech-менеджера о том, как мы в Acronis выбирали фреймворк в условиях, когда любое более-менее важное технологическое решение сразу затрагивает с десяток команд, несколько сотен человек и права «случайно все сломать» нет.
В докладе пойдет речь о том, что производительность фронтенда — это больше про слаженную работу команды, про понятный и масштабируемый код, чем про сухие циферки. Но циферки тоже будут.
1) Какие у нас были проблемы с текущим фреймворком — UI, архитектура, код.
2) Как измеряли, что примерно стоит брать (исследование популярности).
3) Что рассматривали.
4) На пути к демо-проекту, какие были сложности (то, что уперли идею с Typescript, собственный компилятор шаблонов, четыре Flux-фреймворка и все плохи).
5) Два пилотных демо-проекта: цифры.
6) Оценка трудоемкости перехода.
Эволюция корпоративных Web приложений. Молотков Андрей D2D Just.NETDev2Dev
Для многих enterprise-разработка ассоциируется с бесконечным унаследованным кодом, устаревшими технологиями и неповоротливыми монолитами. Использование подходов построения сервис-ориентированной архитектуры может существенно улучшить ситуацию. Мы пишем небольшие приложения с чёткой зоной ответственности и покрытием модульными тестами, используем современные протоколы OData и OAuth, а legacy-приложения развиваем подключением повторно используемых модулей. В своем докладе я расскажу о том, чего удалось добиться за последние пару лет, какие роли мы выделили и с какими сложностями столкнулись.
- Почему мы выбрали .NET Core качестве основной платформы для нашего продукта
- команда мечты от разработчиков Java, которая начала писать на .NET Core;
- мониторинг системы, поиск запросов и другие диагностические задачи.
Нас с детства окружают правила, которые не хочется нарушать. Мы не суем пальцы в розетку, переходим улицу на зеленый свет и не сушим кота в микроволновке. В детстве нам просто говорят, что так делать нельзя, и мы этому верим.
Повзрослев, мы понимаем, почему этого делать не следует, и радуемся, что мы получили такие знания не на своем опыте.
А бывают другие правила. Такие, как не свистеть дома, опасаться черных кошек или не рассыпать соль. Они оказываются на проверку мифами, что, впрочем, не мешает миллионам людей слепо им следовать.
Как раз о подобных мифах из мира программирования мы и поговорим на этом докладе. Некоторые из них применимы не только к .NET, но и к другим платформам.
Внимание! На докладе у ряда слушателей возможен батхёрт.
"Архитектурный шаблон Reflex - новый подход к разработке клиент-серверных при...Fwdays
В рамках этой презентации будет обсуждаться концепция клиент-серверного приложения, которое единоразово решает задачу "получения-передачи данных". Приложения, которое работает с данными, но при этом не запрашивает эти данные при помощи выборок, чем существенно сокращает количество серверсайд кода, повышает надежность и производительность приложения, а также предлагает множество инновационных свойств, недоступных при использовании обычной клиент-серверной архитектуры.
В презентации рассматривается технология создания виртуального рабочего стола, предпосылки ее появления и преимущества использования.
Оценивается стоимость владения виртуального рабочего места: реализация «in-house» и VDI в «облаке» провайдера.
Описывается особенности реализации технологии VDI.
parking.ru
Обзор подходов к построению прикладных программных систем на Node.js, анализ и сравнение архитектурных принципов развертывания высоконагруженных прикладных облачных сервисов, масштабирование, тенденции и перспективы в разработке приложений, обзор проблем платформы Node.js и пути их решения.
Многофункциональный сервер приложений, обеспечивающий среду запуска на одном сервере и группе серверов, дающий полный набор инструментов для создания прикладного программного обеспечения.
Преимущества и недостатки микросервисной архитектуры в HeadHunter / Антон Ива...Ontico
РИТ++ 2017
Зал Конгресс-холл, 5 июня, 12:00
Тезисы:
http://ritfest.ru/2017/abstracts/2749.html
Раньше HeadHunter был большим монолитным приложением. Несколько лет назад мы приняли решение выделять из него микросервисы. За несколько лет мы поняли, что микросервисы - это не серебряная пуля и при неправильном "распиле" создают существенные проблемы: сложность разработки, деплоя, эксплуатации и др. Иногда эти проблемы сводят на нет преимущества от использования микросервисов.
В докладе хочу взвесить преимущества и недостатки микросервисов при вертикальном и горизонтальном делении на микросервисы.
Javascript-фреймворки: должен остаться только одинSergey Xek
Рассказ от tech-менеджера о том, как мы в Acronis выбирали фреймворк в условиях, когда любое более-менее важное технологическое решение сразу затрагивает с десяток команд, несколько сотен человек и права «случайно все сломать» нет.
В докладе пойдет речь о том, что производительность фронтенда — это больше про слаженную работу команды, про понятный и масштабируемый код, чем про сухие циферки. Но циферки тоже будут.
1) Какие у нас были проблемы с текущим фреймворком — UI, архитектура, код.
2) Как измеряли, что примерно стоит брать (исследование популярности).
3) Что рассматривали.
4) На пути к демо-проекту, какие были сложности (то, что уперли идею с Typescript, собственный компилятор шаблонов, четыре Flux-фреймворка и все плохи).
5) Два пилотных демо-проекта: цифры.
6) Оценка трудоемкости перехода.
Эволюция корпоративных Web приложений. Молотков Андрей D2D Just.NETDev2Dev
Для многих enterprise-разработка ассоциируется с бесконечным унаследованным кодом, устаревшими технологиями и неповоротливыми монолитами. Использование подходов построения сервис-ориентированной архитектуры может существенно улучшить ситуацию. Мы пишем небольшие приложения с чёткой зоной ответственности и покрытием модульными тестами, используем современные протоколы OData и OAuth, а legacy-приложения развиваем подключением повторно используемых модулей. В своем докладе я расскажу о том, чего удалось добиться за последние пару лет, какие роли мы выделили и с какими сложностями столкнулись.
- Почему мы выбрали .NET Core качестве основной платформы для нашего продукта
- команда мечты от разработчиков Java, которая начала писать на .NET Core;
- мониторинг системы, поиск запросов и другие диагностические задачи.
Нас с детства окружают правила, которые не хочется нарушать. Мы не суем пальцы в розетку, переходим улицу на зеленый свет и не сушим кота в микроволновке. В детстве нам просто говорят, что так делать нельзя, и мы этому верим.
Повзрослев, мы понимаем, почему этого делать не следует, и радуемся, что мы получили такие знания не на своем опыте.
А бывают другие правила. Такие, как не свистеть дома, опасаться черных кошек или не рассыпать соль. Они оказываются на проверку мифами, что, впрочем, не мешает миллионам людей слепо им следовать.
Как раз о подобных мифах из мира программирования мы и поговорим на этом докладе. Некоторые из них применимы не только к .NET, но и к другим платформам.
Внимание! На докладе у ряда слушателей возможен батхёрт.
"Архитектурный шаблон Reflex - новый подход к разработке клиент-серверных при...Fwdays
В рамках этой презентации будет обсуждаться концепция клиент-серверного приложения, которое единоразово решает задачу "получения-передачи данных". Приложения, которое работает с данными, но при этом не запрашивает эти данные при помощи выборок, чем существенно сокращает количество серверсайд кода, повышает надежность и производительность приложения, а также предлагает множество инновационных свойств, недоступных при использовании обычной клиент-серверной архитектуры.
В презентации рассматривается технология создания виртуального рабочего стола, предпосылки ее появления и преимущества использования.
Оценивается стоимость владения виртуального рабочего места: реализация «in-house» и VDI в «облаке» провайдера.
Описывается особенности реализации технологии VDI.
parking.ru
Обзор подходов к построению прикладных программных систем на Node.js, анализ и сравнение архитектурных принципов развертывания высоконагруженных прикладных облачных сервисов, масштабирование, тенденции и перспективы в разработке приложений, обзор проблем платформы Node.js и пути их решения.
Многофункциональный сервер приложений, обеспечивающий среду запуска на одном сервере и группе серверов, дающий полный набор инструментов для создания прикладного программного обеспечения.
Семинар по Node.js в КПИ 20 октября 2014. Докладчики: Тимур Шемсединов, Никита Савченко, Максим Петренко. Краткое содержание:
* Что такое Node.js и как работает JavaScript в V8
* Профессионалы расскажут, почему они выбрали Node.js
* Вы узнаете его сильные и слабые стороны и где его лучше применять
* Будет полный обзор особеностей и внутреннего строения Node.js
* Примеры внедрения и Highload-проекты
* Вопросы развертывания, хостинг, тестирования, и отладки
* Где и что учить, что читать, как осваивать
Multipurpose Application Server for Node.JS. All decisions are made. Solutions are scaled. Tools are provided and optimized for high load. Ready for applied development and production.
Как мы разрабатываем новый фронтенд / Филипп Нехаев (Tinkoff.ru)Ontico
Недавно запустили новый сайт Тинькофф.
У нас есть желание поделиться с аудиторией подходом и опытом разработки большого изоморфного приложения на React.js и Flux. Меньше чем за год мы разработали новый сайт и интернет-банк, заложив платформу на ближайшие несколько лет для быстрой разработки фронтенда новых продуктов.
Сейчас tinkoff.ru насчитывает более 3000 компонентов и сотни страниц.
Микросервисная архитектура на базе CoreOS и KubernetesDenis Izmaylov
13 июля 2016 состоялся восьмой Node.js Meetup в Москве. В этом докладе мы рассмотрели Scale Cube, Docker, CoreOS и кратко Kubernetes и Concourse CI.
В следующем докладе взглянем более подробно на Kubernetes и Concourse CI, посмотрим как с помощью этих быстрых и прекрасных инструментов построить Deployment Automation.
TК°Conf. Организация разработки Frontend. Виталий Слободин.TKConf
Расскажу об организации процесса разработки Frontend в единый конвейер, чтобы увеличить скорость и минимизировать затраты с рисками.
Как организовать верстку макета по фантастичному макету дизайнера при этом не вогнав в когнитивный диссонанс результатом на Bootstrap.
Каким образом объединить воинствующие стороны: Frontend, Backend и дизайнеров.
Основные тренды развития систем управления контентом, что такое контент, почему Drupal отлично подходит для крупных международных проектов
Подписывайтесь на нас!
VK: https://vk.com/drupalsib
FB: https://facebook.com/groups/drupalsib
Twitter:
https://twitter.com/SibDrupalCamp
https://twitter.com/DrupalSib
Instagram: https://instagram.com/drupalsib
Ошибки проектирования высоконагруженных проектов / Максим Ехлаков (OneTwoRent)Ontico
РИТ++ 2017, HighLoad Junior
Зал Сингапур, 5 июня, 15:00
Тезисы:
http://junior.highload.ru/2017/abstracts/2632.html
Наиболее типичные ошибки, которые совершаются при создании высоконагруженных продуктов: выбор используемых языков, фреймворков, СУБД и других инструментов. Каковы причины совершения этих ошибок, и как их избежать.
Во время проектирования и разработки высоконагруженных программных продуктов существует большой соблазн применить классические подходы. Однако не все они будут полезны, а какие-то даже вредны. При этом цена каждой такой ошибки всегда будет очень большой.
На примере нескольких реальных проектов мы поговорим об ошибках проектирования, разработки и управления, о том, почему они возникли, и о решениях, которые позволили (или не позволили) преодолеть их.
Миграция БД - практический_подход с инструментами EmbarcaderoAndrew Sovtsov
Слайды вебинара компании Embarcadero. Запись вебинара: https://www.youtube.com/watch?v=X9EjeB-aVHM
Одна из наиболее часто возникающих задач - выполнить перенос структур и необходимых данных из существующей БД в новую реализацию или на другую платформу СУБД. Предложены варианты комплексного решения подобных задач с использованием программных средств Embarcadero
Как развивать библиотеку компонентов, не ломая ее / Артур Удалов (Mail.Ru Group)Ontico
HighLoad++ 2017
Зал «Пекин + Шанхай», 8 ноября, 17:00
Тезисы:
http://www.highload.ru/2017/abstracts/2991.html
Нынче стало модно выделять UI-компоненты в отдельную библиотеку и использовать её в нескольких проектах. Мы в команде почты Mail.ru делаем так же, но столкнулись с проблемой: каждый разработчик, меняя библиотеку под свои нужды, обязательно ломает что-нибудь, что работало у других.
Я расскажу о том, как мы решили эту проблему, и о том, какие инструменты для этого можно использовать. Storybook, BackstopJS, Jest, Webdriver.io, TypeScript - в их числе.
Практики разработки программного обеспечения в крупных компаниях на примере IBMAlexander Klimov
Роль программного обеспечения (ПО) стремительно возрастает. Практически все области деятельности социума так или иначе используют ПО. Как следствие, и роль программистов, тестировщиков, архитекторов и всех кто вовлечен в процесс разработки, также становится важной.
Практически любая большая корпорация сталкивается с большим количеством проблем, когда решает ввести ту или иную новую практику или инструмент разработки. Проблем не только технических, и не сколько технических, а скорей бюрократических, костность сложившийся корпоративной культуры разработки и специфики.
Компания IBM регулярно проводит исследования используемых методологий и инструментов разработки с целью идентификации наиболее эффективных подходов и разработки best practices для сотрудников компании.
Владимир Русинов "Яндекс.Диск. Полет нормальный"Yandex
6 апреля 2013 года Яндекс.Диску исполнился один год. В докладе рассказывается о том, что произошло с сервисом за этот год, какие продуктовые и технологические задачи решала команда, с какими проблемами столкнулись и чему научились.
Преждевременная оптимизация архитектуры / Евгений Потапов, Антон Баранов (ITS...Ontico
Работа в высоконагруженных проектах всегда была такой сферой деятельности, где можно в рамках решения прикладных задач находить и применять сложные и интересные решения.
К сожалению, очень часто во главу угла ставится не надежное решение поставленной задачи, а именно применение сложного и интересного решения, которое даст специалисту новый опыт и удовольствие от сложных архитектур.
В своем докладе я хочу пройтись по тем стандартным "набитым шишкам", которые мы встречаем в своей работе, когда сложное, новое и интересное решение не означает стабильность системы.
1. Когда "интересно" не значит "правильно"?
1.1. Специфика развития высоконагруженного проекта.
1.2. Требования бизнеса и современные технологии.
1.3. Типичные "сомнительные" решения.
2. Проблемы в архитектуре отказоустойчивых систем.
2.1. Ошибки в планировании резервирования.
2.2. Ошибки в планировании системы выкладок.
2.3. Ошибки в архитектурах систем хранения данных.
3. Проблемы в архитектуре систем, рассчитанных на высокую нагрузку.
3.1. Ошибки в планировании мощностей системы.
3.2. Ошибки в планировании возможностей масштабирования системы.
3.3. Ошибки в архитектурах систем хранения данных.
Similar to Проектирование архитектуры крупных веб-систем (20)
Я бы соврал, если бы сказал, что работа над новым приложением LiveJournal для iOS проходила абсолютно гладко - такого просто не бывает. Несколько используемых API, часть из которых дорабатывалась в процессе, непростой дизайн, необычные продуктовые решения, сложная политика кэширования - все это делало проект не просто сложным, а и очень интересным с точки зрения разработки.В своем выступлении я хочу рассказать несколько историй о том, как налаженные процессы разработки и применение принятых в iOS команде Rambler&Co архитектурных подходов помогли нам в каких-то случаях пережить столкновение с граблями, а в каких-то - и вовсе не наступать на них. Я затрону такие темы, как code review и его роль в поддержании концептуальной целостности проекта, continuous delivery, организацию гибкого сетевого слоя, unidirectional data flow, и, конечно же, VIPER. И небольшой спойлер: мы все-таки его выпустили, и оно крутое!
TК°Conf. Ещё не поздно учить WebGL. Антон Корзунов.TKConf
Что в докладе:
Коротко о том, почему WebGL не нужен;
Коротко о тех кейсах, где он может быть полезен;
Коротко о том, почему его следует изучить;
Немного о том, чем webgl является, а чем нет;
И о том чем webgl отличается от TreeJs.
TК°Conf. Stylelint — как и зачем линтить CSS. Андрей Ситник.TKConf
ESLint уже стал стандартом и большинство команд линтит JS. Но что с CSS? Андрей Ситник рассмотрит все линтеры для CSS. На примере Stylelint и Stylefmt покажет как линтер может повышать качество кода и решать социальные проблемы команды.
TК°Conf. Хайп против реальности: год жизни с изомофорным React-приложением. И...TKConf
Год назад, на волне всеобщего восторга, автором было принято судьбоносное решение стартовать новый проект на связке React + Redux + Webpack. Решающим фактором стала обещанная изомофорность - переиспользование одного и того же кода отрисовки на сервере и клиенте. В этом докладе я освещу основные недостатки такого подхода, решенные и нерешенные (пока что) проблемы. Я по-рассуждаю о том, стоит ли игра свеч, и во что обходится продукту нахождение на переднем крае Frontend-технологий.
TК°Conf. Как проложить путь к успеху с помощью банковских карт. Александр Сычев.TKConf
Мой доклад посвящен основам электронной коммерции и интернет-эквайрингу в частности. Будут рассмотрены основные участники и этапы обработки платежной транзакции, выполненной с помощью банковской карты в сети. Также коснемся вопросов защиты от мошенничества с данными карт и узнаем, зачем проходить сертификацию PCI DSS. В конце поговорим про возможность приема оплаты в мобильных приложениях и веб-сервисах: будет дан обзор вариантов реализации от открытия веб-формы до Apple Pay.
TК°Conf. «Быстрокод» и что за это бывает. Артём Кулаков.TKConf
В докладе пойдет речь суровых реалиях разработки коммерческого ПО. Поговорим о том, какой код нужен вашему заказчику и как организовать процессы в продуктовой команде чтобы решать задачи заказчика максимально эффективно.
TК°Conf. Микросервисы и Docker. Глеб Паньшин.TKConf
Когда вы пытаетесь следовать гибким методологиям, создавать небольшие автономные команды, микросервисы в вашем проекте появляются естественным путем. Или нет. Обязательно поговорим о "Монолит vs. Микросервисы". И хотя эти маленькие трудяги помогают вам scale и достигать agility они неплохо добавляют вам проблем с доставкой и разработкой.
В заключении попробую ответить на вопрос как деплоить 5 или 50 микросервисов? Не знаю, но давайте попробуем Docker.
TК°Conf. 10 проблем автоматизации UI и их решение с помощью JDI. Роман Иовлев.TKConf
Автоматизация тестирования является важной и не неотъемлемой частью разработки современного ПО, но без правильного подхода не редко случается, что написание автотестов занимает слишком много времени, а их поддержка может требовать больше затрат чем просто ручная регрессия. Почему же так происходит и как этого избежать? В этой презентации, базируясь на своем опыте работы во множестве проектов, я хочу рассказать об основных ошибках и проблемах, с которыми приходится сталкиваться автоматизаторам и что нужно сделать чтобы их избежать (на примере фреймворка для автоматизации JDI)
TК°Conf. Обеспечение качества в продуктовых проектах. Наталья Руколь.TKConf
Отрасль тестирования и обеспечения качества сильно эволюционировала за несколько последних десятилетий. С появлением конкуренции на рынке появилась необходимость в тестировании. Сначала это были тестировщики-мартышки, нажимающие на кнопки и нечаянно находящие некоторые ошибки в продуктах. После появились тестировщики-аналитики, создающие модели тестируемого ПО и обеспечивающие более высокие уровни тестового покрытия.
TК°Conf. Сетевые орг.структуры. Владимир Каленов.TKConf
Рассказ будет про сетевые структуры управления Holacracy (R) и подобные. А значит про модели масштабирования Agile - SAFe, NEXUs, LeSS и т.п. О проблемах в области принятия решений и выявлении компетенций.
TК°Conf. Красивый интерфейс — это лишь часть крутого UX. Никита Ефимов.TKConf
Красивый интерфейс лишь вершина айсберга. Под водой скрывается очень много: структура самого приложение, нужный пользователю функционал, цели пользователей и бизнеса. На примере проверенных временем моделей я покажу необходимые этапы проектирования интерфейсов и их влияние на пользовательский опыт. А чтобы окончательно вас убедить в своих словах, расскажу примеры из собственного опыта, иллюстрирующие как надо и как не стоит делать.
Архитектура растущего проекта, на примере ВКонтакте
Проектирование архитектуры крупных веб-систем
1. Impact Mapping: планирование
разработки продукта с учетом
бизнес целей
Александр Бындю (byndusoft.com)
Проектирование архитектуры
крупных веб-проектов
Роман Ивлиев (banki.ru)
2. О себе
2002-....
• Тестировщик
• Разработчик
• Руководитель
разработчиков
• Руководитель
тестировщиков
• Руководитель проектов
• CTO
• CIO
5. Крупные проекты:
примеры
• Биржи
• Трейдинговые системы
• Космические вычисления
• Вычисления климата
• Информационные системы гос. структур
• Нетрадиционные банки (Дойче банк, например)
6. Два основных
направления развития
• Как решать существующие задачи используя
меньше ресурсов
• Как решать пропорционально больше задач при
увеличении ресурсов
8. Крупные проекты:
решения
• Языки программирования и фреймворки
• Веб-акселераторы
• СУБД (в т.ч. NoSQL)
• In-memory решения (кэш, СУБД)
• Сервера очередей
• Front-end-библиотеки
• Распределенные хранилища и средства вычисления
12. Важно помнить
• Нет стандарта на разработку крупных систем;
• Не всё нужно здесь и сейчас;
• Иногда самое простое примитивное решение
является самым эффективным;
• То, что делают «большие дяди», почти
наверняка вам не нужно
• Hype – это здорово, но опасно
13. Планирование
приложения
• Трехслойная архитектура
• Сервисная архитектура
• Введение дополнительных уровней абстракции
• Модульность на всех уровнях
• Интеграция независимых приложений
• Использование внешних сервисов
16. Планирование
инфраструктуры
• Простота внесения изменений
• Скорость внесения изменений
• Скорость отката изменений
• Простота демонстрации и тестов
• Подготовка персонала
• Подготовка мониторинга
18. Потери
• Потери из-за перепроизводства (лишние мощности)
• Потери времени из-за ожидания (низкая скорость, блокировки)
• Потери при ненужной транспортировке ( «длинные сети»)
• Потери из-за лишних этапов обработки (овнокод)
• Потери из-за лишних запасов (лишние объемы данных)
• Потери из-за ненужных перемещений (репликация и
дублирование)
• Потери из-за выпуска дефектной продукции (овнокод++)
20. Немного ссылок
• https://www.youtube.com/watch?v=pn7IT_cG8ck – Алексей Рыбак.
Основы построения высоконагруженных проектов. Мастер-класс. 5
часов. Много технических деталей
• https://www.youtube.com/watch?v=CNVOWgLTmr0 – Олег Бунин.
Мини-мастер класс по нагруженным системам. Много про паттерны
разработки. Доступно и толково
• https://www.youtube.com/watch?v=JZiQKgx2HJM – Олег Анастасьев.
Распределённые системы в Одноклассниках. Как «взрослые дяди»
делают хайлод
• https://www.youtube.com/watch?v=tFdEi5ahUkA – Роман Ивлиев. Как
Банки.ру пережили утроение нагрузки. Про экстремальную
разработку веб-проекта