From: Thien-Thi Nguyen <ttn@giblet.glug.org>
Cc: guile-devel@gnu.org
Subject: Re: Stable branch will freeze.
Date: Fri, 15 Mar 2002 15:19:35 -0800 [thread overview]
Message-ID: <E16m0z1-00015G-00@giblet> (raw)
In-Reply-To: <87bsdpobcr.fsf@zagadka.ping.de> (message from Marius Vollmer on 15 Mar 2002 20:54:44 +0100)
From: Marius Vollmer <mvo@zagadka.ping.de>
Date: 15 Mar 2002 20:54:44 +0100
Please reconsider. It would be sad to lose your contributions, but I
think we could manage.
of course everyone can manage (to varying degrees), that's not the
point. the point is that declarations of power are not as constructive
as recording (somewhere): your policy, your plan, your work-in-progress,
your requests for help or collaboration (if needed), and your general
openness to feedback. some of these can be informally recorded (like in
mailing list archives), some are more useful when detailed in a special
place that encourages review and update.
this allows people to develop trust in your Way, and consequently You
(the one who Practices). it is a joy to follow such a leader because
people can also practice along w/ you (if your methods are easy to
adopt), help themselves develop personally as they help you tune it, and
Get Things Done transparently w/o mystery. (bonus, too: the more power
you spread the more you get.)
when a collaborator, instead, makes declarations of unilateral power
bereft of these groundwork activities, it reminds me exactly of how i
made these kinds of declarations when in a provisional leadership
position (and fucked up big time); i feel miserable remembering what it
was that drove me to do that and doubly miserable deconstructing why
"drove me to do that" is not quite right -- it's always a decision.
this misery is compounded when i think of the people to whom i made
these declarations, who (predictably) lost -- more likely, never built
up -- trust in my leadership abilities, and called into question (very
frequently) my technical abilities, as well. it was the beginnings of a
royally dysfunctional work relationship, classic stuff (if you believe
those organizational behavior books ;-), and the project suffered from
the extra overhead incurred.
although i'm a pedant, i will now restrain from trying to imply my
experiences have relevance here. i am open to learning new styles (if
they are effective).
if anyone has read this far, they might be wondering, what is the point
asking for write privs removal? well, the nature of guile (and any free
software) collaborative effort is that there is really no such thing as
removing write privs to the source (people just snarf the repo and hack
local source). the question was an attempt to determine your policy and
maturity level, so as to be able to fine-tune my trust model and plan
for your actions.
thi
_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-devel
next prev parent reply other threads:[~2002-03-15 23:19 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-03-14 23:29 Stable branch will freeze Marius Vollmer
2002-03-14 23:47 ` Neil Jerram
2002-03-15 0:02 ` Rob Browning
2002-03-15 19:38 ` Marius Vollmer
2002-03-15 0:02 ` Rob Browning
2002-03-15 0:05 ` Thien-Thi Nguyen
2002-03-15 9:24 ` Neil Jerram
2002-03-15 11:47 ` Thien-Thi Nguyen
2002-03-15 11:59 ` Thien-Thi Nguyen
[not found] ` <87adt9eq8e.fsf@raven.i.defaultvalue.org>
2002-04-03 3:20 ` Thien-Thi Nguyen
2002-04-03 4:22 ` Rob Browning
2002-03-15 19:54 ` Marius Vollmer
2002-03-15 23:19 ` Thien-Thi Nguyen [this message]
2002-03-16 0:08 ` Marius Vollmer
2002-03-16 0:39 ` Thien-Thi Nguyen
2002-03-16 18:12 ` Evan Prodromou
2002-03-18 20:19 ` Rob Browning
2002-03-20 21:53 ` Marius Vollmer
2002-04-03 3:33 ` Thien-Thi Nguyen
2002-04-03 4:25 ` Rob Browning
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/guile/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=E16m0z1-00015G-00@giblet \
--to=ttn@giblet.glug.org \
--cc=guile-devel@gnu.org \
--cc=ttn@glug.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).