I remember a similar argument against Visual SourceSafe[0].
We had been using SS since it was done by OneTree (borged by MS).
MS used an internal tool, instead.
VSS did do one cool trick, which I have yet to see replicated elsewhere: You could construct "artificial workspaces," composed of elements (down to individual files) in other workspaces, so, when you checked out (it was all checkout/checkin, back then), you actually checked out from (and back into) the original workspace.
Svn externals provide similar capabilities, though I don’t remember if an external can be an individual file. TortoiseSvn on windows made it not to painful to use.
My memory of VSS was that it locked files while you were making changes, and that stopped your colleagues from editing those files until you were done.
That, and the slow speed, were my two memories of the product. But I admit the last time I used VSS was back in 1996, or so.
We had been using SS since it was done by OneTree (borged by MS).
MS used an internal tool, instead.
VSS did do one cool trick, which I have yet to see replicated elsewhere: You could construct "artificial workspaces," composed of elements (down to individual files) in other workspaces, so, when you checked out (it was all checkout/checkin, back then), you actually checked out from (and back into) the original workspace.
[0] https://en.wikipedia.org/wiki/Microsoft_Visual_SourceSafe