On Fr, 2017-07-21 at 18:12 +0200, Kalle Sommer Nielsen wrote:
> > I would like to come up with a basic MVP that we could iterate
> > until at
> > least someone is happy :)
> > For the MVP my idea is to keep functionality exactly the same as
> > introducing new features will make us not ship it ever.
> > First create a rock-solid base and then add features.
> > 
> > So, for that I need to know the hard limits, the DOs and DON'Ts to
> > set some
> > boundaries.
> As for DON'T's, the main ones would be as I wrote about:
>  - No global variables mess, a global variable for database access
> shared across procedural functions are perfectly fine tho, and same
> for others on a case by case basis
>  - No need to implement third party libraries for things essentially
> possible in native PHP. We should be neutral, if we use some library,
> it can be interpreted as PHP.net favors this or that PHP based
> project

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 :)

>  - No need to overcomplex code by using practices such as MVCs, we
> got
> the browser as our front controller. We can create abstractions for
> commonly used operations, such as comments, bug reports and
> authentication objects
> 

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 ...

johannes

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to