You are not logged in. Login Now
 0-24   25-49   50-61        
 
Author Message
25 new of 61 responses total.
tod
response 25 of 61: Mark Unseen   Oct 6 21:16 UTC 2006

re #24
 Ahem.  "The membership" speaks only through elections or user
 initiatives.  Say "a member explicitly requested..." or "a couple of
 members requested..." and that statement becomes accurate.  Otherwise
 you have no right to speak for "the membership".  The Board does that.
Nice way to explain why nobody gives a shit why a couple great staff folks
quit.  *golf clap*
cyklone
response 26 of 61: Mark Unseen   Oct 6 22:31 UTC 2006

Yeah, #24 should be mandatory reading for all. It pretty much sums up many
of grex's problems in ways probably not intended.
mcnally
response 27 of 61: Mark Unseen   Oct 6 22:57 UTC 2006

 I find nothing to disagree with in #24.  I think its relevance is limited
 (pertaining only to the fact that in #5 Dan wrote that "the membership"
 requested something rather than writing "a member" or "some members") but
 jep makes a good point.  There's no cause for sloppy writing or sloppy
 thinking.
tod
response 28 of 61: Mark Unseen   Oct 7 00:11 UTC 2006

Semantics.  It only spins the conversation away from the Board's inaction
toward resolving a rogue staff.
cross
response 29 of 61: Mark Unseen   Oct 7 01:42 UTC 2006

I agree that jep has a point; I could have phrased that better.  But, the
readership (better?) requested that something be discussed at a board meeting,
and someone should have discussed it.

Further, the board doesn't speak for the membership: the membership speaks
for the membership, and the board listens.

That said, I agree that quibbling over semantics isn't going to solve any of
the problems with grex which, it is becoming apparant, run very deep.
naftee
response 30 of 61: Mark Unseen   Oct 7 02:28 UTC 2006

yeah ; "readership" is probably the most accurate.
cross
response 31 of 61: Mark Unseen   Oct 7 03:12 UTC 2006

Or maybe, "members of the readership" or "elements of the readership"
cyklone
response 32 of 61: Mark Unseen   Oct 7 03:48 UTC 2006

Re #28: Exactly!
mcnally
response 33 of 61: Mark Unseen   Oct 7 04:02 UTC 2006

 re #28:
 > It only spins the conversation away from the Board's inaction
 > toward resolving a rogue staff.

 Can you be a little clearer who you're referring to?  I wouldn't
 use the term "rogue staff" to describe either of the two principal
 players (mic or steve) in the latest incident.

 Also, if you're going to be critical of "inaction", then what action
 is it that you want to see the board take?  Reduce their pay?  Put an
 official letter of reprimand in their Permanent Record?  Ground them
 for 48 hours and impose a curfew for the rest of the month?

cyklone
response 34 of 61: Mark Unseen   Oct 7 04:08 UTC 2006

What's the succession plan if STeve has a heart attack? Janc? Train more staff
on more stuff. Implement plans that further that goal. Is the status quo the
best way to increase staff? I doubt it.
jep
response 35 of 61: Mark Unseen   Oct 7 04:39 UTC 2006

The situation appears to me to have been resolved between steve and
spooked.  Mistakes were made aplenty.  That happens sometimes.  With
good will it is sometimes possible to work things out.  That has
happened, with some assistance from aruba and the couragement of the
Board.  I see no reason why I should be unsatisfied with what has been
done to work out the issue.

STeve has been part of Grex since the beginning.  He's trustworthy,
technically excellent, not as diligent as he used to be but geez it's
been 15 years and he's still here.  We're lucky to have him.  I think so
and I think almost everyone would agree.

Now, what should be done differently?  And why?

About the request that they "discuss" the steve/spooked/cross thing...
when has the Board *ever* acted hastily on anything?  I can't recall a
case.  They deliberate and discuss and take their time.  Usually by the
time they get around to doing anything, it's clear to everyone that it's
what they're going to do and most agree it's what they ought to do. 
They try to do what the membership wants and what will allow Grex to
survive.  I couldn't stand to be part of a Board that works that way
myself, but... well... I'm not *on* the Board.  It doesn't keep me from
recognizing the way that it operates, nor from noticing it's worked
pretty well for 15 years.
jep
response 36 of 61: Mark Unseen   Oct 7 04:40 UTC 2006

re resp:34: What are your suggestions?
tod
response 37 of 61: Mark Unseen   Oct 7 04:55 UTC 2006

A technical committee and change control processes would be a good place to
start.  The garage cf has some good ideas simmering and if people don't know
how to get them implemented then a technical committee should embrace that
challenge and document the procedures everyone on staff can agree to.
cross
response 38 of 61: Mark Unseen   Oct 7 05:41 UTC 2006

Regarding #35; I don't think it's been resolved.  Mic quit from staff pending
an apology from Steve that, unless I missed something, never came.  Let's give
Steve the benefit of the doubt and assume he's busy, but still...it's hardly
been "resolved."

This isn't a beat up on Steve issue.  It's really not.  It's about how to
prevent things like this from happening in the future.

Who cares when the board has or has not acted hastily?  They have always put
things on the agenda that people have requested be on the agenda.  They didn't
this time.  What's up with that?

Regarding #37; That's a good start.

But, let's all be perfectly honest here: how many people think Grex is
actually going to change something that goes against the personal opinions
of either Steve or Marcus?
aruba
response 39 of 61: Mark Unseen   Oct 7 05:54 UTC 2006

THe board made a mistake by not discussing the question of when one staffer
should remove another staffer's privileges; it wasn't a premeditated mistake
- we just forgot to discuss it.  So I apologize for that.
mary
response 40 of 61: Mark Unseen   Oct 7 11:51 UTC 2006

One example, Dan, is that both STeve and Marcus thought it was 
a horrible idea to move to our new location and out of the Pumpkin.

Staff and board discussed it and the decision was to move.

That's a biggie and just one example.  I've been present for a lot
of discussions where major (and minor) decisions were made and I 
don't fault STeve if things went his way.  There are a lot of people
involved in important discussions.  They hold the responsibility for
all final decisions, not STeve.
tod
response 41 of 61: Mark Unseen   Oct 7 16:26 UTC 2006

re #40
That's why I'm suggesting a tech committee with change control
responsibilities because if something gets hung up due to someone on the
committee then it can be formally addressed in board meeting minutes rather
than buried somewhere in coop cf and garage cf like it currently is.
cross
response 42 of 61: Mark Unseen   Oct 7 17:02 UTC 2006

Regarding #40; I was referring specifically to grex's hardware and software.
What does colocation have to do with that?  I suppose you could argue that
both Marcus and Steve wanted to go with more SPARC hardware, but in the end
we ended up on an AMD x86 machine anyway.  Good for us.  Aside from the
hardware problems from not buying server-class machinery, we've actually done
well with it.

But the fact of the matter is that, for the most part, if Steve and Marcus
want to make a change, they say, "I'm going to change this...." and go and
do it.  Like Steve resizing the disk partitions so that we had less space on
/a and /c and more log space.  I was on staff at the time; I don't remember
any forward discussion of that AT ALL.  Steve just did it because it made
sense to him (and so that we could, potentially, back up user filesystems to
DVD instead of tape.  To my knowledge, this has never happened once).  Or
Steve buying non-ECC memory when *all* prior discussion had specified ECC
memory (which, it turns out, was pretty important).  Or installing PicoSpan
after everyone had decided to go live with fronttalk - no one even knows if
grex can legally use PicoSpan, after all.

So I'll retract my earlier statement: some decisions have been made against
the better judgement of Steve and Marcus.  Most have not.
other
response 43 of 61: Mark Unseen   Oct 10 11:03 UTC 2006

<aside>

Grex has a license to Picospan.  We can certainly use it.  What we don't
know is whether we can legally alter it.

</aside>
cross
response 44 of 61: Mark Unseen   Oct 10 13:42 UTC 2006

Really?  Where did grex get a PicoSpan licence in 1991?
tod
response 45 of 61: Mark Unseen   Oct 10 21:41 UTC 2006

re #44
It was a work in progress.
cross
response 46 of 61: Mark Unseen   Oct 10 23:14 UTC 2006

Hmm.  Yeah, I thought NETI was a non-entity by that point.
janc
response 47 of 61: Mark Unseen   Oct 29 01:13 UTC 2006

I remember that Mike Myers and Marcus Watts had an agreement with NETI
that allowed them to continue to distribute Picospan after NETI went
under.  I suspect that that agreement was never formally terminated, but
presumably if they did sell a copy, then some payment would have to be
transfered to NETI, something which would at this point be impossible to
do, but probably would still have been possible in 1991.  Of course, no
payment was made so far as I know.  It's possible that Marcus got
approval to donate a copy from the same people who allowed Mike and him
to sell copies after NETI's demise.  I have no way of knowing.  I wasn't
associated with Grex in 1991.

If you really want to know if it's a problem, I suggest you contact the
former president of NETI.  Larry Brilliant is now running the Google
foundation, one of the bigger charitable institutions in the world, so
he is easy to find.  I think it's a pretty good bet that he'd tell us
not to worry about it.
cross
response 48 of 61: Mark Unseen   Oct 29 01:34 UTC 2006

I wonder, if the former president of NETI had no problem with open sourcing
the PicoSpan code, if such a thing could be done?  Rather, *would* the
participants be willing to do so?
tod
response 49 of 61: Mark Unseen   Oct 29 03:08 UTC 2006

NETI was a fat bottom girl that made the rockin world go round
 0-24   25-49   50-61        
Response Not Possible: You are Not Logged In
 

- Backtalk version 1.3.30 - Copyright 1996-2006, Jan Wolter and Steve Weiss