That's great! - But ANT is quite an ancient system, and it is now relatively unknown. - And it is relatively heavy. Maybe it's better to have single-function in the dedicated library or in well-known library with other useful features - It uses in-memory sorting: https://github.com/apache/ant/blob/master/src/main/org/apache/tools/ant/filters/SortFilter.java#L352 - What about binary search?
On Thu, Jul 20, 2023 at 2:56 PM Gary Gregory <garydgreg...@gmail.com> wrote: > Note that Apache Ant already provides similar functionality: > > https://ant.apache.org/manual/api/org/apache/tools/ant/filters/SortFilter.html > > Gary > > On Thu, Jul 20, 2023, 07:38 Gilles Sadowski <gillese...@gmail.com> wrote: > > > Hi. > > > > [Disclaimer: I'm not a user nor a developer of "Commons IO", so > > I'm not the most suitable for entertaining this conversation and, > > surely, I shouldn't be the only one...] > > > > Le jeu. 20 juil. 2023 à 10:33, ssz <sss.z...@gmail.com> a écrit : > > > > > > Hi > > > Sure, I will support my code. > > > I have a lot of other opensource projects, not so much free time. > > > > I have to point out that the two sentences seem to neutralize > > themselves... > > > > > But this code will have the highest priority as Commons is used by > > > thousands of developers. > > > > That's what I've heard, but did not see much of a proof: We have no > > reliable way to know where "Commons" code is used. [This was a > > feature of open-source, but new regulations might make it a liability...] > > More importantly, if true, only a very tiny fraction of those users share > > their experience here, so that a quite small number of "regular" > > developers end up deciding what is useful. Almost inevitably, the > > selection is biased... > > > > > My other projects are used by hundreds of people. > > > > That's great, but would not convince (based on the lack of feedback) > > a committer here who is not among those users. > > > > The general problem is: > > 1. The active team is not getting bigger. > > 2. Those "regular" developers find they have already too much to > > handle. > > 3. Hence they tend to not easily accept contributions that are (or > > seem) likely to require time which they don't have. > > 4. This puts off would-be contributors that could have become part > > of the active team. > > 1. The active team is not getting bigger... > > > > So I'm trying to find other arguments... > > Which projects (ASF?) depend on your proposed contribution? > > > > Regards, > > Gilles > > > > >>> [...] > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > >
