EOL extension
Mark Hammond
mhammond at skippinet.com.au
Mon Nov 30 16:30:35 CST 2009
On 30/11/2009 10:42 PM, Martin Geisler wrote:
> Mark Hammond<mhammond at skippinet.com.au> writes:
>> Being "easier than subversion" is an excellent goal, but we shouldn't
>> let a good assertion get in the way of actual experience ;) In this
>> particular case, that one developer who knows the pattern list needs
>> to be updated may not be the same developer who adds the new file.
>
> Is that a big problem? I don't think it is if we make it easy to correct
> mistakes.
>
> I think we should aim for a simple mechanism that get's it right 99% of
> the time. Simplicity is important here in order to make it easy to
> correct mistakes.
Where has the 99% come from? Wherever it came from, it is still less
than the 100% subversion has been offering. I can't recall when I have
ever had to fix such a mistake created by subversion.
I've a concern that this is justified as sounding good *in theory* -
much like win32text sounded good *in theory*. Using something which is
actually proven as a model seems to offer the best chance of success,
particularly if the people designing the model aren't actually part of
the target user-base. Assertions such as "99%", "better than", "easier
than" etc all sound like falling into the same trap.
Recall the huge amount of energy which went into explaining why
win32text didn't work in practice. Many people simply could not get
past the fact they thought it *should* work fine and without any
experience to prove otherwise, communicating this fact was very
difficult and tedious. I was hoping to inject some real experience into
the discussion to ensure the same problem doesn't also happen in this
case. That seems to be distracting more than it is helping - as do all
my attempts at helping with this - so I'm happy to leave you guys to it
and once some real Windows developers start making noise that it does
indeed work, I'll look forward to becoming yet another happy user.
Cheers,
Mark
More information about the Mercurial-devel
mailing list