Hi Anton, Thank you very much for the time spent on this and the feedback! My answers are below: 1. I'm not sure whether the idea gains any traction to become a proposal (https://mail.python.org/mailman3/lists/python-ideas.python.org/ ) If an idea gains traction it can then be discussed and honed to the point of becoming a solid proposal to put to python-dev as appropriate. So, no PEP at the moment. 2. Not that particular - to be honest:  - processing data from third-parties (reports / API responses)  - enriching data, retrieved from database, to be passed on to UI (serialization)  - code reuse -- to the extent of reusing code at expression level (e.g. to store trimming and replacing particular symbols under a separate conversion to be reused everywhere)  - also this becomes even more important when you have a few functions to reuse some code and you need to call them for each item where there are thousands of them 3. in TODO list 4. the library populates line_cache in debug mode, so this allows to normally debug using pdb (if black is installed, it gets even better :) ) 5. at the bottom of TODO list Thanks, Nikita A On Sun, 2020-12-27 at 16:27 +0000, Anton Abrosimov wrote:

1. I think this is too complex for the stdlib. One tool should do one thing. What about the PEP for this project? 2. This is very particular. For those who often convert data in different ways, but do not use pandas, attrs, SQL... 3. What about `typing`? 4. OTF code generation (if I understood correctly) is an debugging hell. 5. `pylint` has "several complaints" about the code. _______________________________________________ Python-ideas mailing list -- python-ideas@python.org To unsubscribe send an email to python-ideas-leave@python.org https://mail.python.org/mailman3/lists/python-ideas.python.org/ Message archived at https://mail.python.org/archives/list/python-ideas@python.org/message/NNVQEA... Code of Conduct: http://python.org/psf/codeofconduct/

Dear Guido, I see! At least "isn't mature enough" doesn't sound like "doesn't fit at all" :) An of course there's a lot of room for improvements. Thank you and happy holidays! Nikita A On Mon, 2020-12-28 at 09:42 -0800, Guido van Rossum wrote:

Dear Nikita,

I'm sorry to squash your idea, but I don't think your library is mature enough to be considered for inclusion in the standard library.

May 2021 be an improvement upon 2020,

--Guido

On Sun, Dec 27, 2020 at 7:04 AM Nikita Almakov wrote:

...

Hello everyone!

The idea: it would be cool to have the functionality of "convtools" library available along with "itertools". Python should provide decent functionality of aggregations and joins out- of-the-box.

Given that named tuples generate some could, this one could too: https://pypi.org/project/convtools/ https://convtools.readthedocs.io/en/latest/cheatsheet.html https://github.com/iTechArt/convtools

Please, let me know your view on this or any ideas (I would appreciate it).

Thank you and happy holidays! Nikita Almakov _______________________________________________ Python-ideas mailing list -- python-ideas@python.org To unsubscribe send an email to python-ideas-leave@python.org https://mail.python.org/mailman3/lists/python-ideas.python.org/ Message archived at

https://mail.python.org/archives/list/python-ideas@python.org/message/PP6HRE...

...

Code of Conduct: http://python.org/psf/codeofconduct/