Thing is it's not JUST my opinion is it

- You need only look at the OP for a list of comments by a number of CMDRs over a number of years stating they basically don't use the DC because of what they see as a pointless/unfair/unproductive slot cost.
And given this, when it's then hard to deny the DC is little more than a "fun feature" for any seasoned CMDR, and that some of these CMDRs actively do not fit the DC because they perceive the associated penalty as too much, I'm not sure what the argument is with the suggestion CMDRs are being actively diswarded from simply engaging in fun features in the game due to a needless (slot) penalty? You literally having CMDRs stating just that!

What is the point of penalising "fun features" away from (seasoned) CMDRs? Features which offer no gameplay advantage? Features which make not a bit of difference to any other CMDR in the game?
Worse still - And now this "issue" is set to expand to now another module, the SCA. How many CMDRs will not fit that due to them seeing the slot it will require just to allow them to use it for QoL fun every now and then, as too "expensive" given what else it could achieve all the time?
Worse still - And then we have a new issue created of needless powercreep due to FD's issuing of more slot(s) for no other reason than seemingly trying to try bandaid this issue (pointless slot usage) which they could easily solve in another fashion. Can you not see how these new free slots for any combat related outfitting will simply mean yet more HRPs, with more engineered magic spells on? Do we really need even more of that added to the game? Just to offset a DC and/or SCA? Really?
So given all the above, out of interest, can you point out an issue with my proposed alternative solution ("Software Module Slots")? Which still results in
a choice for the CMDR (whether to pay CRs or not), results in
no "needless" internal slot penalty (so anyone can enjoy the "fun features"), and requires
no new "power creep" internal slots being added as a pointless bandaid? Plus opens up a means of offering future features (as software modules) without using internal slots.