29-я встреча IT talk Spb. 23 апреля 2015 г. Тема: «Особенности Agile-разработки интернет-проектов на PHP/Yii, Python/Djangо и Java/Spring» Спикер: Петр Курышев, «ИнфоСреда»

1. Особенности agile
разработки интернет
проектов
на PHP/Yii, Python/Django и Java/Spring

2. Курышев
Петр
peter@infosreda.com
peter.kurishev

3. Текст
Agile
Что в нем?

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 надо

7. Что внутри?
Backend
Frontend
Mobile
DevOps
Q&A
PM
Дизайн
Аналитик

8. Что важно?
Скорость разработки
Скорость разработки
Цена
Достижение полезных результатов (качество)
Скорость доставки продукта
Жизнь - это боль бег

9. Важное замечание
Мы не обсуждаем чисто
технические аспекты
фреймворков
Пусть они останутся на их
совести
Мы говорим о том как
фреймворк влияет на agile
разработку и влияет ли
И мы говорим о прикладном
использовании, т.е. используем
фреймворк, а не пишем новый

10. Текст
PHP/Yii
Низкий порог вхождения (ха-ха)

11. Плюсы
Людей, которые в той или иной степени знают PHP достаточно много
на рынке труда
Стоимость среднего PHP разработчика все-таки ниже…
Выделение компонентов помогает успешно повторно использовать код
Автоматическое построение URLов (controller/action)
Да и вообще хостинг самый дешевый!
Кодогенерация (Gii)
Можно грамотно переносить быстро сделанные сайты на нормальные
рельсы

12. Условные минусы
Много спагетти кода
Не всегда «взрослое» community, но нужно
отметить что взрослеет
Если клиент говорит «PHP», то это значит, что
экономить он будет на всем и не всегда оправдано
Интеграция с jQieru (оно же и плюс, кстати)

13. Текст
Python/Django
Современно, молодежно и достаточно
серьезно (на самом деле RoR тоже где-то
здесь).

14. Основные принципы
DRY (do not repeat yourself)
Слабая связанность компонентов фреймворка
Широко используется ORM
Автопостроение админки
Батарейки. Потому что вставил и заработало
Generic Class Based Views если правильно понять и
использовать сэкономят вам кучу времени

15. Плюсы
Python :)
Много чего «из коробки» (авторизация, админка,
мультисайтовость, сайтмапы и много еще чего)
Качественные компоненты (reusable Django apps) -
более 3000 готовых компонентов
Есть даже встроенное решение для GIS
(GeoDjango)
C NoSQL решениями все еще пока не очень
хорошо

16. Условные минусы
Проблема выбора и поиска нужного компонента
На shared хостинге не надо. Начинается с VDS
Ограниченное количество кадров на рынке

17. Текст
Java/Spring
Зрелая платформа для зрелых проектов (на
самом деле для зрелых команд)

18. Плюсы
Зрелость
Enterprise с «человеческим лицом»
Можно использовать специалистов из Enterprise (актуально во время
кризиса)
Активноразвивающиеся средства кодогенерации и бутстрапинга (Spring
Boot) - уменьшает время старта проекта
Еще более развитые средства кодогенерации (JHipster - Yeoman,
Maven, Spring и Angular «в одном флаконе»)
Много оттестированных production и enterprise ready компонентов. Для
банков актуально, например

19. Условные минусы
Сложнее всего из тройки найти кадры
Самый высокий порог входа
Стоимость инфраструктуры
Java постоянно «хоронят»
Почему-то все думают что Java сама по себе есть много
памяти. Не думайте о памяти, разработчики все-равно
дороже!
А памяти в требованиях все-равно стоит от 1 Гб

20. Текст
Итоги и обсуждения
Итого:

21. Выводы для flame wars
Фреймворк влияет, но это аспект больше социальный, а не
технологический
Экосистема может быть большой, но если большое плохо пахнет, то это
все-равно не поможет
Экономьте деньги в разработке и выбирайте компромис между вашим
желанием сделать хорошо сейчас, хорошо потом и/или за приемлемые
деньги
Чем больше кода можно повторно использовать - тем лучше, ну или DRY
Выбирайте команду, которая с меньшими затратами реализовать ваши
задачи на том фреймворке, который ей хорошо знаком. Тут нет религии.
Только деньги

22. Всем добра!
Петр Курышев
peter@infosreda.com
skype: peter.kurishev
Спасибо что пришли!
Всем добра, Docker’а, KISS, DRY и всего
наилучшего!