Основы Symfony и отличия Sf 3.x от Sf 2.xIT61Альберт Матевосов, руководитель отдела разработки, “ДонИнтернет”
http://vk.com/stingmu
Основы о фреймворке Symfony
Отличия 3-ей ветки Symfony от 2-ой
Дальнейшее развитие Symfony
Symfony как микрофреймворкRuslan HanovSymfoniacs 9
Ханов Руслан
• История
• Области применения
• Особенности
• Перспективы
• Почему не слышно интересных историй применения
NPM и модульная архитектура приложенияDenis LatushkinРазработка проекта при помощи NPM. Внедрение зависимостей. Модули и модульная архитектура. Сборка на Webpack.
Юрий Василевский «Автоматизация в XCode»YandexЮрий Василевский «Автоматизация в XCode»
Yandex Mobile Camp в Санкт-Петербурге 2012
http://events.yandex.ru/events/yamobcamp/spb-may-2012/
Xcode — основной инструментарий разработки приложений под Mac OS X и Apple iOS. Он обладает широкими возможностями как для редактирования кода, так и для автоматизации задач. Мы обсудим некоторые из аспектов автоматизации (Code Sense, Targets, Services, Help), связанные с нумерацией сборок билдов, форматированием и контролем стиля кода, анализом дублированных участков кода, управлением внешними библиотеками.
Юрий Василевский "Автоматизация в XCode"YandexYandex Mobile Camp в Санкт-Петербурге, 30 мая 2012
Юрий Василевский, ведущий разработчик EPAM Systems, Mobile Solutions
Тема: Автоматизация в XCode
Тезисы:
Xcode — основной инструментарий разработки приложений под Mac OS X и Apple iOS. Он обладает широкими возможностями как для редактирования кода, так и для автоматизации задач.
Мы рассмотрим некоторые из аспектов автоматизации (Code Sense, Targets, Services, Help), связанные с нумерацией сборок билдов, форматированием и контролем стиля кода, анализом дублированных участков кода, управлением внешними библиотеками.
Устройство фреймворка symfony 2 (http://frontend-dev.ru)Александр ЕгурцовПрезентация к вебинару об устройстве фреймворка symfony 2.
Видеозапись вебинара находится в моём блоге по адресу http://frontend-dev.ru/2012/12/12/symfony2-основы
Масштабируемая архитектура фронтендаRoman DvornovКогда проект делает один разработчик — все просто. Когда над ним работает небольшая команда, можно синхронизироваться и договориться. А вот когда проектов (сайтов и приложений) становится много, и над ними трудится множество команд с перекрестной функциональностью и смежными зонами ответственности, все становится сложным и запутанным.
Я расскажу о своем виденье архитектуры фронтенда, какой она должна быть, чтобы обеспечить её масштабируемость. На основе своего опыта и проблем, с которыми сталкиваются большие проекты.
Видео: https://www.youtube.com/watch?list=PLknJ4Vr6efQFtZmsXmGG64Rz_PHrcXCBL&v=z9y6PNC2FL0
Как развивать библиотеку компонентов, не ломая ее / Артур Удалов (Mail.Ru Group)OnticoHighLoad++ 2017
Зал «Пекин + Шанхай», 8 ноября, 17:00
Тезисы:
http://www.highload.ru/2017/abstracts/2991.html
Нынче стало модно выделять UI-компоненты в отдельную библиотеку и использовать её в нескольких проектах. Мы в команде почты Mail.ru делаем так же, но столкнулись с проблемой: каждый разработчик, меняя библиотеку под свои нужды, обязательно ломает что-нибудь, что работало у других.
Я расскажу о том, как мы решили эту проблему, и о том, какие инструменты для этого можно использовать. Storybook, BackstopJS, Jest, Webdriver.io, TypeScript - в их числе.
История одной трансформации: как Magento 1 разработчику быстро переориентиров...Magecom UK LimitedАнастасия поделилась своим опытом, на что следует обратить внимание Magento 1 разработчикам при переходе на новую версию платформы.
Микросервисный фронтендViacheslav SlinkoПоследние несколько лет в продуктовой разработке проблемы масштабирования решаются через переход на микросервисную архитектуру. На эту тему было сказано много про подходы, плюсы и минусы, но мало кто рассматривал эту проблематику со стороны фронтенда.
В ЦИАН мы идем по пути перехода от монолита к микросервисам, в том числе и на фронтенде. Задачи и проблемы, с которыми мы сталкиваемся, очень близки к аналогичным на бэкенде, но в то же время совершенно другие.
В своем докладе я расскажу про архитектуру фронтенда (и так называемого миддленда) в ЦИАН: какие задачи перед нами стояли, что мы решили, где мы находимся сейчас и с какими проблемами мы столкнулись.
Микросервисный фронтенд / Вячеслав Слинько (ЦИАН)OnticoHighLoad++ 2017
Зал Дели + Калькутта, 7 ноября, 13:00
Тезисы:
http://www.highload.ru/2017/abstracts/2867.html
Последние несколько лет в продуктовой разработке проблемы масштабирования решаются через переход на микросервисную архитектуру. На эту тему было сказано много про подходы, плюсы и минусы, но мало кто рассматривал эту проблематику со стороны фронтенда.
В ЦИАН мы идем по пути перехода от монолита к микросервисам, в том числе и на фронтенде. Задачи и проблемы, с которыми мы сталкиваемся, очень близки к аналогичным на бэкенде, но в то же время совершенно другие.
Javascript-фреймворки: должен остаться только одинSergey XekРассказ от tech-менеджера о том, как мы в Acronis выбирали фреймворк в условиях, когда любое более-менее важное технологическое решение сразу затрагивает с десяток команд, несколько сотен человек и права «случайно все сломать» нет.
В докладе пойдет речь о том, что производительность фронтенда — это больше про слаженную работу команды, про понятный и масштабируемый код, чем про сухие циферки. Но циферки тоже будут.
1) Какие у нас были проблемы с текущим фреймворком — UI, архитектура, код.
2) Как измеряли, что примерно стоит брать (исследование популярности).
3) Что рассматривали.
4) На пути к демо-проекту, какие были сложности (то, что уперли идею с Typescript, собственный компилятор шаблонов, четыре Flux-фреймворка и все плохи).
5) Два пилотных демо-проекта: цифры.
6) Оценка трудоемкости перехода.
Javascript-фреймворки: должен остаться только один / Аверин Сергей (Acronis)OnticoРассказ от tech-менеджера о том, как мы в Acronis выбирали фреймворк в условиях, когда любое более-менее важное технологическое решение сразу затрагивает с десяток команд, несколько сотен человек и права «случайно все сломать» нет.
В докладе пойдет речь о том, что производительность фронтенда — это больше про слаженную работу команды, про понятный и масштабируемый код, чем про сухие циферки. Но циферки тоже будут.
1) Какие у нас были проблемы с текущим фреймворком — UI, архитектура, код.
2) Как измеряли, что примерно стоит брать (исследование популярности).
3) Что рассматривали.
4) На пути к демо-проекту, какие были сложности (то, что уперли идею с Typescript, собственный компилятор шаблонов, четыре Flux-фреймворка и все плохи).
5) Два пилотных демо-проекта: цифры.
6) Оценка трудоемкости перехода.
WebCamp: Developer Day: Разработка фронтенда: от кузницы до металлургического...GeeksLab OdessaРазработка фронтенда: от кузницы до металлургического завода
Дмитрий Поляков
разработчик команды Яндекс.Маркета
Первые версии фронденда Маркета далали всего несколько человек. Сегодня нас больше 20, а за это время сам Маркет технологически вырос из кузницы с ручным трудом до маленького html-завода, где многое за разработчика делают скрипты.
В докладе я расскажу особенности разработки фронтенда Маркета:
— создание рабочей копии для разработчика "в один клик";
— файловая структура шаблонов и их сборка;
— фриз статики;
— выкладка в продакшн: как обновить верстку на десятке серверов;
— общие компоненты между проектами: как избавиться от копипаста и ничего не сломать новой фичей.
Мой Python всегда со мной!PyNSKВ докладе мы рассмотрим создание переносимого дистрибутива Python для любых нужд и операционных систем (Windows & Linux). Познакомимся с существующими и альтернативными решениями. Сравним их достоинства и недостатки.
Докладчик: Григорий Кареев (Odin)
Видео: https://www.youtube.com/watch?v=fvBJG_IKvaQ
Масштабируемая архитектура фронтендаRoman DvornovКогда проект делает один разработчик — все просто. Когда над ним работает небольшая команда, можно синхронизироваться и договориться. А вот когда проектов (сайтов и приложений) становится много, и над ними трудится множество команд с перекрестной функциональностью и смежными зонами ответственности, все становится сложным и запутанным.
Я расскажу о своем виденье архитектуры фронтенда, какой она должна быть, чтобы обеспечить её масштабируемость. На основе своего опыта и проблем, с которыми сталкиваются большие проекты.
Видео: https://www.youtube.com/watch?list=PLknJ4Vr6efQFtZmsXmGG64Rz_PHrcXCBL&v=z9y6PNC2FL0
Как развивать библиотеку компонентов, не ломая ее / Артур Удалов (Mail.Ru Group)OnticoHighLoad++ 2017
Зал «Пекин + Шанхай», 8 ноября, 17:00
Тезисы:
http://www.highload.ru/2017/abstracts/2991.html
Нынче стало модно выделять UI-компоненты в отдельную библиотеку и использовать её в нескольких проектах. Мы в команде почты Mail.ru делаем так же, но столкнулись с проблемой: каждый разработчик, меняя библиотеку под свои нужды, обязательно ломает что-нибудь, что работало у других.
Я расскажу о том, как мы решили эту проблему, и о том, какие инструменты для этого можно использовать. Storybook, BackstopJS, Jest, Webdriver.io, TypeScript - в их числе.
История одной трансформации: как Magento 1 разработчику быстро переориентиров...Magecom UK LimitedАнастасия поделилась своим опытом, на что следует обратить внимание Magento 1 разработчикам при переходе на новую версию платформы.
Микросервисный фронтендViacheslav SlinkoПоследние несколько лет в продуктовой разработке проблемы масштабирования решаются через переход на микросервисную архитектуру. На эту тему было сказано много про подходы, плюсы и минусы, но мало кто рассматривал эту проблематику со стороны фронтенда.
В ЦИАН мы идем по пути перехода от монолита к микросервисам, в том числе и на фронтенде. Задачи и проблемы, с которыми мы сталкиваемся, очень близки к аналогичным на бэкенде, но в то же время совершенно другие.
В своем докладе я расскажу про архитектуру фронтенда (и так называемого миддленда) в ЦИАН: какие задачи перед нами стояли, что мы решили, где мы находимся сейчас и с какими проблемами мы столкнулись.
Микросервисный фронтенд / Вячеслав Слинько (ЦИАН)OnticoHighLoad++ 2017
Зал Дели + Калькутта, 7 ноября, 13:00
Тезисы:
http://www.highload.ru/2017/abstracts/2867.html
Последние несколько лет в продуктовой разработке проблемы масштабирования решаются через переход на микросервисную архитектуру. На эту тему было сказано много про подходы, плюсы и минусы, но мало кто рассматривал эту проблематику со стороны фронтенда.
В ЦИАН мы идем по пути перехода от монолита к микросервисам, в том числе и на фронтенде. Задачи и проблемы, с которыми мы сталкиваемся, очень близки к аналогичным на бэкенде, но в то же время совершенно другие.
Javascript-фреймворки: должен остаться только одинSergey XekРассказ от tech-менеджера о том, как мы в Acronis выбирали фреймворк в условиях, когда любое более-менее важное технологическое решение сразу затрагивает с десяток команд, несколько сотен человек и права «случайно все сломать» нет.
В докладе пойдет речь о том, что производительность фронтенда — это больше про слаженную работу команды, про понятный и масштабируемый код, чем про сухие циферки. Но циферки тоже будут.
1) Какие у нас были проблемы с текущим фреймворком — UI, архитектура, код.
2) Как измеряли, что примерно стоит брать (исследование популярности).
3) Что рассматривали.
4) На пути к демо-проекту, какие были сложности (то, что уперли идею с Typescript, собственный компилятор шаблонов, четыре Flux-фреймворка и все плохи).
5) Два пилотных демо-проекта: цифры.
6) Оценка трудоемкости перехода.
Javascript-фреймворки: должен остаться только один / Аверин Сергей (Acronis)OnticoРассказ от tech-менеджера о том, как мы в Acronis выбирали фреймворк в условиях, когда любое более-менее важное технологическое решение сразу затрагивает с десяток команд, несколько сотен человек и права «случайно все сломать» нет.
В докладе пойдет речь о том, что производительность фронтенда — это больше про слаженную работу команды, про понятный и масштабируемый код, чем про сухие циферки. Но циферки тоже будут.
1) Какие у нас были проблемы с текущим фреймворком — UI, архитектура, код.
2) Как измеряли, что примерно стоит брать (исследование популярности).
3) Что рассматривали.
4) На пути к демо-проекту, какие были сложности (то, что уперли идею с Typescript, собственный компилятор шаблонов, четыре Flux-фреймворка и все плохи).
5) Два пилотных демо-проекта: цифры.
6) Оценка трудоемкости перехода.
WebCamp: Developer Day: Разработка фронтенда: от кузницы до металлургического...GeeksLab OdessaРазработка фронтенда: от кузницы до металлургического завода
Дмитрий Поляков
разработчик команды Яндекс.Маркета
Первые версии фронденда Маркета далали всего несколько человек. Сегодня нас больше 20, а за это время сам Маркет технологически вырос из кузницы с ручным трудом до маленького html-завода, где многое за разработчика делают скрипты.
В докладе я расскажу особенности разработки фронтенда Маркета:
— создание рабочей копии для разработчика "в один клик";
— файловая структура шаблонов и их сборка;
— фриз статики;
— выкладка в продакшн: как обновить верстку на десятке серверов;
— общие компоненты между проектами: как избавиться от копипаста и ничего не сломать новой фичей.
Мой Python всегда со мной!PyNSKВ докладе мы рассмотрим создание переносимого дистрибутива Python для любых нужд и операционных систем (Windows & Linux). Познакомимся с существующими и альтернативными решениями. Сравним их достоинства и недостатки.
Докладчик: Григорий Кареев (Odin)
Видео: https://www.youtube.com/watch?v=fvBJG_IKvaQ
2. • Грибанов Антон
• Ведущий программист компании Amicus
• Выпускник ВлГУ 2007
• 5 лет в web-разработке
• Опыт использования Symfony 2 - 1 год
• shine@amicus.ru
2
3. Что такое фреймворк?
Программное обеспечение, облегчающее
разработку и объединение разных
компонентов большого программного
проекта.
Wikipedia
3
4. Для чего нужен фреймворк?
• Ускоряет разработку
• Оберегает от ошибок
• Стандартизирует разработку
• Облегчает доработку и поддержку
4
5. Symfony и Symfony2
• Бесплатен
• Выпускается фирмой Sensio Labs
• Версия 1.0 вышла в 2007 году
• Версия 2.0 вышла в 2011 году
5
7. Сильные стороны Symfony2
• Скорость работы
• Гибкость
• Расширяемость
• Стабильность
• Ориентированность на разработчика
7
8. Symfony2 — это набор компонентов
• HttpFoundation — реализует спецификацию http
• Routing — конфигурирует каким образом должны
обрабатываться URI
• Form — отвечает за генерацию и обработку форм
• Validator — позволяет задавать правила валидации
• ClassLoader — автозагрузчик классов
• Templating — библиотека для загрузки/рендеринга
шаблонов
• Security — библиотека для решения вопросов
безопасности в вашем приложении
• Translation — фреймворк для перевода строк в вашем 8
приложении
9. Мощь Symfony2 в бандлах
• Бандл (англ. Bundle) — каталог, содержащий набор
файлов (php-скрипты, css-стили,js-скрипты),
реализующий один функионал.
• В состав Symfony2 standart edition входит несколько
бандлов:
● SensioFrameworkExtraBundle
● SensioGeneratorBundle
● JMSSecurityExtraBundle
● и др.
• http://knpbundles.com
9
12. Создание страниц
• Необходимо создать свой бандл
• Руками
• С помощью встроенного генератора:
– php app/console generate:bundle --
namespace=Acme/HelloBundle --
format=yml
12