Курилка

* Forwarded by : Dmitry Kilkin (2:5020/1581.20)
* Area : XSU.USELESS.FAQ
* From : Pavel Pavlovets, 2:450/124.13 (среду, 21 августа 2002 г. 12:38)
* To : Roman Shirokoff
* Subj : НАШ ОТВЕТ ПОЛЬЗОВАТЕЛЯМ

Наш ответ пользователям

Текст был разослан, но не написан Стивом Саммитом

Steve Summit scs@adam.mit.edu

Перевод с английского на русский Александра Шеховцова

als@vl.ts.kiev.ua

Пожалуйста, перестаньте посылать нам сообщения об ошибках. Это наша система. Мы разработали ее, мы создали ее и мы используем ее дольше чем вы. Если вы полагаете, что в ней отсутствуют некоторые свойства, или система не так эффективна, как вам бы хотелось, ЗАТКНИТЕСЬ! Убирайтесь к чёрту, мы в вас не нуждаемся. См. рис. 1.

Забудьте о своей глупой проблеме, давайте поговорим о некоторых свойствах нашей операционной системы.

  1. Опции. Мы ввели огромное их множество. Так много, что вам понадобится пара толковых ребят, чтобы разобраться в документации. Так много, что рак свиснет раньше, чем половина из них будет использована. Так много, что вам не удастся использовать их правильно в любом случае. Однако, количество опций не так уж и существенно, потому что мы установили некоторые интересные значения для опций и назвали их ...
  2. Умолчания. Мы установили немало умолчаний. Они нам нравятся. Если бы это было не так, мы бы сделали умолчаниями что-нибудь другое. Так что уберите свои грязные руки от наших умолчаний. Не трогайте их. Считайте их предопределенными. «Предопределенные умолчания» — звучит неплохо! Если вы их измените и ваша система зависнет, заткнитесь. См. рис. 1.
  3. Языковые процессоры. Они работают прекрасно. Получают на вход исходные тексты и зачастую генерируют объектные файлы как результат ваших усилий. Вам не нравится результирующий код? Тем хуже для вас! Вы даже можете попытаться делать системные вызовы из него. Во всех случаях, когда это не удается, используйте ассемблер, как это делаем мы. Мы говорили с разработчиками языковых процессоров и они думают так же, как и мы. Они говорят: «См. рис. 1».
  4. Отладчики. Да, y нас есть отладчики, один мы сопровождаем, а другой используем сами. Но в любом случае вы не должны делать ошибки, это всего лишь пустая трата времени. Мы ничего не хотим слышать об отладчиках, нам эта тема неинтересна. См. рис. 1.
  5. Ошибка при загрузке. Не обращайте внимания. Зачем наживать себе язву? Вы ведь все равно не захотите передать нам свою машину, чтобы мы разбирались в вашей проблеме, да и мы, вероятно, не сможем разобраться в любом случае. Да, и если что-либо сломается в промежутке между 17:00 и 18:00 или 9:30 и 10:30 или 11:30 и 13:30 или 14:30 и 15:30, то не тратьте ваше время на звонки — нас нет на месте. См. рис. 1.
  6. Командный язык. Мы разработали его самостоятельно, он превосходен. Он настолько нам нравится, что мы назвали язык нашим именем. Действительно, мы так счастливы и довольны с ним, что мы создали его один раз для всех наших операционных систем. Мы даже стараемся сохранить командный язык неизменным от версии к версии, хотя иногда мы кардинально пересматриваем его. См. рис. 1.
  7. Выполнение программ в реальном времени. Мы этого добились. Кто еще мог сделать такую прекрасную работу? Что, система кажется медлительной со своими 18-ю уровнями приоритетов процессов? Никаких проблем, установите всем процессам приоритет 1. В любом случае реальное время не столь важно, как оно кажется. Мы даже изменили название нашей группы, чтобы избавиться от слов «реальное время». И мы уже давным-давно посоветовали всем нашим пользователям, пытающимся работать в реальном времени, смотреть на рис. 1.

В заключение, засуньте подальше ваше сообщение об ошибках. Любите нашу систему или оставьте ее, но не выражайте свое недовольство.

---------------------------
!            _            !
!           { }           !
!           | |           !
!           | |           !
!        .-.! !.-.        !
!      .-!  ! !  !.-.     !
!      ! !       !  ;     !
!      \           ;      !
!       \         ;       !
!        !       :        !
!        !       |        !
!        |       |        !
!                         !
---------------------------

Pис. 1.

Примечания:

Это довольно старый текст который заслуживает вторичной рассылки. Моя
копия датирована июнем 1986 года. Я не представляю, сколько этому тексту
на самом деле лет и кто его написал.

По моему впечатлению у тех, кто видел этот текст, фраза "см. рис. 1"
немедленно вошла в жаргон. А кто-нибудь еще ее использует?

···•••... Putrach ...•••···
-+- Мсье! Roman не манж па 1.1.3 жюр!
+ Origin: 6125874 (2:450/124.13)

Текст оригинала

Скопировано со страницы (там — подробнее) «См. рис. 1» — Луркоморье.

From alt.folklore.computers Wed Jul 22 18:32:43 1992
Path: daimi!dkuug!sunic!mcsun!uunet!darwin.sura.net!mips!zaphod.mps.ohi
o-state.edu!sol.ctr.columbia.edu!destroyer!gumby!yale!mintaka.lcs.mit.ed
u!bloom-picayune.mit.edu!news
From: scs@adam.mit.edu (Steve Summit)
Newsgroups: alt.folklore.computers
Subject: "See Figure 1."
Message-ID: <1992Jul21.181348.11582@athena.mit.edu>
Date: 21 Jul 92 18:13:48 GMT
Sender: news@athena.mit.edu (News system)
Reply-To: scs@adam.mit.edu
Organization: none, at the moment
Lines: 90
Nntp-Posting-Host: adam.mit.edu

Here's an old gem that deserves re-posting.  My copy is dated
June, 1986; I have no idea how long it's been around or who wrote
it.  (The author, if out there, should certainly step forward and
take credit.)

Among my associates who have seen this, the phrase "See Figure 1"
became instant jargon.  Is anyone else using it?

-----------------------------------------------------------------

Please stop submitting SPR's.  This is our system.  We designed it, we
built it, and we use it more than you do.  If there are some features
you think might be missing, or if the system isn't as effective as you
think it could be, TOUGH!  Give it back, we don't need you.  See Figure
1.

Forget about your silly problem; let's take a look at some of the
features of our operating system.

1)  Options.  We've got lots of them.  So many in fact, that you need
two strong people to carry the documentation around.  So many that it
will be a cold day in hell before half of them are used.  So many that
you are probably not going to do your work right anyway.   However,
the number of options isn't all that important, because we picked some
interesting values for the options and called them ...

2)  Defaults.  We put a lot of thought into our defaults.  We like
them.  If we didn't, we would have made something else be the default.
So keep your cotton-pickin' hands off our defaults.  Don't touch.
Consider them mandatory.  "Mandatory defaults" has a nice ring to it.
If you change them and your system crashes, tough.  See Figure 1.

3)  Language Processors.  They work just fine.  They take in source,
and often produce object files as a reward for your efforts.  You don't
like the code?  Too bad!  You can even try to call operating system
services from them.  For any that you can't, use the assembler like we
do.  We spoke to the language processor developers about this, and they
think a lot like we do.  They said, "See Figure 1".

4)  Debuggers.  We've got debuggers, one we support and one we use.
You shouldn't make mistakes anyway, it is a waste of time.  We don't
want to hear anything about debuggers; we're not interested.  See
Figure 1.

5)  Error Logging.  Ignore it.  Why give yourself an ulcer?  You don't
want to give us the machine to get the problem fixed and we probably
can't do it anyway.  Oh, and if something breaks between 17:00 and
18:00 or 9:30 and 10:30 or 11:30 and 13:30 or 14:30 and 15:30, don't
waste your time calling us; we're out.  See Figure 1.

6)  Command Language.  We designed it ourselves, it's perfect.  We like
it so much we put our name on it.  In fact we're so happy with it, we
designed it once for each of our operating systems.  We even try to
keep it the same from release to release, though sometimes we blow it.
See Figure 1.

7)  Real Time Performance.   We got it.   Who else could have done such
a good job?  So the system seems sluggish with all those priority 18
processes?  No problem, just make them priority 1.  Anyway, realtime
isn't important anymore like it used to be.  We changed our group's
name to get rid of the word realtime.  We told all our realtime users
to see Figure 1 a long time ago.

In conclusion, stuff your SPR.  Love our system or leave it, but don't
complain.


        ---------------------------
        !            _            !
        !           { }           !
        !           | |           !
        !           | |           !
        !        .-.! !.-.        !
        !      .-!  ! !  !.-.     !
        !      ! !       !  ;     !
        !      \           ;      !
        !       \         ;       !
        !        !       :        !
        !        !       |        !
        !        |       |        !
        !                         !
        !_________________________!
                Figure 1.

-----------------------------------------------------------------

The above was re-posted, but was *not* written, by

                                      Steve Summit
                                      scs@adam.mit.edu