29-я встреча IT talk Spb.
23 апреля 2015 г.
Тема: «Особенности Agile-разработки интернет-проектов на PHP/Yii, Python/Djangо и Java/Spring»
Спикер: Петр Курышев, «ИнфоСреда»
CONTINUOUS INTEGRATION ДЛЯ ЧАЙНИКОВ ВМЕСТЕ С TEAMCITYPavel Tsukanov
то такое "Непрерывная Интеграция", зачем она нужна и с чем ее едят? Правда ли, что она нужна только для тестировщиков? На все эти вопросы мы постараемся найти ответы в ходе выступления Щербакова Ильи на нашей следующей юзер-группе.
ThemeForest: Как пробиться и стоит ли игра свеч? | Odessa Frontend Meetup #9OdessaFrontend
Роман Пшеничный делится своим 4-х летним опытом работы разработки шаблонов для площадки ThemeForest. Рассказывает плюсы, минусы, подводные камни, а так же причины почему большинство желающих не могут попасть на этот рынок. И показывает рабочий процесс создания шаблона и используемые технологии.
User Stories - этот подход к описанию знаний о продукте просто понять и очень сложно использовать :) Кроме того, складывается ощущение, что при его использовании забывается самая главная часть - умение рассказывать истории о продукте и формировать общее понимание без необходимости подробного описания всех спецификаций, которые все равно никто никогда не читает. Мы постарались собрать все темы, которые необходимо осветить для беспрепятственной реализации задумок и разработали специальный инструмент для фасилитации обсуждений - User Story Canvas
CONTINUOUS INTEGRATION ДЛЯ ЧАЙНИКОВ ВМЕСТЕ С TEAMCITYPavel Tsukanov
то такое "Непрерывная Интеграция", зачем она нужна и с чем ее едят? Правда ли, что она нужна только для тестировщиков? На все эти вопросы мы постараемся найти ответы в ходе выступления Щербакова Ильи на нашей следующей юзер-группе.
ThemeForest: Как пробиться и стоит ли игра свеч? | Odessa Frontend Meetup #9OdessaFrontend
Роман Пшеничный делится своим 4-х летним опытом работы разработки шаблонов для площадки ThemeForest. Рассказывает плюсы, минусы, подводные камни, а так же причины почему большинство желающих не могут попасть на этот рынок. И показывает рабочий процесс создания шаблона и используемые технологии.
User Stories - этот подход к описанию знаний о продукте просто понять и очень сложно использовать :) Кроме того, складывается ощущение, что при его использовании забывается самая главная часть - умение рассказывать истории о продукте и формировать общее понимание без необходимости подробного описания всех спецификаций, которые все равно никто никогда не читает. Мы постарались собрать все темы, которые необходимо осветить для беспрепятственной реализации задумок и разработали специальный инструмент для фасилитации обсуждений - User Story Canvas
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?ScrumTrek
Мой доклад посвящен истории создания нового продукта и новой команды. Эта история началась в 2012-м году с идеи создания WEB-сервиса для предоставления корпоративным клиентам операторов связи возможности управлять своими M2M-SIM-картами, т.е. SIM-картами, установленными в различных устройствах. Наша история, наверное, похожа на многие, но имеет и свои особенности. С одной стороны, мы являлись представителями крупной и известной компании. С другой столкнулись, практически со всеми проблемами, типичными для стартапа. В самом начале нас было несколько энтузиастов. Мы одновременно разрабатывали продукт, искали заказчика, финансирование, формировали команду и выстраивали в ней процессы. Нас окружал "суровый энтерпрайз" ;) Мы пережили все болезни роста и продукта и команды, несколько раз нам казалось, что все пропало. В какой-то момент, мы осознали, что пора выбираться из хаоса и обратиться к современным методологиям разработки ПО, таким, как Agile. Но осознать мало, надо еще сделать :) На наше счастье, к этому моменту, в нашей компании также начались процессы перестройки всего подхода к производству. О пройденном за три года пути, сделанных выводах и приобретенном опыте я и хочу рассказать слушателям моего доклада.
Опросный лист оценки знаний по соревновательной робототехникеAlexander Kolotov
Опросный лист оценки знаний по соревновательной робототехнике, содержащий матрицу компетенций, которыми рекомендуется овладеть потенциальным участникам робототехнических состязаний уровня World Robot Olympiad.
DevOps Fest 2020. Максим Безуглый. DevOps - как архитектура в процессе. Две к...DevOps_Fest
Сотни вопросов о структуре и процессах, которые ставят и решают архитекторы и практики DevOps на примере решений в своем проекте.
Взаимоопределяющие вопросы архитектуры, DevOps, бизнеса и разработки.
Взрыв сложности - представьте, что вместо простого gmail подобного почтового SPA вам нужно построить и развивать новый sendmail на сервере + thunderbird для клиентов (desktop, мобильную и веб версию) по SAAS multi tenant модели.
Методики управления развитием ис на базе 1сHelen Kopteva
Данная презентация была представлена в ходе вебинара "Методики управления развитием ИС на базе 1С. СППР как возможный инструмент поддержки данных методик". Ведущий - Олег Демиденко, руководитель отдела внедрения, руководитель проектов компания "Кодерлайн".
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?ScrumTrek
Мой доклад посвящен истории создания нового продукта и новой команды. Эта история началась в 2012-м году с идеи создания WEB-сервиса для предоставления корпоративным клиентам операторов связи возможности управлять своими M2M-SIM-картами, т.е. SIM-картами, установленными в различных устройствах. Наша история, наверное, похожа на многие, но имеет и свои особенности. С одной стороны, мы являлись представителями крупной и известной компании. С другой столкнулись, практически со всеми проблемами, типичными для стартапа. В самом начале нас было несколько энтузиастов. Мы одновременно разрабатывали продукт, искали заказчика, финансирование, формировали команду и выстраивали в ней процессы. Нас окружал "суровый энтерпрайз" ;) Мы пережили все болезни роста и продукта и команды, несколько раз нам казалось, что все пропало. В какой-то момент, мы осознали, что пора выбираться из хаоса и обратиться к современным методологиям разработки ПО, таким, как Agile. Но осознать мало, надо еще сделать :) На наше счастье, к этому моменту, в нашей компании также начались процессы перестройки всего подхода к производству. О пройденном за три года пути, сделанных выводах и приобретенном опыте я и хочу рассказать слушателям моего доклада.
Опросный лист оценки знаний по соревновательной робототехникеAlexander Kolotov
Опросный лист оценки знаний по соревновательной робототехнике, содержащий матрицу компетенций, которыми рекомендуется овладеть потенциальным участникам робототехнических состязаний уровня World Robot Olympiad.
DevOps Fest 2020. Максим Безуглый. DevOps - как архитектура в процессе. Две к...DevOps_Fest
Сотни вопросов о структуре и процессах, которые ставят и решают архитекторы и практики DevOps на примере решений в своем проекте.
Взаимоопределяющие вопросы архитектуры, DevOps, бизнеса и разработки.
Взрыв сложности - представьте, что вместо простого gmail подобного почтового SPA вам нужно построить и развивать новый sendmail на сервере + thunderbird для клиентов (desktop, мобильную и веб версию) по SAAS multi tenant модели.
Методики управления развитием ис на базе 1сHelen Kopteva
Данная презентация была представлена в ходе вебинара "Методики управления развитием ИС на базе 1С. СППР как возможный инструмент поддержки данных методик". Ведущий - Олег Демиденко, руководитель отдела внедрения, руководитель проектов компания "Кодерлайн".
Михаил Завилейский "Мотивация через понимание" IT talk #6 (Днепропетровск)DataArt
Михаил Завилейский, генеральный директор DataArt, рассказал про теорию спиральной динамики К. Грейвза, К. Кована и Д. Бека и показал, как ее можно применить в мотивации, наметил пути использования теории в работе и в жизни.
Встреча прошла ярко: полный зал, множество вопросов во время и после выступления. Тема оказалась настолько интересной, что, после окончания IT Talk, несмотря на позднее время суток, многие слушатели окружили Михаила и еще долго не отпускали.
___
Видео: http://www.youtube.com/watch?v=gJcrlzFTjiw&feature=youtu.be
Сайт:http://it-talk.dataart.ru/
Сайт компании :http://www.dataart.ru/
Facebook : https://www.facebook.com/DataArt.Enjoy
Vkontakte: https://vk.com/dataart_enjoy
Twitter: https://twitter.com/DataArt_Enjoy
A Journey to Power Intelligent IT - Big Data EmployedMohamed Sohail
Sustainability has become a hot topic as a result of significant concerns about the unintended social, environmental, and economic consequences of rapid population growth, economic growth, and consumption of our natural resources. For the IT industry in particular, a highly important consideration that affects the decisions of IT managers is data center power consumption and carbon emission.
"Этот код плохой, его нужно переписать". Слышали? Как обосноватьMaksym Bezuglyi
Как на языке бизнеса доказать необходимость переписывания кода. Как бизнес может объяснить инженерам, что этого делать не нужно, либо как сделать это правильно с перспективы бизнеса.
Менеджерские школы учат, как готовить проекты правильно. А реальность говорит про 30% успешного завершения проектов. Чувствуете проблему?
Этот доклад про опыт. Про множество подходов, которые смогут помочь ускорить разработку. Никакой уличной магии нет, есть множество рецептов, приводящих к результату, который даёт на выходе работающий продукт и радует заказчика. Это факторы планирования, технологий, психологии, презентации, приоритезации и многие другие.
Приготовьтесь к изменениям!
Разработка сайта это как война: череда сражений за победу. А в современной войне есть три важные вещи: разведка, артобстрел и авиация. Небесные высоты мы оставим дизайнерам, а поговорим о разведчиках и об орудиях дальнего боя. То есть о системных аналитиках и о проектировании сайтов.
Виды QA: Всё что вы не знали и боялись спроститьGoIT
19.02.2015 состоялось очередное событие, посвященное тематике Тестирования ПО.
Встреча помогла участникам
• разобраться в видах QA;
• получить информацию о «подводных» камнях каждого из направлений;
• узнать о специфике работы тестеровщика;
• перенять опыт тестировщиков с многолетним стажем;
• узнать о нововведениях в мире QA;
• выбрать свой путь развития в тестировании.
Спикерами выступили:
Александр Майданюк – QA Lead, Manager, QA Consultant и Trainer. Занимает позицию Head
of Quality Assurance Solution в Ciklum. Эксперт и судья QA секции чемпионатов UA Web
Challenge. Соучредитель Киевского Клуба тестировщика QA Club.
Николай Ковш – QA Engineer в Ciklum. Является ярким примером свитчера - человека,
который сменил область деятельности. Со-организатор ивентов в QA Club - самом большом
киевском сообществе тестировщиков. Николай расскажет, почему тестировщику важно
научиться программировать.
Марина Шевченко – Mobile QA Engineer в Ciklum. QA з досвідом тестування веб, дестопних
та мобільних додатків. Співорганізатор заходів в QA Club – найбільшій київській спільності
тестувальників.
От заката до рассвета | Максим Безуглый | Zlit TechZlit
Светлое будущее.
Карго-культ.
Деловые отношения между бизнесом и разработчиками.
Человеческие и профессиональные отношения между фронт и бек разработчиками
Виталий Шибаев - Креативный менеджмент глазами разработчика: как выжить в agi...HappyDev
Матерый enterprise проект с "зоопарком" из разнообразных технологий. Часто меняющаяся команда и требовательный заказчик. Менеджер, активно пытающийся вытянуть проект... Все составляющие для сюжета, достойного Титаника.
Было перепробовано множество практик для улучшения процесса разработки, и больше всего это влияло на нас, разработчиков. В одночасье рушились привычные устои, а новые, не успев прижиться, менялись снова. Разве возможна нормальная работа в такой нервной обстановке?
Автор критически оценит парное программирование, тестирование, code review и прочие практики из мира улучшения разработки, а также расшарит набитые шишки и обнаруженные грабли.
DataArt Custom Software Engineering with a Human ApproachDataArt
DataArt is a global software engineering firm that takes a uniquely human approach to solving problems. With over 20 years of experience, teams of highly-trained engineers around the world, deep industry sector knowledge and ongoing technology research, we help clients create custom software that improves their operations and opens new markets. Powered by our People First principle, we work with clients at any scale and on any platform, and adapt alongside them as they evolve.
DataArt is a global software engineering firm that takes a uniquely human approach to solving problems. With over 20 years of experience, teams of highly-trained engineers around the world, deep industry sector knowledge, and ongoing technology research, we help clients create custom software that improves their operations and opens new markets. Powered by our People First principle, we work with clients at any scale and on any platform, and adapt alongside them as they evolve.
DataArt Financial Services and Capital MarketsDataArt
DataArt is a global software engineering firm that takes a uniquely human approach to solving problems. With over 20 years of experience, teams of highly-trained engineers around the world, deep industry sector knowledge, and ongoing technology research, we help clients create custom software that improves their operations and opens new markets. Powered by our People First principle, we work with clients at any scale and on any platform, and adapt alongside them as they evolve.
We integrate our engineering excellence with deeply human values that drive our business and our approach to relationships: curiosity, empathy, trust, honesty, and intuition. These qualities help us deliver high-value, high-quality solutions that our clients depend on, and lifetime partnerships they believe in.
DataArt has earned the trust of some of the world’s leading brands and most discerning clients, including Nasdaq, Travelport, Ocado, Centrica/Hive, Paddy Power Betfair, IWG, Univision, Meetup and Apple Leisure Group among others. DataArt brings together expertise of over 3000 professionals in 20 locations in the US, Europe, and Latin America.
Мы ежедневно посещаем десятки и сотни сайтов и периодически видим рекламу, зачастую даже не задумываясь, откуда она вообще берется. Почему именно эта реклама показана вам именно здесь? И какая роль JS во всем этом?
Рассмотрим:
• поговорим о жизненном цикле рекламного баннера и проследим его путь от рекламодателя до браузера;
• узнаем, кто же постоянно следит за нами в интернете, как много информации о нас им доступно;
• определим способы выявления некачественного трафика;
• разберемся, зачем нужно контролировать качество просмотров;
• обсудим, почему нельзя так просто взять и просмотреть всю статистику по рекламе в одном месте (или все-таки можно?).
Алексей Уманский, JS Developer, AnyMind Group. Опыт работы в IT – четыре года. Участвовал в тревел- и gamedev-проектах: разрабатывал крупный сервис по покупке авиабилетов, создавал систему игровых автоматов для онлайн казино. Последний год работал в Таиланде над продуктами в области Digital Marketing: онлайн биржа для influencer-ов и сервис по управлению рекламой на сайте, а так же сбору статистики по ней.
DevOps Workshop:Что бывает, когда DevOps приходит на проектDataArt
Александр Снеговой, DevOps Software Engineer в DataArt.
Более шести лет в IT. Сертифицированный AWS Solutions Architect Associate. Докладчик на международных научных конференциях. Религиозный фанат Docker.
Оксана Харчук, Senior QA Engineer.
Презентация:
Коммуникация в жизни QA. Как выстроить эффективные коммуникации тестировщику с бизнес аналитиком, разработчиком, менеджером и клиентом.
Нельзя просто так взять и договориться, или как мы работали со сложными людьмиDataArt
Эллина Азадова, QA Lead в DataArt Kherson.
Презентация:
Реальные примеры из своей практики, как работать со сложными людьми: интровертами, экстравертами, излишне эмоциональными и с постоянно пессимистически настроенными.
Дмитрий Клипинин, DevOps Engineer в GlobalLogic, более 10 лет опыта работы в IT, сертифицированный специалист Microsoft по технологиям Active Directory и SQL Server.
Презентация:
1. Эволюция системного администратора.
2. DevOps-практики.
3. Основные DevOps-инструменты.
Александр Снеговой, DevOps Software Engineer в DataArt Kherson. Более шести лет в IT. Сертифицированный AWS Solutions Architect Associate. Докладчик на международных научных конференциях. Религиозный фанат Docker.
Презентация:
1. Докеризация приложения.
2. Настройка CI/CD.
3. Развертывание инфраструктуры в AWS с помощью Terraform.
4. Почему agile?
Нет времени на waterfall, продукт устареет прежде чем
выйдет. Мы хотим чаще
Общение - наше все
Неявные риски рулят: «Мы узнаем о проблеме, когда
столкнемся с ней»
Разрабатывать ПО дорого и мы заплатим любому, кто
сделает этот процесс дешевле!
Клиент не знает что он хочет. По крайней мере пока не
знает
5. Не совсем очевидные
следствия
Очень часто встречается MVC, MVVC или MVP или как вы там это
называете
ORM, Object mapping или что-то в этом роде (но есть примеры и без него,
только писать много придется)
Каждая agile команда уникальна => нет унифицированного agile процесса
разработки, нельзя внедрить «по книжке»
Клиент должен быть внутри процесса, а не снаружи
Fixed price - очень рискованно. Проще начать на T&M, и подумать о FP
после 3-5 итераций
Все участники примерно равны потому что а) делают одно дело; б)
самоорганизуются, а не подчиняются.
6. Не совсем очевидные
последствия часть II
Code less, gain more or die hard
Энергия команды ограничена, а эклог все растет…
Мы вас обратно спрашивать не будем
CI/CD? Всегда!
Тесты, как бы неприятно это не было. Потому что
скорость
Очень Scaffolding надо
9. Важное замечание
Мы не обсуждаем чисто
технические аспекты
фреймворков
Пусть они останутся на их
совести
Мы говорим о том как
фреймворк влияет на agile
разработку и влияет ли
И мы говорим о прикладном
использовании, т.е. используем
фреймворк, а не пишем новый
11. Плюсы
Людей, которые в той или иной степени знают PHP достаточно много
на рынке труда
Стоимость среднего PHP разработчика все-таки ниже…
Выделение компонентов помогает успешно повторно использовать код
Автоматическое построение URLов (controller/action)
Да и вообще хостинг самый дешевый!
Кодогенерация (Gii)
Можно грамотно переносить быстро сделанные сайты на нормальные
рельсы
12. Условные минусы
Много спагетти кода
Не всегда «взрослое» community, но нужно
отметить что взрослеет
Если клиент говорит «PHP», то это значит, что
экономить он будет на всем и не всегда оправдано
Интеграция с jQieru (оно же и плюс, кстати)
14. Основные принципы
DRY (do not repeat yourself)
Слабая связанность компонентов фреймворка
Широко используется ORM
Автопостроение админки
Батарейки. Потому что вставил и заработало
Generic Class Based Views если правильно понять и
использовать сэкономят вам кучу времени
15. Плюсы
Python :)
Много чего «из коробки» (авторизация, админка,
мультисайтовость, сайтмапы и много еще чего)
Качественные компоненты (reusable Django apps) -
более 3000 готовых компонентов
Есть даже встроенное решение для GIS
(GeoDjango)
C NoSQL решениями все еще пока не очень
хорошо
16. Условные минусы
Проблема выбора и поиска нужного компонента
На shared хостинге не надо. Начинается с VDS
Ограниченное количество кадров на рынке
18. Плюсы
Зрелость
Enterprise с «человеческим лицом»
Можно использовать специалистов из Enterprise (актуально во время
кризиса)
Активноразвивающиеся средства кодогенерации и бутстрапинга (Spring
Boot) - уменьшает время старта проекта
Еще более развитые средства кодогенерации (JHipster - Yeoman,
Maven, Spring и Angular «в одном флаконе»)
Много оттестированных production и enterprise ready компонентов. Для
банков актуально, например
19. Условные минусы
Сложнее всего из тройки найти кадры
Самый высокий порог входа
Стоимость инфраструктуры
Java постоянно «хоронят»
Почему-то все думают что Java сама по себе есть много
памяти. Не думайте о памяти, разработчики все-равно
дороже!
А памяти в требованиях все-равно стоит от 1 Гб
21. Выводы для flame wars
Фреймворк влияет, но это аспект больше социальный, а не
технологический
Экосистема может быть большой, но если большое плохо пахнет, то это
все-равно не поможет
Экономьте деньги в разработке и выбирайте компромис между вашим
желанием сделать хорошо сейчас, хорошо потом и/или за приемлемые
деньги
Чем больше кода можно повторно использовать - тем лучше, ну или DRY
Выбирайте команду, которая с меньшими затратами реализовать ваши
задачи на том фреймворке, который ей хорошо знаком. Тут нет религии.
Только деньги