Hi Johannes 2017-07-24 0:03 GMT+02:00 Johannes Schlüter <johan...@schlueters.de> > It is also good for the PHP ecosystem at large to show we're using > libraries, where it makes sense. If we use a variety we're also not > favoring single ones :)
As much as I agree with that, I do not see a big thing that using a library makes it much easier to do for a bug tracker that fits our needs. Okay maybe a captcha or SSO, but the rest can be done in a simple encapsulation that we don't need thousands of lines of code just to implement something so basic. > A reason for this is that these sites are not "actively developed" and > it should be possible to find the relevant code within a few minutes, > even when looking at it every second year or though. With the current > architecture I go to search.php's code and can see what's going on. > With a framework I have to see how the framework handles the routing > and where the relevant controller is and so on and so forth ... this > is contrary to other projects under constant development possibly by > larger teams and is also different from developing a generic bug > tracker (or whatever site you look at) where things need to be > configurable for different usage scenarios ... I think the main reason for these sites not being actively developed is that they do their job, I did some minor cosmetics to the bug tracker, but besides maybe better integration with github PR's, I can't see that many more features our tracker needs. I get that with a framework it makes the debugging route easier or if you are just curious to study the code, and we can still achieve that with simplistic encapsulation where it makes sense. If we keep your example with search, what we can do is to implement functionality that returns records based on criteria, we need that functionality in multiple places anyway. I always saw the PHP project as an example to how powerful the language is by its own, out of the box and I will continue to advocate for us to continue that way -- regards, Kalle Sommer Nielsen ka...@php.net -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
