well, "argue" is a strong word maybe :) but I am a little tired that people still repeat satis concoction for core while much better (and more likely to actually be used) package now exists :)
I haven’t used Composer for serious projects so far. What I don’t quite get: How does it integrate with my Git based workflow where everything is under version control and pushed per Git?
you can configure Composer to "prefer" version control. then it will only checkout specific commits (captured in composer.lock)
I am not sure on top of my head if it records commit hash for tags / handles tags moved... usually when someone moves tags it tends to break composer in first place :D
What I usually do: put WP, plugins and the theme under different local repos, update each part (each plugin) separately and look at the diff. Then I decide to push to remote or to roll back.
I think we are too quick to close jump on more theoretical questions lately (like wordpress.stackexchange.com/q/159567/847 ) thought it being short and somewhat poor didn't help it
and we can set up our lock file with a known configuration, if a client then deploys and the remote has been hacked, the lock file has all the commit hashes it wants and there's a mismatch
@toscho each dependency has its own repo, there's a primary repo that has composer.json and whatever scaffolding/documentation, additional bits necessary. Sometimes we include a plugin in that repository for simplicities sake. We tend to install Core using WP CLI or subversion
the whole domain mapping vs subdirectory installs thing kind of killed our ability to use John P Blochs installer, since composer does not play well with nested packages
I fiddle with super-ultra-amateur game engine design from time to time and object pooling is immensely useful to work around costly JS garbage collection - but never had a reason to use it in PHP. Seems mostly applicable to applications that run continuously rather than serving single requests...
^ Aye! Again, most likely a continuously running application. In my CSC coursework we built pooling structures in C and Java. It seems to be primarily useful as a memory-management technique, which is something we usually don't deal with in PHP... Creating object pools for single requests would likely reduce performance rather than improving it! I'm assuming there must be libs out there for it, but I'm willing to get they're more intended for CGI scripts.
Still I would be interested to know if they are ever applied to single-request serving scripts!
More likely that the PHP interpreter itself is pooling things in the background...
@TomJNowell which is itself a specific application of pooling :P . Couldn't tell you though - never glanced at PHP source. But I feel like PHP tends to value speed over memory consumption, wherein interning would slow things down more than other alternatives. I feel interning is counter to the pass-by-value nature of most of the STDLIB, too. No clue though - just wild speculation at this point.