#29 Tech Writer koduje według dobrych praktyk
Pewnego dnia czujesz nieodpartą chęć napisania jakiegoś skryptu. Otwierasz edytor, tworzysz nowy plik i w pocie czoła dodajesz kolejne linijki kodu. Zachowujesz zmiany, wprowadzasz poprawki, weryfikujesz swoje dzieło i powtarzasz cały proces aż po pewnym czasie udaje Ci się doprowadzić skrypt do stanu, w którym robi to co chcesz. Cel osiągnięty. Niby tak, ale czy taki sposób tworzenia kodu jest właściwy?
Rozmawiamy o dobrych praktykach, które kodujący Tech Writer może wdrożyć, żeby łatwiej tworzyć, utrzymywać, zmieniać, ulepszać i udostępniać swoje skrypty i aplikacje.
Muzyka w intro oraz dźwięki pochodzą z kolekcji "107 Free Retro Game Sounds" dostępnej na stronie https://dominik-braun.net, udostępnianej na podstawie licencji Creative Commons license CC BY 4.0.
Informacje dodatkowe:
Notepad++: https://notepad-plus-plus.org/
Visual Studio (VS) Code: https://code.visualstudio.com/
Git: https://git-scm.com/
Bitbucket: https://bitbucket.org/
GitHub: https://github.com/
GitLab: https://about.gitlab.com/
Pull request w Bitbucket: https://www.atlassian.com/git/tutorials/making-a-pull-request
Subversion (SVN): https://pl.wikipedia.org/wiki/Subversion
Test-driven development: https://pl.wikipedia.org/wiki/Test-driven_development
DITA Open Toolkit: https://www.dita-ot.org/
Lint: https://en.wikipedia.org/wiki/Lint_(software)
Sourcery: https://sourcery.ai/
PyCharm: https://www.jetbrains.com/pycharm/
IntelliJ IDEA: https://www.jetbrains.com/idea/
Cyclomatic complexity: https://en.wikipedia.org/wiki/Cyclomatic_complexity
Wily: https://wily.readthedocs.io/en/latest/
Programowanie funkcyjne: https://pl.wikipedia.org/wiki/Programowanie_funkcyjne
