В докладе пойдет речь суровых реалиях разработки коммерческого ПО. Поговорим о том, какой код нужен вашему заказчику и как организовать процессы в продуктовой команде чтобы решать задачи заказчика максимально эффективно.
5 правил успешной разработки приложений для бренда Heads&Hands
Презентация о правилах разработки мобильных приложений для крупных брендов. Основные ошибки и проблемы, с которыми сталкивается компания-разработчик и способы их решения.
Открывающая презентация на мастер-классе по проектированию в МИЭМ. В мероприятии участвовали сотрудники компаний UIDG и Mail.ru. Видео и фото с мастер-класса можно посмотреть здесь: http://miem.edu.ru/news/17-%D0%BC%D0%B0%D1%80%D1%82%D0%B0-%D0%B2-%D0%9C%D0%98%D0%AD%D0%9C-%D0%BF%D1%80%D0%BE%D1%88%D0%B5%D0%BB-%D0%BC%D0%B0%D1%81%D1%82%D0%B5%D1%80-%D0%BA%D0%BB%D0%B0%D1%81%D1%81-%D0%BF%D0%BE-%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8E-%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D0%BA%D0%B8%D1%85-%D0%B8%D0%BD%D1%82%D0%B5%D1%80%D1%84%D0%B5%D0%B9%D1%81%D0%BE%D0%B2.html
«Розробка мобільних додатків від початку створення ТЗ до релізу»Stfalcon Meetups
Доповідач — Олександр Зозуля.
Провідний розробник мобільних додатків студії stfalcon.com, один з кращих доповідачів потоку «Мобільна розробка» конференції Lviv Mobile Development Day.
Разработка сайта это как война: череда сражений за победу. А в современной войне есть три важные вещи: разведка, артобстрел и авиация. Небесные высоты мы оставим дизайнерам, а поговорим о разведчиках и об орудиях дальнего боя. То есть о системных аналитиках и о проектировании сайтов.
5 правил успешной разработки приложений для бренда Heads&Hands
Презентация о правилах разработки мобильных приложений для крупных брендов. Основные ошибки и проблемы, с которыми сталкивается компания-разработчик и способы их решения.
Открывающая презентация на мастер-классе по проектированию в МИЭМ. В мероприятии участвовали сотрудники компаний UIDG и Mail.ru. Видео и фото с мастер-класса можно посмотреть здесь: http://miem.edu.ru/news/17-%D0%BC%D0%B0%D1%80%D1%82%D0%B0-%D0%B2-%D0%9C%D0%98%D0%AD%D0%9C-%D0%BF%D1%80%D0%BE%D1%88%D0%B5%D0%BB-%D0%BC%D0%B0%D1%81%D1%82%D0%B5%D1%80-%D0%BA%D0%BB%D0%B0%D1%81%D1%81-%D0%BF%D0%BE-%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8E-%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D0%BA%D0%B8%D1%85-%D0%B8%D0%BD%D1%82%D0%B5%D1%80%D1%84%D0%B5%D0%B9%D1%81%D0%BE%D0%B2.html
«Розробка мобільних додатків від початку створення ТЗ до релізу»Stfalcon Meetups
Доповідач — Олександр Зозуля.
Провідний розробник мобільних додатків студії stfalcon.com, один з кращих доповідачів потоку «Мобільна розробка» конференції Lviv Mobile Development Day.
Разработка сайта это как война: череда сражений за победу. А в современной войне есть три важные вещи: разведка, артобстрел и авиация. Небесные высоты мы оставим дизайнерам, а поговорим о разведчиках и об орудиях дальнего боя. То есть о системных аналитиках и о проектировании сайтов.
Интерфейсные решения систем для сотрудников. В какую сторону смотрят разработ...Дмитрий Силаев
Если раньше крупные интеграторы гордились изобилием функционала и возможностью интегрировать свой продукт куда угодно, то теперь все говорят про персональные интерфейсы и потребности сотрудников.
Идея не нова, однако то, что об этом стали говорить разработчики говорит о революции, "революции в головах".
* — слайды и слайды с комментариями.
Я часто слышу, что заказная разработка — это зло. Заказчик-самодур диктует свои условия, а разработчики пляшут под его дудку, пишут на Друпале (привет Омск), не высыпаются и мечтают о продуктовой разработке. Где, говорят, один внутренний заказчик, который всё знает, пишет подробное ТЗ, сроки гибкие, а разработчиков кормят плюшками с клюквой и возят на конференции. Все счастливы!
На самом деле нет. Есть свои нюансы, которые стоит учитывать.
О них я и расскажу:
— Product team VS feature team VS “dev на 50% времени и frontend на 20%, test на 100%”.
— “Продакт все знает он нам напишет подробное ТЗ” VS прототипы и сплит-тестирование.
— Старожилы VS живчики.
— “Сначала сделаем, потом подумаем как зарабатывать”.
Персонажи и события не выдуманы, буду использовать опыт 2ГИС.
Интерфейсные решения систем для сотрудников. В какую сторону смотрят разработ...Дмитрий Силаев
Если раньше крупные интеграторы гордились изобилием функционала и возможностью интегрировать свой продукт куда угодно, то теперь все говорят про персональные интерфейсы и потребности сотрудников.
Идея не нова, однако то, что об этом стали говорить разработчики говорит о революции, "революции в головах".
* — слайды и слайды с комментариями.
Я часто слышу, что заказная разработка — это зло. Заказчик-самодур диктует свои условия, а разработчики пляшут под его дудку, пишут на Друпале (привет Омск), не высыпаются и мечтают о продуктовой разработке. Где, говорят, один внутренний заказчик, который всё знает, пишет подробное ТЗ, сроки гибкие, а разработчиков кормят плюшками с клюквой и возят на конференции. Все счастливы!
На самом деле нет. Есть свои нюансы, которые стоит учитывать.
О них я и расскажу:
— Product team VS feature team VS “dev на 50% времени и frontend на 20%, test на 100%”.
— “Продакт все знает он нам напишет подробное ТЗ” VS прототипы и сплит-тестирование.
— Старожилы VS живчики.
— “Сначала сделаем, потом подумаем как зарабатывать”.
Персонажи и события не выдуманы, буду использовать опыт 2ГИС.
“Эволюция разработки flash-игры: от хаоса к порядку”
Проблемы разработки игр под flash-platform.
Основные этапы разработки игры Королевство и фактор “так исторически сложилось”.
Выбор подходов к разработке и их эволюция.
Сапоги для сапожника – инструментарий разработчика.
Запускаем браузерку в соцсетях и зарубежом: проблемы, решения, ошибки.
Делаем социалку на рельсах браузерки.
Проектирование Программных Систем. Лекция 01Dima Dzuba
Лекция рассказывает о базовых принципах построения программного обеспечения. Проводится сравнение гибких (Agile) и водопадных методологий разработки программного обеспечения.
Автоматизация бизнес-процессов: проектирование архитектуры конкурентных решенийCUSTIS
Открытый семинар для студентов в компании CUSTIS (7 ноября 2012 года).
Лектор: Павел Спесивцев, ведущий разработчик php.
Аннотация: На семинаре будут рассмотрены особенности заключения бизнес-логики в эффективные структуры и алгоритмы, незыблемые, актуальные и набирающие обороты подходы к проектированию бизнес-приложений, а также выигрышные пути оптимизации высоконагруженных информационных систем. Вы узнаете, можно ли на пути к совершенству архитектуры решений обойти известные подводные камни и от чего можно застраховаться на этапе проектирования.
Видеозапись семинара: https://vimeo.com/53314724.
Презентация с вебинара "Спроси эксперта. Все, что вы хотели узнать про «дыры» в коде, но не у кого было спросить"
Ссылка на страницу вебинара (и запись) - http://solarsecurity.ru/analytics/webinars/665/
Я бы соврал, если бы сказал, что работа над новым приложением LiveJournal для iOS проходила абсолютно гладко - такого просто не бывает. Несколько используемых API, часть из которых дорабатывалась в процессе, непростой дизайн, необычные продуктовые решения, сложная политика кэширования - все это делало проект не просто сложным, а и очень интересным с точки зрения разработки.В своем выступлении я хочу рассказать несколько историй о том, как налаженные процессы разработки и применение принятых в iOS команде Rambler&Co архитектурных подходов помогли нам в каких-то случаях пережить столкновение с граблями, а в каких-то - и вовсе не наступать на них. Я затрону такие темы, как code review и его роль в поддержании концептуальной целостности проекта, continuous delivery, организацию гибкого сетевого слоя, unidirectional data flow, и, конечно же, VIPER. И небольшой спойлер: мы все-таки его выпустили, и оно крутое!
TК°Conf. Организация разработки Frontend. Виталий Слободин.TKConf
Расскажу об организации процесса разработки Frontend в единый конвейер, чтобы увеличить скорость и минимизировать затраты с рисками.
Как организовать верстку макета по фантастичному макету дизайнера при этом не вогнав в когнитивный диссонанс результатом на Bootstrap.
Каким образом объединить воинствующие стороны: Frontend, Backend и дизайнеров.
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. Микросервисы и 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
Красивый интерфейс лишь вершина айсберга. Под водой скрывается очень много: структура самого приложение, нужный пользователю функционал, цели пользователей и бизнеса. На примере проверенных временем моделей я покажу необходимые этапы проектирования интерфейсов и их влияние на пользовательский опыт. А чтобы окончательно вас убедить в своих словах, расскажу примеры из собственного опыта, иллюстрирующие как надо и как не стоит делать.
16. 15
А тем временем в реальном мире…
- кривые backend системы
- несогласованность подразделений заказчика
- железобетонные deadlines
- и прочие “космические лучи”