Someone may argue that the coin supply should be adjusted more smoothly, and instead of halving every 4 years, there should be a small drop in every block.
Someone can argue that, but: (1) already we see miners sometimes manage to screw up the existing halvings and mine invalid blocks after it, so this would be even harder to get right, and (2) every time the reward decreases there is an incentive to reorg the chain to try to get the greater reward of the prior block instead of the lesser award of the next block. The infrequent reductions bunch up that bad incentive into a short period that everyone is aware of rather than having the risk spread out.
More speculatively, a continually decreasing award seems like disincentivize participation favoring "Why bother starting when it rewards less than it did a day ago" over "the reward is still as good as its been for the last two years, I better start now before it drops again".
Today the small difference in what you suggest probably wouldn't be enough to cause instability, but early in Bitcoins history it probably would have been because there was essentially no fee income and the use of timelocks for anti-sniping hadn't been invented yet.
I don't think it's possible to do "strictly better": any other choice will be worse in some respect. But equally I don't think the existing scheme is uniquely the best, since there are alternatives that are worse in some ways but better in others.
Every choice makes some tradeoff and there are many equally valid choices. I think it's likely that Satoshi considered many valid options and picked the one he thought was simplest.
I see that's statement of "Development & Technical Discussion" which is outdated.
Indeed, Bitcointalk was long ago abandoned by the vast majority of people actually interested in doing development because it became a waste of their time and energy-- too few insightful discussions relative to ignorant ones and some of the ignorant posters are surprisingly abusive and prolific.
There are also too few translators-- people who understand the technical ins and outs and can explain and justify them though they're not directly involved, that can meat-shield the experts from people who are interested but technically clueless and save people with greater involvement or expertise from wasting their time on energy on people that don't (yet) know the difference between a Bitcoin and a bottle cap. ... though BCT probably has the second largest surviving population of these people of any of the online venues I've seen Bitcoin discussed, the stack exchange probably being the most.
These days I think there is relatively little development anymore that even makes sense to discuss outside of focused discussion around pull requests. For example, I can't see a reason to have a bitcointalk thread over stuff like "streams: Drop confusing DataStream::Serialize method and << operator" or "refactor: rpc: Remove unnecessary uses of ParseNonRFCJSONValue() and rename it". Mostly minutia that only matters to people maintaining the codebase, invisible to people who are only using the software.
The poor SNR and abuse isn't unique to Bitcointalk though it reached uselessness earlier than some other channels... I think probably the lack of discussion worthy activity is circularly related: Interesting changes take collaboration, no one will collaborate when all the venues are toxic, without interesting changes there is nothing to discuss except toxic bullshit, wash rinse repeat.