From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,2afac1a4161c7f35 X-Google-Attributes: gid103376,public From: dewar@merv.cs.nyu.edu (Robert Dewar) Subject: Re: who owns the code? was Re: Distinguishing type names from other identifiers Date: 1998/01/19 Message-ID: #1/1 X-Deja-AN: 317457602 References: <884736089.2104295427@dejanews.com> <69lael$90o@top.mitre.org> <01bd2207$18f3fac0$95fc82c1@xhv46.dial.pipex.com> <69nt40$q7n@top.mitre.org> <69rnvv$gjr@drn.zippo.com> <69t6fe$brl@drn.zippo.com> <6a00v3$ald@drn.zippo.com> X-Complaints-To: usenet@news.nyu.edu X-Trace: news.nyu.edu 885243771 23600 (None) 128.122.140.58 Organization: New York University Newsgroups: comp.lang.ada Date: 1998-01-19T00:00:00+00:00 List-Id: nabassi says <> Well it is certainly nice to have people illustrating what I am talking about. This kind of "ego-centered" program (look at this it is mine!)" is to me a very negative aspect, and a good software manager should try to eliminate it. It is absolutely NOT a necessary ingredient in motivation. It can be replaced by "look at this, it is ours!" and I find that a MUCH more constructive viewpoint. I realize that there are all sorts of viewpoints here, but the above quote from nabassi *exactly* represents the kind of thinking that I think can be highly detrimental to high group productivity. The big difference is that nabassi's view is that if names are not stamped on each component then "no one is reponsible" [an exact quote, as you see]. My view of what you are aiming for is everyone feeling that everyone is responsible. That's a much more constructive attitude. The trouble with the "it's mine" viewpoint is that everyone concentratesw too much on the part that is theirs, and not enough on the system as a whole. The result is that some components will be fine, and other components will be weak, and if you have a centered view that you won't take responsibility for anything except that which is "yours" [note that this is an EXACT conclusion from the above paragraph], then there is no one to take responsibility for the weak parts except the creator, who quite likely was not well trained, or equipped, or capable of doing the job right. In a group dynamic, people step in whereever they are needed and take a group pride in what they create as a group. Note that there is nothing new in what I am saying here, these are old ideas. I did not invent the term "egoless programming"!