Re:Python programming is drowning in red tape
by oefrha on Wednesday April 15, 2020 @03:22AM
(#22875378)
Thanks for the pointers, I stand corrected. OP could continue this debate if that’s his passion. I bow out.
Meanwhile, I’ll happily enforce black where I can so that I don’t need to have these pointless arguments, although I personally strongly disagree with many of its decisions. I also have no problem contributing to whatever non-blackened projects, including CPython itself (contributed quite a few patches over the years), which is probably the final word on PEP8.
Re:Python programming is drowning in red tape
by donquichotte on Wednesday April 15, 2020 @05:02AM
(#22875811)
> so that I don’t need to have these pointless arguments
This. I can't believe how much time is lost in such discussions. To paraphrase cjbprime from 11 months ago [1], "nobody likes what the code-formatter does to their code, but everybody likes what it does to their coworker's."
> So the root of this argument is that Black produces code that isn’t always in compliance with PEP 8. I say this is fine – if you use Black you don’t need PEP 8 to tell you how to format your code. (PEP 8 is still useful for other things like naming things.)
> Black optimizes for a different goal than PEP 8; PEP 8 optimizes for readability while Black sometimes compromises readability in order to satisfy other goals such as minimizing lines changed as code evolves.
> I don’t want to compromise PEP 8 though.
[1]: https://github.com/psf/black/issues/48
[2]: https://github.com/psf/black/issues/1178
[3]: https://github.com/psf/black/issues/1336
[4]: https://github.com/PyCQA/pylint/issues/289
[5]: https://discuss.python.org/t/pep-8-clarify-if-multiline-argu...