Am 05.02.22 um 21:38 schrieb Amir Sarabadani:
Codesearch has been working fine in the past couple of years. There is a new frontend being built and I hope we can deploy it soon to provide a better user experience and I personally don't see a value in re-implementing codesearch. Especially using non-open source software.
While I agree with several points that have been raised, in particular about licensing and building on top of existing tools, I'd like to point out that the idea is not to re-implement codesearch, but to overcome some of its limitations. What we use codesearch for most is finding usages of methods (and sometimes classes). This works fine if the method name is fairly unique. But if the method name is generic, or you are moving a method from one class to another an you want to find callers of the old method, but not the new method, then regular experssions just don't cut it.
Basically, I'd want codesearch to allow me to do the kind of "find callers" search that IDEs like phpstorm support. Sure, I could do it in the ID, but I can't link to that from a ticket, and I'd have to make sure I have exactky the right set of extensions installed (and updated).
A tool very much like codesearch, but based not on regular expressions but rather on symbols and their relationships, would be very valuable to me. The question how exactly it should be build is of course open.
-- Daniel Kinzler Principal Software Engineer, Core Platform Wikimedia Foundation
_______________________________________________ Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/
