<div dir="ltr">Hi,<div><br></div><div>thanks for your answer, and your questions. Very good draw. I printed it in my office ^^</div><div><br></div><div>First i'd like to precise that, as in title, aim is not to gurantee quality but minimal quality. I think it's really two different things.</div><div><br></div><div>About metrics, my ideas was about following (for the moment):</div><div><ul><li>Basical Python Rules respect: PEP8 & PEP20 respect<br></li><li>Docstring/documentation respect: PEP257 respect<br></li><li>Code readability: percentage of commentary line and percentage of blank line<br></li><li>Code maintainability / complexity: the facility to re-read code if old code, or to understand code for an external developer. If not comprehensive, for example, i use McCabe in my work</li><li>Code coverage: by unit tests<br></li></ul><div>From your question on objective metrics, i don't think that reliable metrics exists. We can only verify that minimal quality can be reached. As you say, it's a subjective apprehension, but in my mind, this "PEP" could be a guideline to improve development for some developers.</div></div></div>