Produktywność i flow pracy Pythonistów

Transcript

1. Produktywność i f low pracy Pythonistów Sebastian Buczyński
2. Nowy projekt
3. Ten sam projekt 6 miesięcy później
4. Nie ma takich rzeczy
6. • Architekt @ Sauce Labs • Trener / Konsultant @ Bottega IT Minds • Szkolę głównie z testowania, Czystej Architektury i mikroserwisów • Lubię memy • Bloguję @ breadcrumbscollector.tech • Adwokat inżynierii oprogramowania w świecie Pythona whoami
7. Mierzenie produktywności jest trudne • Liczba napisanych linii kodu = ☠ • Liczba commitów = ☠ • Liczba zrobionych zadań w sprincie = ☠
8. Łatwo zauważyć, że coś jest nie tak Trudniej jest poprawić
9. Łatwo zauważyć, że coś jest nie tak Trudniej jest poprawić Bilety do kina dla osoby, która zrobi najwięcej commitów
10. Developer Experience DevEx
11. https://queue.acm.org/detail.cfm?id=3595878
12. Przykład #1 Przykład #2 Pętle zwrotne (ang. feedback loops) Czas wykonania zautomatyzowanego zestawu testów Czekanie na przetestowanie zadania Stan przepływu (ang. f low) Klarowność celów i zadań Przerwania (np. częste spotkania, długie czekanie na CI) Ładunek kognitywny (ang. cognitive load) Ilość kroków potrzebna do wdrożenia zmiany na produkcję Postrzegana złożoność kodu, z którym pracuję
13. Przykład #1 Przykład #2 Pętle zwrotne (ang. feedback loops) Czas wykonania zautomatyzowanego zestawu testów Czekanie na przetestowanie zadania Stan przepływu (ang. f low) Klarowność celów i zadań Przerwania (np. częste spotkania, długie czekanie na CI) Ładunek kognitywny (ang. cognitive load) Ilość kroków potrzebna do wdrożenia zmiany na produkcję Postrzegana złożoność kodu, z którym pracuję
14. Przykład #1 Przykład #2 Pętle zwrotne (ang. feedback loops) Czas wykonania zautomatyzowanego zestawu testów Czekanie na przetestowanie zadania Stan przepływu (ang. f low) Klarowność celów i zadań Przerwania (np. częste spotkania, długie czekanie na CI) Ładunek kognitywny (ang. cognitive load) Ilość kroków potrzebna do wdrożenia zmiany na produkcję Postrzegana złożoność kodu, z którym pracuję
15. Jesteśmy na konferencji użytkowników Pythona Nie na wszystko będziemy mieć wpływ
16. Cykl wytwarzania oprogramowania 6. Utrzymanie 5. Testowanie / integracja 4. Implementacja 3. Projektowanie 2. Analiza 1. Planowanie
17. Implementacja
18. Implementacja Praca z kodem • edytory • formatery • lintery • adnotacje typów + type checkery • asystenty AI
19. [subiektywny] ranking edytorów … … …
20. [subiektywny] ranking edytorów 1. PyCharm (edycja komercyjna) … …
21. [subiektywny] ranking edytorów 1. PyCharm (edycja komercyjna) 1. VS Code …
22. [subiektywny] ranking edytorów 1. PyCharm (edycja komercyjna) 1. VS Code Poza podium: Zed
23. Kluczowe funkcje edytora/IDE #1 Automatyzacja importów
24. Kluczowe funkcje edytora/IDE #2 Zmiana nazwy
25. Kluczowe funkcje edytora/IDE #3 Wydzielenie funkcji/metody
26. Kluczowe funkcje edytora/IDE #4 Integracja z asystentami AI* (i ogólnie system wtyczek)
27. Formatery • black • isort • ruff format • yapf • …
33. Lintery • pylint • f lake8 • ruff • …
36. Adnotacje typów
39. Type checkery ang. type checkers • mypy • pyright • pyre • …
42. Zastosowanie adnotacji typów w Pythonie • Wychwytywanie błędów (z type checkerami) • Baza dla bibliotek opierających się o adnotacje • https://github.com/typeddjango/awesome-python-typing • Podpowiedzi w IDE
43. Skon f iguruj type checkera! Mypy domyślnie pozwala na zbyt wiele
44. Czego używać? • Formater - … • Linter - … • Type checker - …
45. Czego używać? • Formater - ruff - zastępuje blacka i isorta, niedorzecznie szybki • Linter - … • Type checker - …
46. Czego używać? • Formater - ruff • Linter - ruff - zastępuje f lake8, -- f ix, niedorzecznie szybki • Type checker - …
47. Czego używać? • Formater - ruff • Linter - ruff • Type checker - ruff https://github.com/astral-sh/ru ff /issues/3893
48. Czego używać? • Formater - ruff • Linter - ruff • Type checker - pyright / mypy*
49. Kiedy uruchamiać? Jak najwcześniej.
50. Receptura nr 1: Integracja z edytorem/IDE https://marketplace.visualstudio.com/items?itemName=charliermarsh.ru ff #using-the-rust-based-language-server
51. Receptura nr 2: Podczas zapisu pliku { "language_overrides": { "Python": { "format_on_save": "on", "formatter": { "external": { "command": "bash", "arguments": [ " - c", "ruff check -- f i x -- stdin - f i lename {buffer_path} | ruff format -- stdin - f i lename {buffer_path}" ] } } } } }
52. Receptura nr 3: Ręczne uruchamianie po zakończeniu etapu pracy (Make f ile) # Makef i le qa: ruff check . - - extend - select I - - f i x ruff format . mypy - - strict - - enable - incomplete - feature=NewGenericSyntax . pytest tests/ # konsola make qa
53. Receptura nr 3: Ręczne uruchamianie po zakończeniu etapu pracy (nox) # noxf i le.py import nox from nox import Session @nox.session def lint_and_f i x(session: Session) - > None: session.run("ruff", "check", ".", " - - extend - select", "I", " - - f i x") . . . # konsola nox - - no - venv - s lint_and_f i x
54. Asystenty AI
56. Asystenty AI • Github Copilot • Tabnine • AWS CodeWhisperer • … (+ specjalne edytory, plus modele dostępne tylko w formie czatu, itp.)
57. Asystenty AI 2. doskonałe zastosowania • … • …
58. Asystenty AI 2. doskonałe zastosowania • Wiesz co chcesz napisać, ograniczeniem jest tempo pisania • …
59. Asystenty AI 2. doskonałe zastosowania • Wiesz co chcesz napisać, ograniczeniem jest tempo pisania • Nie pamiętasz jak coś dokładnie zrobić w popularnym narzędziu
61. Czy warto? Jeszcze jak![1][2] 1. W fazie eksploracji przeszkadza 2. Halucynacje! Type hinty dają lepsze podpowiedzi
62. Testowanie
63. Po pierwsze, strategia testowania Unit Service E2E Unit Service E2E
64. Testowanie - metryki dla produktywności • … • … • …
65. Testowanie - metryki dla produktywności • Ile czasu wykonuje się cały zestaw testów? • Do 5 minut - 🥰 • 15 minut - próg bólu🤕 • … • …
66. Testowanie - metryki dla produktywności • Ile czasu wykonuje się cały zestaw testów? • Do 5 minut - 🥰 • 15 minut - próg bólu🤕 • Ile czasu mija do uruchomienia pierwszego testu jednostkowego? • …
67. Testowanie - metryki dla produktywności • Ile czasu wykonuje się cały zestaw testów? • Do 5 minut - 🥰 • 15 minut - próg bólu🤕 • Ile czasu mija do uruchomienia pierwszego testu jednostkowego? • Ile % testów możesz uruchomić lokalnie? • Im więcej, tym lepiej
68. Proponowana strategia testowania Bo trzeba zacząć od konkretu • Zacznij od testu wysokiego poziomu, np. akceptacyjny na poziomie API • Dodawaj testy niższego poziomu, jeśli bardziej się opłacają • *Dołóż monitoring syntetyczny lub testy z UI jeśli musisz
69. ATDD
70. „Ale moje testy akceptacyjne są wolne / mają kilkaset linii kodu…”
71. „Z 💩 bicza nie ukręcisz”
72. Testy nie powinny boleć* *jeśli bolą, to problem jest z kodem testowanym
73. Testy nie powinny boleć* *jeśli bolą, to problem jest z kodem testowanym • Testy komponentu A • Testy komponentu B • (Mało) testów end to end 3 podzstawy uruchomione równolegle
75. Asystenty AI w testowaniu
76. https://github.com/python-event-sourcery/python-event-sourcery
78. class Subscription: def __ init __ ( self, bill_date: date, term: Literal["monthly", "annual"] ) -> None: ... def cancel(self) -> None: ... def pause(self) -> None: ... def resume(self) -> None: ... def next_bill_date(self, today: date) -> date | None: ...
79. Jak sobie poradzi „AI”?
80. Wskazówka 1/2: Napisz parę przykładów def test_paused_subscription_has_no_next_bill_date() -> None: subscription = Subscription(date.today(), "monthly") subscription.pause() assert subscription.next_bill_date(date.today()) is None def test_paused_subscription_can_be_resumed() -> None: subscription = Subscription(date.today(), "monthly") subscription.pause() subscription.resume() assert subscription.next_bill_date(date.today()) is not None
81. Wskazówka 1/2: Napisz parę przykładów
82. Wskazówka 2/2: Przyłóż się do nazw testów Ergo, do wymyślania scenariuszy ❌
83. Wskazówka 2/2: Przyłóż się do nazw testów Ergo, do wymyślania scenariuszy ✅
84. Budowanie
85. Wynik budowania • Obraz (np. Docker) • Paczka pythonowa • Paczka systemowa • .exe • …
86. Kluczowe cechy budowania • Czas trwania • Powtarzalność (tzw. reproducible builds)
87. Powtarzalność (tzw. reproducible builds) • Poetry ✅ • pdm ✅ • Pip-tools ❌ (problemy z podbiciem paczek przy warstwach zależności) • Pipenv - 🤷
88. Wdrażanie
89. Wdrożenie nie powinno być wydarzeniem Kilka(naście) wdrożeń dziennie przy rozwijanym aktywnie projekcie to oznaka zdrowia
91. Sebastian Buczyński https://pl.linkedin.com/in/sebastianbuczynski https://github.com/Enforcer https://breadcrumbscollector.tech/