Алексей Косинский "React Native vs. React+WebView"Fwdays
Многие знают о React и о React Native. Но действительно ли всем нужно использовать React Native для мобильных приложений или может достаточно React?
Сравним эти две технологии и запустим несколько интересных тестов. Результат вас удивит :)
Облачные вычисления - игры кончились, началась работаКРОК
Ежегодная международная конференция «ЦОД-2010».
Подробнее о мероприятии http://www.croc.ru/action/partners/detail/3987/
Презентация Руслана Заединова, руководителя направления ЦОД компании КРОК
Настройка и оптимизация высоконагруженных J2EE веб-приложений / Шамим Ахмед (...Ontico
Оптимизация любого веб-приложения — это нетривиальная задача, для решения которой требуется проводить мониторинг загрузки системных ресурсов, выполнять микро-вэнчмаркинг, экспериментировать с настройками, проводить нагрузочное тестирование и т.д.
В текущем году нашей команде довелось поучаствовать в нескольких проектах, в которых перед нами стояла задача оптимизации J2EE веб-приложений. Один из них — портал для ОАО «Сбербанк России» (www.sberbank.ru).
Основной сайт Сбербанка реализован на основе портального движка BackBase и является J2EE-приложением. При проведении оптимизации его работы нам пришлось изучить и собрать много информации и документов, которые связаны с настройкой и оптимизацией высоконагруженных веб-приложений.
В ходе реализации проектов я заметил, что не существует сводного документа с инструкциями по оптимизации работы приложения, поэтому решил поделиться нашим опытом. Этот доклад может послужить в качестве дорожной карты (Road Map) для настройки и оптимизации J2EE веб-приложений.
В докладе будут рассмотрены следующие аспекты:
1) Общие подходы и методология оптимизации веб-приложения.
2) Оптимизация настроек веб-сервера.
3) Оптимизация кода приложения на стороне клиента.
4) Оптимизация на стороне middleware, в том числе на сервере приложений.
5) Оптимизация на уровне Базы Данных.
Практика выбора облачных бизнес-приложений в территориально распределенных компаниях.
Рустэм Хайретдинов CEO Appercut Security
ПРАКТИКА ВЫБОРА ОБЛАЧНЫХ БИЗНЕС-ПРИЛОЖЕНИЙ
Алексей Косинский "React Native vs. React+WebView"Fwdays
Многие знают о React и о React Native. Но действительно ли всем нужно использовать React Native для мобильных приложений или может достаточно React?
Сравним эти две технологии и запустим несколько интересных тестов. Результат вас удивит :)
Облачные вычисления - игры кончились, началась работаКРОК
Ежегодная международная конференция «ЦОД-2010».
Подробнее о мероприятии http://www.croc.ru/action/partners/detail/3987/
Презентация Руслана Заединова, руководителя направления ЦОД компании КРОК
Настройка и оптимизация высоконагруженных J2EE веб-приложений / Шамим Ахмед (...Ontico
Оптимизация любого веб-приложения — это нетривиальная задача, для решения которой требуется проводить мониторинг загрузки системных ресурсов, выполнять микро-вэнчмаркинг, экспериментировать с настройками, проводить нагрузочное тестирование и т.д.
В текущем году нашей команде довелось поучаствовать в нескольких проектах, в которых перед нами стояла задача оптимизации J2EE веб-приложений. Один из них — портал для ОАО «Сбербанк России» (www.sberbank.ru).
Основной сайт Сбербанка реализован на основе портального движка BackBase и является J2EE-приложением. При проведении оптимизации его работы нам пришлось изучить и собрать много информации и документов, которые связаны с настройкой и оптимизацией высоконагруженных веб-приложений.
В ходе реализации проектов я заметил, что не существует сводного документа с инструкциями по оптимизации работы приложения, поэтому решил поделиться нашим опытом. Этот доклад может послужить в качестве дорожной карты (Road Map) для настройки и оптимизации J2EE веб-приложений.
В докладе будут рассмотрены следующие аспекты:
1) Общие подходы и методология оптимизации веб-приложения.
2) Оптимизация настроек веб-сервера.
3) Оптимизация кода приложения на стороне клиента.
4) Оптимизация на стороне middleware, в том числе на сервере приложений.
5) Оптимизация на уровне Базы Данных.
Практика выбора облачных бизнес-приложений в территориально распределенных компаниях.
Рустэм Хайретдинов CEO Appercut Security
ПРАКТИКА ВЫБОРА ОБЛАЧНЫХ БИЗНЕС-ПРИЛОЖЕНИЙ
Serena requirements management with dimensions rm 07-2015 ruSoftmart
Презентация по новой версии решения для управления требованиями - Dimensions RM. Версия 14.2 также сильно отличается от предыдущей 12.1, как, например, автомобиль из 50х годов и современный кроссовер. Надо сказать, что предложения профессиональных инженерных инструментов в этом сегменте практически не осталось после фактического ухода с арены DOORs. Если кому-то уже очевидно, что управлять требованиями в Excel дальше нельзя, то эта презентация для вас.
14. Контакты
В группе компаний Rambler&Co всегда есть
открытые вакансии для тех, кто хочет
профессионально расти и развиваться,
занимаясь тем, что по-настоящему нравится
hr@rambler-co.ru
www.rambler-co.ru/jobs
Editor's Notes
Всем привет. Меня зовут Станислав Герман и я ведущий разработчик в Рамблер
Наверное когда вы слышите Рамблер на ум приходит поисковик из 90х, но на данный момент Рамблер это группа компания с ежемесячной аулдиторией 40 млн пользовтелей и более 50 проектами различной сложности. Я думаю многим из вас знакомы такие новостные и медиа проекты как Lenta Gazeta Afisha и Большинства из этих контентных площадок в компании построенны на Ruby on Rails.
В Ruby on Rails проектах мы используем паттерн CQRS Command Query Responsabilty Segregation В основе паттерна лежит принцип «вопрос не должен изменить ответ». Вы можете разделить модели на предназначенные для чтения (commands) и записи (query). Давайте я попробую объяснить на небольшом примере, как такой подход ложится на реалии Ruby on Rails приложения.
Command это модель ActiveRecord, в общем случае.
Каждый раз когда данные изменились в реляционной DB, происход вызов записи в базу для чтения в данном случае это mongoDB коллекция posts.
Теперь дынные разделены на две базы данных. Одна для для изменений вторая предназначена для для чтения.
На уровне модели для чтения реализация достаточно простая это Plain Old Ruby Object.
Враппер вокруг mongo_ruby_driver реализующий репозиторий. Так как не надо писать в базу нам не нужен тяжелий mongoid. PostRepository метод all возвращает экземпляры класса PostView представленный правее.
Дынные сериализуются в noSQL уже в подготовленном виде, удобном для чтения и денормализованном и они отвязаны от ActiveRecord.
Разделив код на уровне данных и моделей мы получили ряд преимуществ на уровне дизайна кода и его поддержки.
А что если посмотреть на данный пример чуть шире, то очевидно что дальнейшее раздение может принести дополнительные выгоды.
Монолитная архитектура на начальных этапах - когда кодовая база не большая, удобна.
При увеличении сложности системы её становится сложнее поддерживать, большая связность, сложность тестирования, проблемы с масштабируемостью.
Один из способов избежать этого Command Query Responsabilty Segregation.
В реализации CQRS мы разделяем приложение на два. Можно их назвать CMS и Site.
Два приложения одно только для записи второе только для чтения. CMS и Site.
У нас есть Postgress который перегоняет подготовленные и денормализованные данные в noSQL.
MongoDB master реплицируется с отдельными БД для каждого инстанса приложения.
При увеличении нагрузки на сайт мы можем практически до бесконечности горизонтально масштабировать приложение.
Так же плюсом является безопасность решения CMS закрыта от опасного внешнего интернета и не site не CMS не влияют на работоспособность друг друга.
Состоит в том что данный подход требует осторожности в использовании Он отлично подходит для контентных сайтов но не подойдет например для социальной сети.
В первую очередь необходима большая нагрузка на чтение по сравнению с записью.