Тестирование программного обеспечения не ново, уже давно разработчики, которые пишут на Java, Ruby и других серверных языках, успешно применяют TDD в своем процессе разработки. Картина тестирования меняется, когда мы начинаем говорим о программах, написанных на JavaScript-е. Часто эти программы исполняются в браузере, у пользователя на компьютере, и являются промежуточным звеном между пользователем и сервером.

В начале программы выглядят довольно просто, но с ростом проекта растет и объем JavaScript кода. В них появляется бизнес логика, перенесенная с сервера на клиент для улучшения отзывчивости, хитрая логика показа/скрытия элементов UI, и маленький, понятный скрипт, который был в начале, уже давно не маленький и не везде понятный. Непонимание приводит к дублированию кода. Дублирование кода влечет за собой рост сложности и количества ошибок. Из-за сложного кода уже не так просто добавлять новую функциональность, а постоянные ошибки начинают раздражать пользователей.

Всё это негативно сказывается на команде и проекте в целом. Одним из инструментов, который позволяет бороться со сложностью и количеством ошибок, является автоматическое тестирование. Однако тестирование JavaScript-а имеет свою специфику. В этом докладе я расскажу про свой опыт тестирования клиентского кода.

Наша компания является соорганизатором Docker-митапа в Петербурге, поэтому нам приходится использовать Docker в продакшне. На самом деле - не поэтому. А почему и зачем - как раз об этом я и расскажу в докладе. Поскольку мы накопили уже довольно большой опыт использования Docker для решения довольно сложных задач, мне есть о чем рассказать.

А что ещё за фронтэндеры такие? А они есть в Пензе? Ну конечно! Мы даже специально собрали здесь несколько интересных экземпляров из разных компаний города (руками не трогать, кусаются). Вас ждёт серия блиц-докладов о лучших практиках, немного философии и много дельных рецептов. А ещё потом можно дружно затроллить их на специальном баркемпе (помидоры и яйца приносить с собой). В общем, мойте руки и проходите на нашу кухню (да-да, пиво в холодильнике, бери уже, не стесняйся).

Блиц-доклады:

Я могу разложить стили и разметку по полочкам, а ты?
Всё ещё копируешь CSS-код? Держишь все стили в одном файле на 100500 строк? Уверен, что словосочетание «Объектно-ориентированный CSS» — просто остроумная шутка? Никак не дойдут руки разобраться, что такое BEM? Тогда тебе точно сюда, пора расширять сознание.

Меня уже тошнит от этого спагетти! Организация JS-кода
Надоел спагетти-код или просто хочется разнообразить свой рацион? Вам тут понравится! Я расскажу какой фреймворк лучше съесть сегодня на ужин, как его приправить и чем запивать. А может вам уже пора садиться на диету или заняться велосипедом?!

Почему они не тестируют код и пишут с ошибками?
Кто этот загадочный человек “фронтэндер”? Почему он не тестирует свой код? Постоянно допускает в нем синтаксические ошибки? Как это исправить?

Посмотрим на море различных уязвимостей глазами разработчика и разложим их по полочкам своей системы классификации, чтобы понять на что нужно обращать внимание при написании безопасных приложений. Будет много примеров уязвимого кода, разберем SQL Injection, XSS, CSRF, Session Fixation, типичные логические уязвимости и другие типы атак.

Материал будет особо ценен для .NET разработчиков, все примеры написаны на C# и мы затронем особенности архитектуры безопасности ASP.NET платформы. Так как все рассматриваемые типы уязвимостей актуальны и для других платформ, то и остальные программисты найдут для себя полезную информацию в этом докладе.

Технически Ecwid это пара десятков связанных друг с другом сервисов, запущенных в нескольких копиях в трех датацентрах. Любая машина с любым сервисом может как внезапно пропасть из кластера (проблемы с железом, сетью, кодом) так и появиться там (выросла нагрузка и автоматически запустились дополнительные сервера).

Такая архитектура требует поддерживать знания "все обо всех" - сервисы должны постоянно знать кто в кластере работает (а кто уже нет) и распределять между собой задачи. Мы создали механизмы service discovery и cluster-wide блокировок на базе consul и это работает. В докладе я расскажу о технических подробностях и нюансах работы с consul.

Обзорный доклад, который рассказывает о том, что такое DevOps, какие практики относятся к DevOps и почему это важно. Так же, на примере двух систем - ansible и chef, рассказывается о том, что такое системы управления конфигурацией, зачем они нужны и какие задачи помогают решить.

Хороших и отличных разработчиков разделяет совсем немного качеств, тем не менее разница в результатах их работы порой очень большая. Дело тут не в эрудированности и каких-то личных качествах, а только в понимании ценностей. У разработчика они одни, у его руководства другие. Очень редко бывает когда они совпадают.

Мой доклад попробует объяснить, к чему надо стремиться к работе, и что за это будет.

Современный веб-сервер становится интерактивным (websockets, server sent events) и распределённым (microservices). А разрабатывать его нужно, как всегда, быстро и надежно.

В докладе я расскажу про язык программирования Clojure и о том, почему он является идеальным инструментом для разработки интерактивных систем:

• Какие библиотеки и инструменты есть для web-стека;
• Как программирование значениями и чистыми функциями (ФП) упраздняет многие проблемы concurrency;
• Как работать с изменяемым состоянием с использованием Software Transactional Memory;
• Как писать простой асинхронный код с помощью библиотеки core.async;
• Как разрабатывать, интерактивно взаимодействуя с работающей системой прямо из редактора.

Мир баз данных за последние годы существенно изменился. Повсеместное проникновение интернет технологий привело к необходимости работы с большим количеством разнородных данных в реальном времени, к чему традиционные реляционные СУБД оказались не готовы. Принято считать, что слабая масштабируемость и излишняя “жесткость” модели данных реляционных СУБД и являются основными причинами появляние и роста популярности NoSQL баз данных (NoSQL в дальнейшем). Я расскажу о концептуальных предпосылках появления NoSQL и их классификации. Одним из “жупелов” NoSQL является поддержка типа данных json, который реализует документо-ориентированную модель данных. Эта модель данных является более гибкой и позволяет менять схему данных “на лету”, что сделать очень трудно в реляционных СУБД, особенно в работающих под большой нагрузкой системах. Тем не менее, несмотря на успех NoSQL, многие пользователи не готовы приносить в жертву целостность данных в угоду масштабируемости, но хотят иметь гибкость схемы данных в проверенных и надежных реляционных СУБД. Темпы роста компьютерной индустрии (процессоры, дисковые подсистемы и сетевые устройства) позволяют большому количеству проектов успешно функционировать на одном сервере и не требовать горизонтальной масштабируемости NoSQL. Более того, при правильном проектировании архитектуры приложения возможно добиться горизонтальной масштабируемости реляционной СУБД, что подтверждает пример проекта Instagram, использущий открытую реляционную СУБД PostgreSQL.

Нами была предложена и реализована поддержка документо-ориентированной модели в PostgreSQL (версия 9.4). Уже больше 10 лет в PostgreSQL существует возможность работать со schema-less данными, используя наш модуль расширения hstore. Hstore предлагает хранилище ключ-значение с сохранением всех реляционных возможностей, что сделало его самым используемым расширением PostgreSQL. Однако, возникающие технологии, основанные на популярном стандарте json, требуют от баз данных встроенную поддержку иерархических структур. Мы разработали бинарное хранение для вложенных структур с поддержкой массивов и типов, что позволило реализовать новый тип данных jsonb, гибкий язык запросов jsquery с индексной поддержкой. Таким образом, открытая СУБД PostgreSQL получила полноценную поддержку json и стала серьезным конкурентом MongoDB.

1. Что такое руби на рельсах. Как оно ездит.

• язык ruby
• философия.
• ruby on rails (RoR)
•  mvc-фреймворк, базовые принципы и схема работы.

2. Мотивация. Зачем вставать на рельсы.

• в чем и для кого RoR лучше (почему RoR так популярен для стартапов)
• инструменты разработки.
• популярные мифы и легенды.

3. Личный опыт. Минуты славы.

• культура разработки.
• ошибки "новичков".
• как повышать качество, умные слова: CI, тестирование, кодревью, рефакторинг, парное программирование.

4. Бонус. Зачем ездить на конференции )

Доклад для студентов, начинающих программистов.

Цель: сформировать представление о технологическом стеке RoR, особенностях работы веб-программиста в целом и ruby-программиста в частности.

Доклад посвящен вопросам создания аналитических систем на базе многомерных хранилищ данных. Будут рассмотрены следующие вопросы:

• для чего нужны системы Business Intelligence (BI);
• какова история их появления из каких компонентов состоит типичная система BI;
• почему "традиционные" реляционные СУБД не всегда подходят для задач аналитики;
• как многомерная модель данных отвечает на вопросы, стоящие перед аналитическими системами;
• что такое технология OLAP и ее разновидности;
• что такое многомерные базы данных, измерения, факты, агрегаты, витрины данных;
• зачем нужен язык MDX;
• каково текущее состояние рынка BI (основные игроки и продукты);
• существуют ли альтернативы многомерным БД и каковы они.

Доклад ориентирован на всех желающих познакомиться с технологией многомерных хранилищ данных, в том числе на начинающих IT специалистов.

База данных зачастую является неотъемлемым элементом любого проекта и к ней предъявляют довольно жесткие требования в плане производительности и стабильности. Если вы планируете использовать PostgreSQL в своем проекте, то столкнетесь с вопросом выбора операционной системы. Одной из популярных на сегодняшний день операционных систем является Linux. Сочетание гибкости и стабильности делает Linux хорошим кандидатом в качестве платформы для PostgreSQL. Однако настройки по умолчанию предназнaчены для широкого круга задач и потребностей. В этом докладе я расскажу о том, на какие настройки следует обратить внимание и как они влияют на работу PostgreSQL. Какие из этих настроек более важные, а какие - нет. Как сделать работу PostgreSQL более предсказуемой как в обычных условиях, так и при непостоянной или растущей нагрузке.

Все больше и больше в IT отрасль проникают/адаптируются идеи "бережливого производства" #Lean Software Development, #Lean Startup, #Kanban, #Continuous Delivery...

Все эти идеи, практики и инструменты "работают" только в руках специалистов с определенными профессиональными ценностями, образом мыслей и соответствующими им навыками. Таких специалистов я и называю "бережливыми". Какие они? Как они мыслят? Какие у них ценности? Какими навыками они обладают? Как такими стать?

Приходите, обсудим ответы на эти вопросы!

• Проблемы в команде разработки: технические и организационные.
• Причины организационных проблемм: инстинкты, психология, прокрастинация.
• Историческая справка: что делали наши деды и пра-пра-прадеды.
• Концепция выстраивания коридоров - желательные действия облегчаются, нежелательные действия затрудняются.
• Практическое применение: Стендапы, time tracking, достижение целей.

Модель проектного треугольника очень быстро дала плоды на благодатной почве русской души, которая любит всё делать с размахом. Хотите больше фич? Надо увеличивать сроки! Хотите более качественный продукт? Давайте расширим команду!

Первое следствие такого подхода становится заметным сразу: мы всё реже выпускаем новые версии, а бюджет непрерывно растёт. Но постепенно становится заметным и менее ожидаемый результат: продукт качественнее не становится, а за единицу времени мы добавляем всё меньше новых фич.

Раздутая команда становится неуправляемой, расширяться дальше нет желания и возможностей. Как решать проблему?

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

• Распространённые источники утечек ресурсов, времени и качества.
• Способы анализа эффективности проектных процессов (ТОС, Lean).
• Поиск узких горлышек (bottlenecks).
• Расчёт ROI при внедрении внутрипроектных улучшений.
• “Бесплатные” решения по повышению качества.
• Человеческий фактор и борьба с консерватизмом при внедрении улучшений.

Доклад будет полезен руководителям проектов, руководителям продуктов, руководителям отделов разработки и руководителям отделов тестирования, а также всем сочувствующим.

p.s. Я очень люблю agile – это замечательная методология, люблю коллег agile коучей, но очень не люблю, когда все проблемы в разработке лечат одной и той же таблеткой, а когда она не срабатывает, говорят что вы «недостаточно» старались или вам не хватает “true” agile…

• демонстрация Ubuntu Touch (15.04) - что представляет собой ОС, в чем отличие от Ubuntu (и в чем схожесть), версии (RTM, 15.04)
• виды приложений, технологии разработки (app, scopes, Qt/QML, HTML5)
• как распространяются приложения (click-пакеты) - среда разработки (Ubuntu SDK), можно с демонстрацией работы
• варианты установки Ubuntu Touch на телефон/планшет, сам процесс установки, двойная загрузка
• пример разработки/отладки приложения.

Менеджерские школы учат, как готовить проекты правильно. А реальность говорит про 30% успешного завершения проектов. Чувствуете проблему?

Этот доклад про опыт. Про множество подходов, которые смогут помочь ускорить разработку. Никакой уличной магии нет, есть множество рецептов, приводящих к результату, который даёт на выходе работающий продукт и радует заказчика. Это факторы планирования, технологий, психологии, презентации, приоритезации и многие другие.

Приготовьтесь к изменениям!

Как быть молодым командам разработчиков, начинающим свой нелегкий путь? Многие выбирают популярное направление разработки мобильных приложений. Какие подводные камни ожидают их? Возможно ли разработать стоящее приложение на мобильный рынок Пензы?

• Работа в команде.
• Что надо знать и что делать не надо.
• Гранты и ресурсы.
• Личный опыт.

• Создаем сеть агентов влияния.
• Лояльность клиентов как инструмент маркетинга.
• Эффективный партнерский маркетинг.
• Кейс: Как мы собрали 600 довольных клиентов за 5 месяцев без вложений в рекламу.

Доклад ориентирован на аудиторию занимающуюся созданием или продвижением стартапов. Либо тем кто хотел бы создать что то свое но их пугает отсутствие денег и непонимание того как можно продвигать стартап другими путями требующих минимум вложений.

• Обзор игровых движков
• Почему именно Unity3d
• Что нужно знать разработчику игр
• Специфика разработки мобильных, браузерных и стендэлоун игр.
• Где и как учиться.
• Практические советы. Подбор вспомогательных инструментов.
• Стоимость разработки игр.
• Способы заработка на играх.
• Продвижение.
• Каких доходов можно ожидать.
• Примеры успешных и неуспешных игр. Секрет успеха.
• Serious games

Аудитория

Доклад нацелен как на новичков (людей которые только начали заниматься gamedev или хотят им заняться), так и на профессионалов индустрии, т.к. собираюсь поделиться не только своим практическим опытом, но и опытом других проектов с разработчиками которых я лично знаком.

На докладе обсудим следующие вопросы.

1. Как с помощью формулировок удерживать фокус внимания на потребностях пользователя.
2. Достаточно ли сценариев использования для разработки продукта и зачем могут пригодиться пользовательские сценарии.
3. На что могут повлиять пользовательские сценарии.
4. Как выбрать, что из пожеланий пользователей выполнять в первую очередь, а что можно сделать позже.

В конце потренируемся думать о пользовательских потребностях.

Для того, чтобы создавать общественное благо и помогать решать социальные проблемы не обязательно полностью менять свою жизнь - мобильный краудфандинг, краудсорсинг и микроволонтерство сделали процесс помощи максимально простым (и часто очень интересным).

В своем докладе я расскажу, зачем нужно создавать такие приложения, какие задачи они решают и кому могут быть полезны.