Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.java.programmer > #10620

Re: Two More Very General Consulting Question

Newsgroups comp.lang.java.programmer
From Andreas Leitgeb <avl@gamma.logic.tuwien.ac.at>
Subject Re: Two More Very General Consulting Question
References (4 earlier) <alpine.DEB.2.00.1112071851130.1589@urchin.earth.li> <4edffd56$0$286$14726298@news.sunsite.dk> <mBTDq.11783$cG.7766@newsfe14.iad> <alpine.DEB.2.00.1112081541440.15036@urchin.earth.li> <SMlEq.17211$JE1.11242@newsfe21.iad>
Message-ID <slrnje411o.fvg.avl@gamma.logic.tuwien.ac.at> (permalink)
Date 2011-12-09 12:51 +0000

Show all headers | View raw


Arved Sandstrom <asandstrom3minus1@eastlink.ca> wrote:
> Let me put it this way, and maybe this helps to make my point: "they
> make creating new repositories much easier", as you mentioned above, is
> _not_ a selling point in many client environments. There is zero appeal
> to many managers of developers being able to make repositories, and
> there can be substantial pushback to features like this. To many
> managers the features of DVCSs that you or I (or other with-it
> developers) like are negative selling points, because they interpret
> those as leading to lack of control and lack of visibility.

I'm putting in a word for the managers: 

The longer you keep your changes local (even if "locally commited"), the
higher is the risk of a conflict with other devels' changesets.

I can imagine managers to be more afraid of longer sync-intervals,
resulting from the DVCS-philosophy, than of not seeing all devels' 
interims work.

> Sooner or later I'll succeed in getting a client organization
> interested, and interested for the right reasons. But it hasn't
> happened yet.

It would have to be a client whose devels are working remote, and
where the benefits of piling up some work before a sync outweighs 
the higher risk of conflicts happening.

> 1. History is super-important in these organizations. It is how you
> locate scapegoats.

I do understand this motivation. The "scapegoat" is typically the one 
who is in the best position to fix a problem, so identifying him without
having to ask everyone is worth as much time as by what the scapegoat
will be able to fix it more efficiently than anyone else on the project.

Back to comp.lang.java.programmer | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

Two More Very General Consulting Question Novice <novice@example..com> - 2011-11-30 21:00 +0000
  Re: Two More Very General Consulting Question Martin Gregorie <martin@address-in-sig.invalid> - 2011-11-30 21:45 +0000
    Re: Two More Very General Consulting Question Novice <novice@example..com> - 2011-11-30 23:00 +0000
      Re: Two More Very General Consulting Question Martin Gregorie <martin@address-in-sig.invalid> - 2011-12-01 03:06 +0000
        Re: Two More Very General Consulting Question Novice <novice@example..com> - 2011-12-06 15:24 +0000
          Re: Two More Very General Consulting Question Martin Gregorie <martin@address-in-sig.invalid> - 2011-12-06 20:59 +0000
      Re: Two More Very General Consulting Question Roedy Green <see_website@mindprod.com.invalid> - 2011-12-07 05:45 -0800
        Re: Two More Very General Consulting Question Tom Anderson <twic@urchin.earth.li> - 2011-12-07 18:58 +0000
          Re: Two More Very General Consulting Question Arne Vajhøj <arne@vajhoej.dk> - 2011-12-07 18:57 -0500
            Re: Two More Very General Consulting Question Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2011-12-07 20:33 -0400
              Re: Two More Very General Consulting Question Tom Anderson <twic@urchin.earth.li> - 2011-12-08 16:04 +0000
                Re: Two More Very General Consulting Question Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2011-12-09 06:53 -0400
                Re: Two More Very General Consulting Question Andreas Leitgeb <avl@gamma.logic.tuwien.ac.at> - 2011-12-09 12:51 +0000
                Re: Two More Very General Consulting Question Lars Enderin <lars.enderin@telia.com> - 2011-12-09 17:26 +0100
                Re: Two More Very General Consulting Question Martin Gregorie <martin@address-in-sig.invalid> - 2011-12-09 23:12 +0000
                Re: Two More Very General Consulting Question Andreas Leitgeb <avl@gamma.logic.tuwien.ac.at> - 2011-12-10 12:00 +0000
                Re: Two More Very General Consulting Question Tom Anderson <twic@urchin.earth.li> - 2011-12-10 19:53 +0000
                Re: Two More Very General Consulting Question Andreas Leitgeb <avl@gamma.logic.tuwien.ac.at> - 2011-12-11 00:04 +0000
                Re: Two More Very General Consulting Question Tom Anderson <twic@urchin.earth.li> - 2011-12-10 20:12 +0000
                Re: Two More Very General Consulting Question Jim Janney <jjanney@shell.xmission.com> - 2011-12-12 03:05 -0700
                Re: Two More Very General Consulting Question Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2011-12-12 06:39 -0400
            Re: Two More Very General Consulting Question Joshua Cranmer <Pidgeot18@verizon.invalid> - 2011-12-07 20:55 -0600
              Re: Two More Very General Consulting Question Andreas Leitgeb <avl@gamma.logic.tuwien.ac.at> - 2011-12-09 10:42 +0000
        Re: Two More Very General Consulting Question Arne Vajhøj <arne@vajhoej.dk> - 2011-12-07 18:48 -0500
    Re: Two More Very General Consulting Question Roedy Green <see_website@mindprod.com.invalid> - 2011-12-07 05:43 -0800
  Re: Two More Very General Consulting Question Arne Vajhøj <arne@vajhoej.dk> - 2011-12-02 20:15 -0500
  Re: Two More Very General Consulting Question Roedy Green <see_website@mindprod.com.invalid> - 2011-12-06 16:45 -0800

csiph-web