[Python-Dev] Python development tools (Was: Goodbye) (original) (raw)

anatoly techtonik techtonik at gmail.com
Sat Sep 25 08:31:16 CEST 2010


On Wed, Sep 22, 2010 at 1:47 PM, Antoine Pitrou <solipsis at pitrou.net> wrote:

Simply, situations like the above (Mark closing a bug just because nobody would answer his message on a short delay) have happened multiple times - despite people opposing, obviously -,

I must say that the same attitude is present in meta tracker proposals as well. People, who "need a closure" quite often tend to mark issues (enhancement proposals) as won't fix just because they can't (or don't want) to see solution or just because they think that solution is too complicated to implement. They judge it from the point of annoyed developer even though the feature can actually be handy for users of the tracker.

The reason here could be that developers are lost in the amount of issues and can't filter them and see who does what. For example, I could triage issues for some modules I am interested in, but I can't. So, to overcome the complexity of global bug space developers are tempted to squash confusing issues. There can be only one solution - concentrate on the tools. Add an "omnibox" to tracker that will use autocompletion and labels (Google Code). Useful ticket query interface (Trac). Favorite issues (Google stars). Personal tags, issue sets, message filters (Slashdot).

I've already brought the issue about necessity to enhance Python tools some six months ago. At that time Richard Leland promised to do a research of Python process to further work on proposal to improve it. This was due to June, but still no result. I should blame myself for waiting, because I had some plans to propose, but at that time it was impossible to get going, because everybody had big hopes for that research.

There was a whole python-dev thread some time (weeks? months?) ago where several of us already tried to suggest more fruitful ways of contributing, suggestions which weren't received very welcomingly AFAIR.

anatoly t.



More information about the Python-Dev mailing list