You are not logged in. Login Now
 0-24   25-49   50-74   75-99   100-124   125-149   150-174   175-196   
 
Author Message
25 new of 196 responses total.
popcorn
response 100 of 196: Mark Unseen   Jul 18 16:20 UTC 1996

Yes!!
rcurl
response 101 of 196: Mark Unseen   Jul 18 16:29 UTC 1996

Another cost for some users that will have long queue waits is just
telephone charges (this has not been mentioned previously). 

<linked response>

Last night I entered as #59 in the queue and it took 25 minutes to be
 served - by an instant disconnect. Phthooey!

 Steve (scg) argues falsely that the alternative to the current long queue
 was to "just been told 'tall part busy. Go away'". The old system also
 gave people "the option to wait around for a port to open up", by repeat
 telnetting.

 queue is a first-in-first-out allocation, while the old system was a
 random allocation - a lottery.

 With the old system I would repeat the telnet command perhaps up to a
 maximum of 6 times, and I would get on 95% of the time. With the queue
 system, I am in a long queue 95% of the time, much longer than 6 telnet
 attempts.

 This has to mean that more people are waiting around to get connected with
 the queue than with the lottery. However, *the system has the same
 capacity* - exactly the same number of users are being served with the
 queue as with the lottery. The main difference is that an order of more
 person-hours of time are being spent by people waiting in the queue, than
 was spent by people trying out the lottery.

 The queue is one of those miraculous modern inventions that greatly
 increases the total waste of time with no concomitant increase in
 efficiency or the work done.
kerouac
response 102 of 196: Mark Unseen   Jul 18 19:16 UTC 1996

   I think the whole concept of "fairness" is being misapplied here. 
Fairness is being rewarded relative to the amount of effort you put into 
something.  If one is willing to take the time to telnet into here several 
times a minute should they not be rewarded with a higher lottery number 
than someone who is only willing to try every ten or fifteen minutes?

Not everyone has the same computing habits.  Not everyone is like nephi 
and scg, who might spend sixteen hours a day i front of their computers 
multi-tasking.  Since they always have several windows open, they dont 
care a bout waiting, and dont want to be bothered with having to open a 
window again and again.  Some people believe it or not turn on their 
computers solely to do one thing, grex, and if they are willing to pay 
attention to their connections and put in thee effort to connect in as 
fast as possible time, they should be allowed to do so.
\
This idea that a lottery is unfair is flawed because it assumes that 
everyone has the same telnetting patterns and the same level of desire to 
get an immeidate connection.  If someone is only trying to connect go 
grex every fifteen minutes, they clearly do not want to get on as bad as 
someone who is willing to try connecting several times a minute.

This is like running a marathon, where there is no point to runing and 
trying to getyour best time, because everyone is going to reach the 
finish line in order of where they started.

There is no reason to keep EVERYONE in the que who connects...if the 
object is to disocourage attack telnetting, put in a max que of five or 
10, just enough to make it requiroe more effort to attack telnet.

The only people the que setup really benefits are those like scg and 
nephi who keep several windows open at all times, and are so lazy that 
they dont want to be bothered of having to open a telnet window to grex 
mroe than once.  That isnt a good enough reason to have this.
robh
response 103 of 196: Mark Unseen   Jul 18 19:26 UTC 1996

kerouac, that doesn't even justify a response.
Well, it does, but I promised I'd try to use fewer
obscenities when dealing with you, so I won't say
anything.
kerouac
response 104 of 196: Mark Unseen   Jul 18 19:43 UTC 1996

rob, I suspect that ifyou had a response to what I said you'd have made 
it.  All I did was point out the logcal reasoning why some might not 
think the que setup is fair.  Not everyone telnets with the same 
frequency or in the same manner, so lets not act as if they do.  A 
lottery system rewards people who put in the effort to getg higher 
lottery numbers.  I just dont think thereis anything wrong with that.  If 
I work fifty hours a week and the guy next to me only works forty, I 
should get paid more.  The que setup dictates that everyone gets paid the 
same, that users cannot influence their ability to use grex.  How would 
you feel if atyour job, you were not allowed to influence how you DO your 
job and the manener4 in which you do it?
jenna
response 105 of 196: Mark Unseen   Jul 18 19:57 UTC 1996

kerouac! you complain about EvERY change ever made! you are a stogdy
lil mule-like cardboard box! the que is no more descimintory than the
telnetd!! personally i support people who wait over people who
get in by sheer and random lcuk of timing! other than that, everything is
exactly the same as it wait was before! (oops scratch that wait)
and the wait does suck... but the blind telenetd that said nothing about
anything was WORSE! it was mean. no matter how long you'd been trying
you had as much luck as the person who'd just started trying.
and ten seems an swully small number. if we're trying to be fair,
shouldn't we then split the number of telnet-availiable pty's
in half and mke half telnetd and half que? (not that I support this,
just being hypotheical and saying kerouacs version of fair
is just that -- his and his alone)
And it's true... it's IS silly to pay hourly rates if you're
planning on using grex and similiar systems. if you want a graphic interface,
that's
all different. but it won't hep you here anyway.
<set rant = off>
carson
response 106 of 196: Mark Unseen   Jul 18 21:10 UTC 1996

you know, kerouac's right, and I'm glad that he's standing up for us,
the people who work 16-hour days and don't have time for some half-
baked queuing process to let us in. damn it, we're _important_, and
_we_ should be first. 

I've got to admire kerouac, because he's obviously a busy person. I
wouldn't be surprised if he's running his own multi-million company
and has three secretaries to handle his scheduling. in fact, I bet
he doesn't really log into Grex; he just has one of his secretaries 
do it for him, because he's a busy man, and time is just too valuable
a commodity for him to spend waiting in line.

everybody knows that important people shouldn't have to wait for anything,
simply because if they had to wait, they wouldn't be any more important
than the next guy, and that wouldn't be fair, especially after putting
so much time into being important. 

in fact, it's _insulting_ to be put at the same level as scg and nephi,
those welfare recipients. they shouldn't even be using Grex; they should
be out getting a job shining shoes at the airport or something. only lazy
people have time to wait. kerouac's an important person, and he doesn't
have time to wait, especially when it means being put on the same level as
_them_. 

I don't even know why there's queuing in the first place. it seems to me 
that Grex has more than enough telnet ports to go around. in fact, 
keroauc should have his own personal port. why? because he's _important_. 
you're not going to get any money from him, either. that's the problem 
with you gutter dwellers anyway. you're always looking for a free handout 
from someone who has obviously put more time into being _important_ than 
you have. what you should do is pay proper respect by doing everything 
the important people tell you to do.

it's obvious that you're discriminating against important people, because 
_important_ people don't live anywhere near Grex. you don't really expect 
important people to dial-in if it isn't tax-deductible, do you? since you 
have to move Grex anyway, you should move it out to DC so that kerouac 
doesn't have to telnet in. in fact, you should give keroauc his own 
personal line to  dial into Grex. it should be an 800 number, too, 
because you can't expect kerouac to pay; he's an _important_ person.

you can't say that kerouac doesn't really care about Grex, either. why, 
he assigns one of his secretaries to take dictation for him so that he 
can log in and post on Grex. he obviously doesn't type in his own 
replies, because he's an _important_ person, and important people don't 
make mistakes when they can pay someone else too.

maybe after you start showing the proper respect to important people like 
kerouac (who is always right, too, because he's _important_), he'll let 
you in on how he got to be so _important_.  
chelsea
response 107 of 196: Mark Unseen   Jul 18 21:16 UTC 1996

Feel better?
robh
response 108 of 196: Mark Unseen   Jul 18 21:26 UTC 1996

Re 106 - That would explain why kerouac keeps changing his
opinions every day or two - he has different secretaries
entering his responses!  Of course!  It all makes sense!

Re 104 - Oh, I most certainly *did* have a response, kerouac.
I almost typed it in anyway, but I realized that I have more
important things to do with my life.  You're not even worth
the trouble of arguing any more.

I will throw this out to the crowd, however:

Last night my father and I went to the Mongolian Barbecue.
It's a fairly busy restaurant in Ann Arbor.  We were lucky,
we only had a ten minute wait.  By the time we left, the
waiting list was over an hour, and people were crowded on
the street outside, actually willing to wait that long to
get in.

As we left, I asked myself:  What if there was no waiting list?
What if the restaurant let the public wander around the restaurant,
and whenever a group of patrons paid their bill and left, whoever
got to the table first would be served next?  How quickly would
rioting break out?  How often would the ambulance have to be called?

And the funniest thing, kerouac, is that you're opposing .yeswrite
and .nowrite because "that's not how you should deal with people in
real life."  And your opposing the telnet queue, although it IS
just how restaurants and amusement parks deal with people in real
life.  So which is it?

If you'd just admit that you personally don't like these things, instead
of trying to justify it on behalf of others, I might respect you.
scott
response 109 of 196: Mark Unseen   Jul 18 21:26 UTC 1996

Hey, I *like* the idea that effort should equal access... The way I see it,
being 6'3" ought to get to the head of the bank line quicker, the checkout,
etc.  All I have to do is attack the line.  ;)
mdw
response 110 of 196: Mark Unseen   Jul 18 21:38 UTC 1996

Hm.  So we ought to encourage persistency.  Ok, how about this: you get
asked trivial pursuit questions, and the more you answer right, the
higher your assigned priority.  Your priority then gets aged, as a
disincentive to slackers.  The person with the highest resulting
priority gets the next port that's freed up.  The person with the lowest
resulting priority gets booted.
kerouac
response 111 of 196: Mark Unseen   Jul 19 01:25 UTC 1996

rob, to answeryour question, this isnt a restaurant, this isnt any 
pysical location..this is virtual reality...and you are not talking about 
five hundred peoplewaiting to eat.  YOu are talking about fifty 
peoplewaiting for twenty slots.  There IS a difference!

I really dont see why this sarcasm is necessary.  I have posted serious 
responses to relevant questiosn regarding this change.  There has ben no 
answer to the question of how this is going to afect those who are on 
meteredtime or somethign similar.  The only answer I heard is "well, we 
repel them anyway".  

There has been no answer to how this will affect new users eagerness and 
willingness to access this system other than, "well, we dont need any 
more new users anyway"

There has been no answerto the question rcurl raised about how this 
affects folks who could have their phonebills negatively affected bybeing 
forced tob e online through a countdown.

And lastly, there has been no ansewr, none at all, to my suggestion that 
Why before final implementation thereshould be a boardvote onwhether to 
approve this?  Why not?  Because certianmembers of staffwant this and 
odontgive a daMn if many other users dont.,  Theyt dont awant a vote 
because they dont want to risk the chancwethat this might not be approved.

So rob and carson, cut the bulshit.  If you insist on making this 
personal, it only shows that you feel a certain weakness in your own 
arguemnts.  Stick to the facts.  Would you guys support a board vote 
before final implementation? Yesor no?


And finally, Marcus, you are erroneousif you think that there are that 
many peoplewho have such technial advantages that the old system woudl 
favor them too much.  Most peopledont have such advantages and it is 
wrong to judgewhether this is or is not fair based on that presumption.

srw
response 112 of 196: Mark Unseen   Jul 19 02:27 UTC 1996

Perhaps the sarcasm was a knee-jerk reaction to the fact that you called a
bunch of staffers lazy. It's just a thought. It raised a hackle here.
robh
response 113 of 196: Mark Unseen   Jul 19 03:57 UTC 1996

Yeah, it sounds to me like kerouac started the personal attacks
by insulting scg and nephi.  Calling them "lazy" as I recall.

And no, kerouac, I would *not* want Board action before implementing
this.
robh
response 114 of 196: Mark Unseen   Jul 19 04:52 UTC 1996

Let me clarify that last response of mine before kerouac
starts going off on one of his tangents.  The main reason I
wouldn't support a Board vote on this is because it has
already been discussed on Co-op, and anyone who wanted to
raise an objection had ample time to do so.  I also don't
think that the Board should have to vote on every single
change to the system that the staff makes, otherwise nothing
will ever get done around here.

kerouac seems to think that we should reward the users who "want
it more" and are willing to attack telnet.  I couldn't disagree
more strongly on that point.  We're supposed to be an equal-access
system, and allowing attack telnetting only gives the computer-
savvy users an unfair advantage, i.e. the ones who write "expect"
scripts of macros to attack telnet for them.  I want to give
everyone an EQUAL ability to connect here.
scg
response 115 of 196: Mark Unseen   Jul 19 05:39 UTC 1996

Thanks, Carson.  I loved your response.

I wouldn't object to a board vote on this, I guess.  I already know how it
would go, and I really don't think it would make kerouac any happier.  Still,
if kerouac wants to attack me as a board member, rather than as a staff
member, I really don't care.
brighn
response 116 of 196: Mark Unseen   Jul 19 06:36 UTC 1996

Why is *anyone* rooting for attack telnetting, lottery style? 
THAT was what got  the twominute delay in the first place.
People DON'T learn, at least not some of them.
As to all of Kerouac's blatherings, well, Richard:
I stopped reading your responses.  I don't read responses that 
exceed one screen without good reason.
rcurl
response 117 of 196: Mark Unseen   Jul 19 07:45 UTC 1996

Re #114: I don't see a need for the board to vote on this either - I have
only been promoting the notion that the proposal for a queue should have
been presented in its entirety in an item here in coop, for discussion,
before it was implemented. It would have been possible to observe a
consensus on experimenting with it then. The way it was implemented
bypassed the fundamental way in which decisions are made on Grex. (I
think it is still the case that this discussion of negative aspects
of the queue is also being ignored, since the questions that have been asked
have not been answered, and matters are proceeding in total disregard
of the discussion.)
kerouac
response 118 of 196: Mark Unseen   Jul 19 15:48 UTC 1996

rcurl's exactly right...all i was upset about is that the legitimate questions 
are being ignored.  There seems to be the attitude that if the technical
reasons  for something are sound, then nothing else should matter.  I know this
was  discussed before, but it was before this trial run, if that is what it is,
 started and many of hte other problems became more apparent.

I think that while not all software/coding changes need be subjected to a board
 vote, they should if they affect directly large numbers of users and users are
 upset about it.  As I've repeatedly said, there was no hue and cry to change
the  old setup.  There were technical reasons for considering the change, but
no  outright demand.  I dont think therefore that it is wrong to have a
discussion at  a board meeting followed on a vote on whether to go with this
permanently.

The Que prog is an impressive bit of coding, but if the questions I and otheres
 have raised cannot be answered, it is not apparent that its advantages
outweigh  its disadvantages.      The reluctance of staff members to put this
before the  board shows what is easy to suspect, that it is staff's opinions
that really  count, that they are the only users of this system whose views
really matter.

(and I apologize for the lazy comment, it wasnt meant to be personal, and I was
 only using scg and nephi as an analogy because theyve been outspoken about
this  topic)
scott
response 119 of 196: Mark Unseen   Jul 19 16:06 UTC 1996

I don't it's staffers that don't want a Board vote, but rather Board members.
Last thing *I* personally (as pres. of Grex) is to have to start approving
actions to improve the software.

At the recent emergency Board meeting, we had a user (morgaene) show up and
say that she loves the new telnet queue, and that everybody else she knew
loved it also.  Trouble is, these folks don't come into Coop to say that.
kerouac
response 120 of 196: Mark Unseen   Jul 19 16:16 UTC 1996

but scott, the software is as important if not more so to grex than the
hardware or the physical location.  How can you say that voting on location
or hardware or any other aspect of grex is a board responsibility, but voting
on  software isnt? That seems like a double standard.  Software shouldnt be 
off-limits to board actions...the board has the same right to vote on  whether
to implement this as it did to vote on whether to move or whether to upgrade to
the SUN03.

I am not talking about voting on upgrades of exsisting software, which is a 
different argument, but voting on the implementaiton of entirely new
programming  (such as this que setup).  I think the board is within its rights
to do this.
ajax
response 121 of 196: Mark Unseen   Jul 19 17:06 UTC 1996

Richard, if you type "!use_gate" at the next prompt, you'll have automatic
word-wrap enabled from then on, making your responses more legible.  It
would be a courtesy to those who can't read lines longer than 80 characters.
 
Rane & Richard, I disagree that the negative issues are not being discussed
here.  Some may be missed, but I think that's because so many issues are
being raised simultaneously.  Many of Richard's questions in #111 have
already been discussed, but I'll try to answer (or re-answer) them.
 
  "The question of how this is going to affect those who are on metered
  time or something similar."
 
My answer was not just that we "repel them anyway."  It's that virtually
*any* change on Grex attacts some people, and repels others.  Since Grex
is usually full, the number of people in both groups is roughly equal.
It's a half-full half-empty question: In addition to saying "we're driving
away people with metered accounts," you can also say "we're pulling people
in people with unmetered accounts."  It's a valid point that it will affect
people on metered accounts, and it seems probable that it will drive them
away, but there's no guarantee of even that.
 
 "There has been no answer to the question rcurl raised about how this
  affects folks who could have their phone bills negatively affected by being
  forced to be online through a countdown."
 
I'm not sure I get the question, but if you mean long-distance Internet
callers will pay more, this is nearly the same as the previous question.
 
 "There has been no answer to how this will affect new users eagerness and
  willingness to access this system other than, 'well, we dont need any
  more new users anyway.'"
 
I've seen a couple answers from people that say they think the queue is a
friendlier welcome to new users, and will do better in attracting them.
That's my opinion as well.  It's a hunch, not a fact, but so is the
opposite opinion.  Once the queue has worked for a while, we can check
newuser logs, which should provide some added perspective on the topic.
 
 "And lastly, there has been no answer, none at all, to my suggestion that
  Why before final implementation there should be a board vote on whether to
  approve this?  Why not?"
 
The answer was recently discussed in the yeswrite/nowrite discussion, and
at the June board meeting.  The people who abstained from voting on this
issue at the board meeting described their reasoning in the item 78 (board
minutes).  The same exact reasoning would apply to this issue.
 
 "And finally, Marcus, you are erroneous if you think that there are that
  many people who have such technial advantages that the old system would
  favor them too much.  Most people dont have such advantages and it is
  wrong to judge whether this is or is not fair based on that presumption."
 
There is no evidence to support your belief.  You're entitled to your
opinion, but I disagree with it.  I heard from people who did use technical
advantages (Win95 is particularly good for this), and telnet logs can
provide some evidence, but quantifying the number (e.g. "there are that
many people") is difficult.
mdw
response 122 of 196: Mark Unseen   Jul 19 19:42 UTC 1996

My concern with attack telnetting has nothing to do with any technical
advantage it might or might not give users.  My concern with attack telnetting
is that it slows down the system for everyone, and is not an efficient use
of our resources.

So far as a board vote goes, no, I don't think this should be decided by
a board vote, but not because I'm afraid of what they might decide.
I know most of the board members quite well, and I know a number of
board members in fact wish the queuing system could have happened sooner.
Based on that, and what ever board member has said here online, I have no doubt
but that they would certainly vote to continue "the experiment", and that if
the result works and they *had* to decide, they would certainly decide for the
queuing.  But I also have no doubt that the board shares my belief that it's
the wishes of the users and membership that is most important.  In this case,
it's clear there are people who feel strongly both ways, and so it may end up
that the only fair way to decide is to put the result to a membership vote. 
However, my suspicion is also that if there is a strong vocal minority that
hates the queuing system, there is an even larger group who like the queuing,
and that the result is therefore likely to pass. That all depends on the
queuing system working properly, of course, and so my major interest has been
in terms of finding problems in the queuing system, and fixing them.

So far as queuing vs. time limits or connect charges, I have no answer.
I do doubt that getting rid of queues would help any;  it sounds like
one reason it's now harder to get on is the temporary disappearance of m-net;
and that probably would have made matters nearly impossible in any case. I do
hope things will get easier in the long run; hopefully we'll eventually be able
to add extra pty's & actually suport more users; the idle killer does seem to
be having an effect, and hopefuly m-net will be back up soon enough. It's hard
to say what effect human nature will have on all this, however, that's one
reason to try the experiment, & after that, of course, it's all a matter of
taste.
popcorn
response 123 of 196: Mark Unseen   Jul 19 19:55 UTC 1996

I've checked the queue a number of times during the day today and yesterday.
Most time time when I connected, I started at position 2 or 4 in the queue.
Once or twice it was as high as 10.  Several times I got a login prompt right
away, without going through the queue at all.  I'm not seeing the multi-hour
waits from a few days ago when the queue was getting stuck.
As I was writing this, I checked again, and started in the queue at slot #1.
scott
response 124 of 196: Mark Unseen   Jul 19 22:30 UTC 1996

(Moving up to the Sun 4 was not a Board issue.  *Paying* for new hardware
*was* a Board issue.  Marcus didn't ask for any money to write the telnet
queue)
 0-24   25-49   50-74   75-99   100-124   125-149   150-174   175-196   
Response Not Possible: You are Not Logged In
 

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