> On Nov 24, 2014, at 3:48 PM, Nick Coghlan <ncogh...@gmail.com> wrote: > > > On 25 Nov 2014 06:25, "Donald Stufft" <don...@stufft.io > <mailto:don...@stufft.io>> wrote: > > > > > >> On Nov 24, 2014, at 2:55 PM, Nick Coghlan <ncogh...@gmail.com > >> <mailto:ncogh...@gmail.com>> wrote: > >> > >> It may not have been Guido's intention, but his proposal to undercut the > >> entire Python based version control tooling ecosystem by deeming it > >> entirely unfit for our purposes has caused me to dramatically re-evaluate > >> my own priorities. > >> > >> > > > > I think this is a misrepresentation of what Guido said. I’m pretty sure he > > just said that Github has “won” over the other sites (which if you define > > winning in terms of who has the mindshare, I think is indisputable) and > > that he prefers git over hg now. > > That's how a monopoly play works - you invest heavily in rapid growth, aim to > lock in an ecosystem through proprietary APIs, then use that powerful market > position to deliver monopoly rents to the initial investors. > > The pattern repeats because "free-as-in-beer" is an extraordinarily effective > marketing tactic. > >
I don’t really think this is a fair comparison either. “lock in” here doesn’t make any sense to me unless you define lock-in as any compelling feature what so ever. Wherever a feature Github added was able to be integrated with git itself it did so. PRs for instance could have been done using a proprietary CLI client that uploaded patches which couldn’t be easily exported. Can you please point out in which ways Github has tried to do “vendor lock in” and in addition can you also point out in which ways they don’t apply to Bitbucket which you were previously fine with? As Guido pointed out, the social aspect to a DVCS is an important part of a DCVS and Git (and Github) has that. Others (including yourself) have pointed out that git vs hg itself is largely isomorphic as far as actual technical ability go when you go through and spend the time to figure out what extensions you need and configure them. It’s largely the *other* tooling around it and the relative sizes of the communities. If you want to pick a toolchain that isn’t as popular nor as polished or as well put together for idealogical reasons than that’s fine, but at least be honest about the fact that you’re choosing to prioritize ideology over selecting the best toolchain. --- Donald Stufft PGP: 7C6B 7C5D 5E2B 6356 A926 F04F 6E3C BCE9 3372 DCFA
_______________________________________________ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
