Thanks for the appreciation :-)

Before replying, I just want to say once more that I find the initiative which allows someone to get a job, to be a good thing, using PHP or whatever.
My original reply was to demystify the idea of the bad press against PHP, is being done by programmers with bad practice.

I agree that every system in general, like everything humans do, have flaws. Perfection is out of this world, to keep trying is part of what makes thing better. Another part is letting things go.

We do not know, how to let go in our industry, so we often debate / rant / troll over things, over and over. I find that most of the time it comes down to the idea of: Cost vs Benefit.

I called PHP broken, because of the cost of these points:

  • PHP has deep design flaws which far overweight its good parts. You cannot get the good part without knowing about the flaws. This create cognitive charge and add a complexity which can be avoided. Part of the reason PHP6, never got out are due to this.
  • PHP as a platform does not have any clear advantages over its concurrents.
  • Complex systems in PHP, are truly hard to maintain, PHP do not scale well. Facebook demonstrated this. They know the web, they have in their staff top engineer who knows all the good practices and still they decided to rewrite the runtime of PHP amongst other thing

PHP is only relevant by its market share, which is reason enough, to being taught (imho) and use but hardly qualify the platform as relevant in itself. PHP7 brings no innovation or game changing feature whatsoever. NodeJS does for example, despite its flaws (still not my thing though), like the way it solves concurrence issue while focusing on performance.

One can argue that, PHP is still fine for small things. I do agree on that.

About MVC or Design Patterns in general, I got no issues with those. However, it’s important to remember that Design Patterns were presented with use case scenario and the cost of using them.
I found useful to read / overview original papers on those subject, you often find little details which changes your perspective. This article about MVC, is a good example, of what you can get when you dig on this: badoo.com/techblog/blog/2017/06/15...

So, in short my point was not about MVC in itself but about the fact that MVC does not guarantee good software. Saying that if I write a piece of software properly using MVC, does not mean that if MVC is used the software has been written properly, neither does it define the term “properly”.

Writing software is hard, that is why good code is rare and that is also why, tooling and the platform being used are as fundamental as using patterns / skills and understanding architecture.

Without knowing which problem is being solved, in which context / constraints, it’s better not to make a statement about any piece of code in my statement.

Thanks !

code of conduct - report abuse