You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While discussing #260, I realized that we're duplicating language documentation between the Python language chapter and our Python template. For instance, I recently added tox support there, including explanation of why tox is a good alternative to just vanilla pytest. It feels foolish to have to add it here as well.
This got me thinking: isn't having templates a better, more active and constructive way to convey our best practices anyway? Shouldn't we simply convert all information in the language chapters into directly practically applicable templates? And then just keep those up to date.
The text was updated successfully, but these errors were encountered:
Hey @egpbos -- I agree we should not duplicate efforts, but just having our best practices shared in the templates implies that we always create a new project (so we exclude out all existing software from being able to improve).
I think it might be a better approach to NOT include the reasoning in the template, but rather point to the guide (or The Turing Way if suitable).
While discussing #260, I realized that we're duplicating language documentation between the Python language chapter and our Python template. For instance, I recently added
tox
support there, including explanation of whytox
is a good alternative to just vanillapytest
. It feels foolish to have to add it here as well.This got me thinking: isn't having templates a better, more active and constructive way to convey our best practices anyway? Shouldn't we simply convert all information in the language chapters into directly practically applicable templates? And then just keep those up to date.
The text was updated successfully, but these errors were encountered: