Add aggregations and joins code-generating library along with itertools
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
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.
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:
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 <nikita.almakov@gmail.com> wrote:
-- --Guido van Rossum (python.org/~guido) *Pronouns: he/him **(why is my pronoun here?)* <http://feministing.com/2015/02/03/how-using-they-as-a-singular-pronoun-can-c...>
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.
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:
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 <nikita.almakov@gmail.com> wrote:
-- --Guido van Rossum (python.org/~guido) *Pronouns: he/him **(why is my pronoun here?)* <http://feministing.com/2015/02/03/how-using-they-as-a-singular-pronoun-can-c...>
participants (3)
-
Anton Abrosimov -
Guido van Rossum -
Nikita Almakov