Moscow Python Meetup №84. Фёдор Борщёв. Питон в аутсорсе: как писать хороший код

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

Видео: https://youtu.be/5j8FPF92t6g

Moscow Python: http://moscowpython.ru
Курсы Learn Python: http://learn.python.ru
Moscow Python Podcast: http://podcast.python.ru
Заявки на доклады: https://bit.ly/mp-speaker

Transcript

1. Как мы пишем нормальный код в аутсорсе Фёдор Борщёв «Федя и Самат» fedorandsamat.com t.me/pmdaily
2. аутсорс поднимите руку, если это вы Посмотрим, кто здесь собрался
3. аутсорс инхаус поднимите руку, если это вы Посмотрим, кто здесь собрался
4. Аутсорсеры делают
5. набрать джунов и продать их по часам Аутсорсеры делают ?
6. максимально эффективный отдел разработки набрать джунов и продать их по часам
7. Фёдор Борщёв Федя и Самат
8. Как настроить хороший аутсорс? правила и принципы переиспользовать 1
9. как обычно переиспользовать 1 сделаю библиотеку, чтобы каждый раз не повторяться
10. как обычно переиспользовать 1 на новом проекте библиотека не работает!
11. как обычно переиспользовать: не бизнес-логика, а технические части 1 копируем бизнес-логику как надо автоматизируем процессы разработки технические части
12. технические части каркасы проектов переиспользовать: не бизнес-логика, а технические части 1
13. технические части каркасы проектов сервисы (imgproxy, pg_datanymizer) переиспользовать: не бизнес-логика, а технические части 1
14. технические части каркасы проектов сервисы (imgproxy, pg_datanymizer) devops-пайплайны переиспользовать: не бизнес-логика, а технические части 1
15. технические части каркасы проектов сервисы (imgproxy, pg_datanymizer) devops-пайплайны DX переиспользуемость: не бизнес-логика, а технические части 1
16. DX 2 недели разбираемся начинаем работать инхаус
17. DX 2 недели разбираемся начинаем работать 2 недели никто не платит начинают платить инхаус аутсорс
18. DX не платят начинают платить аутсорс make/invoke на все сценарии использования
19. DX не платят начинают платить аутсорс make/invoke на все сценарии использования docker compose up: стейджинг в один шаг
20. DX не платят начинают платить аутсорс make/invoke на все сценарии использования docker compose up: стейджинг в один шаг CI, который это проверяет
21. Как настроить хороший аутсорс? правила и принципы переиспользовать, но не бизнес-логику, а технические части + DX 1
22. Как настроить хороший аутсорс? правила и принципы переиспользовать, но не бизнес-логику, а технические части + DX 1 стандарты 2
23. 200 кб документ со стандартами кодирования инхаус
24. 200 кб документ со стандартами кодирования инхаус аутсорс забьют или потеряют
25. забьют или потеряют все стандарты регламентируем в коде Расстановка запятых, кавычки, переносы строк — black, autoflake
26. забьют или потеряют все стандарты регламентируем в коде Расстановка запятых, кавычки, переносы строк — black, autoflake mypy (не забыть сделать жёстким)
27. забьют или потеряют все стандарты регламентируем в коде Расстановка запятых, кавычки, переносы строк — black, autoflake mypy (не забыть сделать жёстким) Более сложные требования к коду — flake8/ruff plugins
28. забьют или потеряют все стандарты регламентируем в коде Расстановка запятых, кавычки, переносы строк — black, autoflake mypy (не забыть сделать жёстким) Более сложные требования к коду — flake8/ruff plugins Требования к тестам — flake8-pytest, flake8-aaa, pytest-randomly, pytest-deadfixtures
29. забьют или потеряют все стандарты регламентируем в коде Расстановка запятых, кавычки, переносы строк — black, autoflake mypy (не забыть сделать жёстким) Более сложные требования к коду — flake8/ruff plugins Требования к тестам — flake8-pytest, flake8-aaa, pytest-randomly, pytest-deadfixtures wemake.services: styleguide, django-template
30. Как настроить хороший аутсорс? правила и принципы переиспользовать, но не бизнес-логику, а технические части + DX 1 жёсткие стандарты 2
31. Как настроить хороший аутсорс? правила и принципы переиспользовать, но не бизнес-логику, а технические части + DX 1 жёсткие стандарты 2 взаимодействие с основной командой 3
32. инхаус аутсорс давайте договоримся
33. инхаус аутсорс давайте договоримся вы нам не нравитесь
34. взаимодействие с основной командой: не встраиваться, а правильно изолировать 3
35. взаимодействие с основной командой: не встраиваться, а правильно изолироваться 3 наш код – отдельный сервис
36. взаимодействие с основной командой: event driven architecture 3 наш код – отдельный сервис взаимодействие через RabbitMQ
37. взаимодействие с основной командой: event driven architecture 3 наш код – отдельный сервис взаимодействие через RabbitMQ Если сложно делать события — CDC
38. взаимодействие с основной командой: event driven architecture 3 границы сервисов – бизнес, а не технологии
39. переиспользовать, но не бизнес-логику, а технические части + DX 1 жёсткие стандарты 2 Не пытаться встроиться в чужую команду 3
40. Как мы пишем нормальный код в аутсорсе Фёдор Борщёв «Федя и Самат» fedorandsamat.com t.me/pmdaily