Andrew Close wrote:
> On 5/9/07, david x callaway <dxc@pobox.com> wrote:
>> if you look at "all the possible solutions available", you will never
>> choose because there are at least dozens and maybe more. my advice is
>> to evaluate systems until you find at most 3 that meet your known needs
>> (including future), then stop looking and pick one. unless you are
>> really, really special I don't think it would be difficult to come up
>> with three good candidates.
>>
>> I'll even seed the flamewar: look at git, svn and perforce. like
>> gigantic systems that require multiple adminstrators? substitute
>> clearcase for one of the above. don't care about atomic commits and
>> speed of remote diffing? substitute cvs for one of the above.
>
> i'd be quite happy with SVN, and i think we could build a successful
> process around it. unfortunately it looks like management wants
> process in a box, which is particularly frustrating because then the
> developers have very little say in the process. we (the developers)
> know the current process is broken and would really like to be
> involved in fixing it. but we don't currently have an argument that
> will persuade management...
>
your management is dreaming if they think installing a piece of software
will magically create a process that produces quality software. if this
could be done why is there so much broken software out there? or maybe
your management thinks they will be the pioneers who will be the first
to show magic working? this is not management, this is "once it's off
my desk the problem is solved!" in action.
of course I realize it is rather difficult to explain things to people
when what it boils down to is you telling them their assumptions are all
fantasies...
maybe you could argue from a cost point of view, something management is
supposed to understand. what is the per-seat cost (and yearly
maintenance fees, etc) of the proposed magic potion? suppose you
allocated that cost to developing a process that uses svn?
dxc
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu May 10 16:21:13 2007