What a lot of folks are struggling to understand (myself included) is how this actually reflects on the quality of life?
You're more productive? Nice ... for you or your business/employer? Do you also get more free time out of it? With all this free time you could actually travel and do a language school for 3 months. That sounds like an improvement in quality of life to me. Not better translations in that language.
The life of my family (we have a good life) hasn't become significantly improved with LLMs. We still struggle with the same problems as before. These companies don't solve the big problems of societies and that's why I feel like their value is not justified.
That's literally how any representative democracy work, just at a different level? The Free State of Bavaria could say the same about the Federal Republic of Germany.
We've only made good experiences with layered architecture (onion architecture in particular, which is quite straight forward). We also never built it with the idea in mind to ever replace the storage engine. No, the big, big benefit has been that we can test everything without ever mocking a single class.
I also don't get the point about "going back to IoC" ... how is that mutually exclusive from using a layered architecture. This section was weird and didn't offer any good alternative.
That's just not true. It's not JS. Composer will install exactly one version of every package. If your dependencies have incompatible dependencies themselves, then Composer will refuse to install the package. And this fact has led to PHP packages actually being maintained and kept compatible with each other. Of course, sometimes you run into dependency issues, but it's worth it because you'll always have quite clean, flat and small vendor directory. Compared to the node_modules horror it's great for maintenance.
This can definitely be an issue and it was when Guzzle released a new major version every month.
Also when working with projects that are 10+ years and lines of codes a million you will run into this. Sure you can always fork and move the library to another namespace, but that is extra work.
Modules are vastly superior to namespaces, with modules it is the caller that decides the symbol, with namespaces it is the callee.
Another problem with namespaces in PHP is that you can’t put anything into it, like a variable, it is not like namespace in C++. Namespace in PHP is just name added to the class or function name, kind of fake. Don’t get me wrong, it was a pragmatic solution to a real problem and it worked for what it tried to solve, make it easier to share code.
Modules could be elegantly solved in PHP by reusing the internal concept for a class (how it is with enums and interfaces)
Modules would also make it easier to unit test code, because you will not need to worry about a symbol already have been loaded and can’t get unloaded.
With that said I don’t think it the most important feature to focus on, there are others that give more bang for the buck, like string templating and operator overloading.
Yes, because functions can’t be autoloaded and you can’t put variables and constants inside a namespace. But it isn’t hilarious, it is because of legacy.
Now there are proposals to fix function autoloading but it won’t fix variables and constants.
You're more productive? Nice ... for you or your business/employer? Do you also get more free time out of it? With all this free time you could actually travel and do a language school for 3 months. That sounds like an improvement in quality of life to me. Not better translations in that language.
The life of my family (we have a good life) hasn't become significantly improved with LLMs. We still struggle with the same problems as before. These companies don't solve the big problems of societies and that's why I feel like their value is not justified.
reply