Программа

- Почему некоторые offline - online компании получают $млрд+ оценки?
- Какие перспективы для квалифицированных команд разработчиков открыты сейчас на рынке ритейла?
- Мой незавершенный опыт построения компании стоимостью $1+ млрд.

Я расскажу о том как небольшие, казалось бы случайные события в конце концов привели нас к тому, что мы стали работать с Фёдором и создали свою собственную кампанию.

Доклад повествует о том, что важно знать перед тем, как начать собственный бизнес. Особенно, если вы технический специалист и делаете это в первый раз. О чем стоит подумать, о чем не стоит забывать. Все с примерами из собственного опыта.

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

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

Как часто бывает, что вы написали отличный код, решили задачу, а заказчик недоволен?

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

Еще типичный случай. Заказчик попросил добавить форму с небольшой логикой. После добавления формы заказчик говорит, что это не то, что ему было нужно. Он удивляется, как вы, такой профессионал, могли позволить ему заплатить за эту нелепую функцию?

Мы разберем различные ситуации и посмотрим на типовые ошибки, которые портят нервы и карму программистам. Существуют приемы, которые помогут вам сделать заказчика счастливей и оставить свою психику стабильном состоянии.

Свои истории из практики для разбора вы можете прислать до конференции на почту alexander.byndyu@gmail.com. Не могу обещать, что успеем разобрать все ситуации, но самые интересные обязательно рассмотрим на мастер-классе 7-го декабря.

В последние несколько лет о S.O.L.I.D не говорил только ленивый. Кому-то они нравятся, кто-то их критикует. Однако, аргументы, которые приводятся в пользу и против этих принципов очень субъективны и лежат больше в области эмоций, чем фактов.

В своем докладе я хочу показать, откуда появились S.O.L.I.D принципы, почему они именно такие и стоит ли их вообще придерживаться, а также в каких еще парадигмах программирования они справедливы.

Обещаю, что с такой точки зрения о S.O.L.I.D Вы еще не слышали. Если же то, что будет рассказано в докладе, Вам было известно, то готов заплатить Вам 500 руб. за потраченное время.

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

Лет сорок назад были долгие дискуссии: как учить программистов? Как математиков? Как физиков? Как инженеров? Сошлись на том, что их нужно учить как инженеров. Что лежит сегодня в основе инженерного мышления? Системный подход. Все о нём слышали, никто не может рассказать, в чём его суть, и что он позволяет делать инженерам.

Постараюсь изложить суть данного подхода, насколько это возможно за ограниченное время.

Доклад по видео-связи.

Поговорим о том, как устроено и зачем нужно объектное хранилище, которое называется LeoFS. Слушатели узнают, что находится внутри подобной системы, и как взаимодействуют ее части. Полезно будет всем любознательным и неравнодушным людям, у которых в базах данных живут не гномики.

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

Не знаете, куда обратиться с идеей стартапа? Где вам смогут помочь, даже если у вас еще нет ничего?
Расскажу, как ФРИИ помогает развиваться стартапам. От преакселератора до раунда А. Что включает в себя программа акселерации ФРИИ, которая позволяет компаниям увеличивать выручку в 2-5 раз за 3 месяца. Почему ФРИИ оценивает preseed (предпосевную) стадию с 7% и в чем опасность завышать оценку на ранних стадиях.
Не поняли, о чем это я? Не беда, все расскажу на докладе!

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

На чём основывать дизайн? На пожеланиях заказчика? На собственном видении проекта? На основе того и другого?

Мы считаем, что дизайн чего бы то ни было и вообще любую коммуникацию с целевой аудиторией нужно основывать на карте бренда. Только тогда дизайн будет действительно эффективен, будет достигать поставленные перед ним цели.

Из доклада вы узнаете что такое карта бренда, какие пункты она содержит, каким образом влияет на эффективность дизайна. А на практической части вы поймёте как составлять карту бренда. Белее того — вы составите её вместе с нами, не важно для вымышленного бренда, либо для реального.

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

Рассказ о том, как в условиях ограниченного времени придумать имя компании или продукту, которое будет работать.

Мой рассказ для молодых дизайнеров, как фрилансеров, так и тех, кто работает в студиях. Для всех, кто испытывает трудности на протяжении всех этапов ведения проекта по созданию айдентики.

Я расскажу про наш подход к работе (IDM). Остановлюсь более подробно на технической стороне процесса работы.

Пощупаем рабочее пространство веб-сервиса, позволяющего делать адаптив. Сделаем простенькую адаптивную страницу под ПК, планшет и смартфон.

Ты все еще прогаешь на Objective-C? Устал от форматных строк? Тратишь много времени на оптимизацию и подсчитываешь количество вызовов? Самое время отбросить устаревшую технологию и внедрять Swift!... или нет?
Плюсы, минусы и сложности внедрения новой технологии.
Первые примеры (пока забугорные).
Как и что делаем мы в Improve Digital, с чего начать.

Возьмем типовую задачу, например, блог. И посмотрим, каким образом можно сохранить эти данные в NoSQL базах вроде MongoDB и Cassandra.

Участникам стоит заранее скачать:
- MongoDB 2.6.5 и документацию к ней
- Apache Cassandra 2.1.2 и документацию к ней
Доступа к Интернету во время мастер-класса может не быть.

1. Как можно оценить проект в самом начале? Вероятностная модель для итеративных проектов.
2. Демонстрация Excel-ки с конфигуратором проекта (как можно обосновать оценку перед заказчиком и показать ему вклад в стоимость отдельных элементов функционала?)
3. Эффект выпрямления сроков и парадокс самопродалбывающегося прогноза (почему при оценке проекта мы закладываемся на риски, умножаем оценку на магический коэффициент и все равно нам немного не хватает?)
4. Основы метода критической цепи: как избавиться от влияния
5. Как использовать управление проектом по методу критической цепи (из предыдущего модуля) для итеративных и скрам проектов? Демонстрация Excel-ки.
6. Как можно отслеживать состояния портфеля проектов на одной диаграмме (fever charts)? (http://cartmendum.livejournal.com/156228.html)
7. Игра-симуляция, объединяющая все воедино.

Участникам нужны:
- 1-2 ноутбука на группу из 5-6 человек
- Excel или LibreOffice
Доступа в Интернет во время мастер-класса может не быть.

Знакомство с языком программирования Switf. Функциональный подход в программировании. Знакомство с XCode Playground.

Участникам необходимо иметь:
Установленный и хотя бы один раз запущенный XCode 6.1. При первом запуске он скачает доп. пакеты, чтобы не было проблем с выкачкой на месте.
Будьте готовы к тому, что доступ к Интернет будет медленным или его не будет вообще.

Сказ в 7 главах о том, как компания перестала аутсорсить и стала сервисной. Доклад будет полезен тем, кто решил сказать "НЕТ" аутсорсу, и начать заниматься полезными делами.
Глава 1 О том, как мы стали аутсорсерами.
Глава 2 Клиент и аутсорсинг. Сборная по бегу по граблям.
Глава 3 Клиенты, с которыми хочется расти.
Глава 4 Партнерство. Слушаюсь и повинуюсь.
Глава 5 Яйца учат курицу. Прекращать делать то, что хотят клиенты.
Глава 6 Show must go on
Заключение: НКВД, KPI, КПСС, SLA, cpp - нужное подчеркнуть.

Мы поговорим о стратегиях и способах автоматического тестирования Android приложений. Рассмотрим существующие решения их плюсы и минусы для различных ситуаций. Напишем автоматические тесты для приложения "HappyDev 2015".

Участникам необходимо иметь:
- JDK 6 или JDK 7
- Android Studio версии 0.8.6 или выше
- Компоненты Android SDK: API 19: SDK Platorm; Extra: Android Support Library; Extra: Google Play Services
- Oracle VM VirtualBox версии 4.2.12 или выше
- Genymotion версии 2.2.2
- Genymotion Virtual Device "Google Nexus 4 - 4.4.2 - API 19 - 768x1280"
- SmartGit версии 6.0.6 или выше
Подробнее смотрите здесь: https://github.com/AlexKorovyansky/happydev-master-class
Пожалуйста, скачайте все заранее, Интернет на базе отдыха может быть не очень быстрый.

Будем рассматривать инструменты для фронтенд-разработки, встроенные в браузер Google Chrome, в два этапа:

1. HTML, CSS и базовая отладка JavaScript. На примере известных сайтов будем учиться анализировать внутреннее устройство страницы и редактировать код на лету, а также пользоваться малоизвестными функциями, облегчающими жизнь разработчикам. Постараюсь сделать эту часть максимально простой, чтобы охватить начинающих разработчиков и веб-дизайнеров, расширяющих свой кругозор.

Участникам:
Должен быть установлен браузер Google Chrome последней версии.

Будем рассматривать инструменты для фронтенд-разработки, встроенные в браузер Google Chrome, в два этапа:

2. Продвинутые возможности. Анализ производительности страницы, скорости рендеринга и использования оперативной памяти. Для демонстрации будем использовать написанный мной пример, и, возможно, известные сайты. Эта секция более продвинутая и требует хоть какого-то бэкграунда во фронтенд разработке.

Участникам:
Должен быть установлен браузер Google Chrome последней версии.

Участники мастер-класса пройдут все этапы разработки проекта на основе API Яндекс.Карт на примере создания карты игрового мира. В процессе обучения слушатели научатся выполнять базовые операции при работе с API Яндекс.Карт: создание карты, создание геообъектов, кастомизация сущностей карты (меток, балуна и т.п.). Так и узнают более частные, но полезные кейсы работы с API: работа со слоями, создание собственных элементов управления, оптимизация вывода большого количества элементов на карту. На выходе участники мастер-класса получат умение создавать проекты аналогичные http://skyrim.coolaps.com/

Участникам понадобится:
- Браузер
- Любой удобный IDE для работы с html/js
- Клиент GitHub (опциально)

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

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

Научимся показывать законченное приложение без программистов.

Превращения бизнес-процессов в игру и использование игровых механик считалось сильным и модным трендом пару лет назад. Однако потом, что-то пошло не так. Мода ушла, началась работа. Я хочу поговорить именно о работе. О том как геймификация меняет мир в разных отраслях, как мы привыкли к ней и уже не замечаем в других. Поговорим о механиках и подходах, которые уже сейчас легко внедрить на ваших проектах.

- Как объяснить дизайн, чтобы было понятно?
- Как делать меньше переделок?
- Как создать ощущение реального приложения?

Релиз как точка невозврата: что нужно не забыть.
Разные виды развития событий.
Держим руку на пульсе. Что отслеживать после запуска.
Что делать, если что-то пошло не так.
Уроки на будущее.

1. Написание спецификации для поведения
2. Написание тестов под спецификацию ( для frontend и backend)
3. Реализация приложения на основе спецификации
4. Расширение спецификации и обновление тестов
5. Реализация нового набора функциональности на основе обновленной спецификации

Участникам необходимо иметь:
- vagrant
- node.js v0.10.*
- npm (last stable)
- node modules: browserify: ^6.3.3, chai: ^1.10.0, express: ^4.10.4, istanbul: ^0.3.2, jquery-browserify: ^1.8.1, lodash: ^2.4.1, mocha: ^2.0.1, mocha-istanbul: ^0.2.0, mocha-phantomjs: ^3.5.1, mustache-express: ^1.2.0, phantomjs: ^1.9.12, sinon: ^1.12.1, stylus: ^0.49.3
Скачайте заранее репозиторий и вагрант бокс, проследуйте инструкциям.
Репозиторий: https://bitbucket.org/rabbiabram/happydev2014workshop
GitHub: https://github.com/rabbiabram/happydev2014workshop
Вагрант бокс: https://www.dropbox.com/s/sbtn436yrnjg67s/happydev2014fullstack.box?dl=0
Будьте готовы к тому, что во время мастер-класса Интернет будет не сильно быстрым.

Попытаемся разобраться в том, почему 90% дизайна безыдейно, почему всех это устраивает, и как это использовать.

Рассказ о том, как в условиях ограниченного времени придумать имя компании или продукту, которое будет работать.

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

Как мы в aviasales сделали систему распознавания фраз естественного языка. В докладе затронуты следующие вопросы:
- Что такое natural language processing и что оно умеет?
- Как сделать учет морфологии. Как работают стеммеры?
- Почему Lisp? Чем хорош Clojure?
- Стоит ли применять Lisp на фронтэнде: наш опыт с Clojurescript/Om

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

Быстрая и эффективная разработка Android приложений. Что использовать, как эффективно решать стандартные задачи, новинки мира Android разработки. О проектах, новинках API, людях и интересных событиях.

Разговор о трудностях и возможностях перехода от дизайна как "визуализации" к дизайну как к "проектированию". Или как и зачем студия дизайна стала агентством полного цикла.

Серверные разработчики — люди с другой планеты. Как сделать хороший сервер для мобильного приложения, и как не нужно делать точно.
На этом баркемпе мне бы хотелось не ныть о рукожопости, а попытаться пофантазировать, как можно выстроить идеальные отношения серверных и мобильных разработчиков. А также рискнуть сформулировать несколько правил, придерживаясь которых можно сделать API для мобильного приложения быстро и качественно.