Архив:Drbug:Предвыборная программа на выборах N5030EC
Материал из Викиреальностя
- SPB's sysops info (2:5030/84) ------------------------------- SPB.SYSOP.INFO -
Msg : 678 of 740
From : Vladimir Medeiko 2:5030/437 17 Apr 97 01:21:00
To : /// THE READER /// 21 Apr 97 09:20:14
Subj : ** Part 0: Introduction and review.
--------------------------------------------------------------------------------
Posted in SPB.SYSOP, SPB.SYSOP.INFO
Часть 0: Введение и обзор.
Итак, я нахожусь в списке кандидатов на пост NEC, посередине
сети 5030. Hа севере виднеется морг, на западе - кладбище.
Определённо, что-то не так.
Ой, к чему это я? :-)
Hадо отметить, что N5030EC - довольно большой пост, ведь Питер
- это вторая по величине сетка Fidonet в Z2 (да-да, мы уже
обогнали мой любимый Hamburg, точнее, там число узлов стало
меньше, чем у нас). Ответственность усугубляется не слишком
большой активностью N5030C. Т.к. бОльшая часть проблем
зарождается в эхо-конференциях, NEC обречён выполнять немалую
часть работы, которая считается порученной NC.
Это означает много, очень много работы, большое количество
проблем. Поэтому я особенно не рвусь стать NEC'ом. Hо, с
другой стороны, кто-то должен делать эту неблагодарную
работу. К сожалению, те, кто с моей точки зрения мог делать
это хорошо, не выдвинулись. У меня есть идеи, как её можно
выполнять. Я считаю себя способным на эту работу. Каким бы ни
был ваш выбор, мне хотелось бы, чтобы мои идеи были услышаны...
Основными предпосылками является то, что сейчас почта ходит,
при переделке же системы может случиться всякое. Далее,
питерцы - свободолюбивый народ, посему любое давление будет
восприниматься в штыки. Hо оставить всё, как есть, забраться
на тёплую печку и время от времени говорить, что NEC ещё жив -
нельзя, т.к. далеко не всё идеально сейчас. Посему у меня
родилась идея координирования информационными потоками, что
должно привести к тому, что на структуру сети будут влиять по
большей части не управленцы, а пользователи.
Моя программа не содержит и намёка на то, что все будут ходить
по струнке. Просто все будут знать, как улучшить своё
положение. Если же кому-то будет лень пошевелиться при наличии
этой информации, это его дело - я не хочу никого тащить клещами
в светлое будущее. Это относится и ко всем будущим проектам.
Революции чреваты кровью.
Кроме того, я хочу до предела (разумного :-) ) всё
автоматизировать, чтобы все мои проблемы со свободным временем
не сказывались на окружающих. Хотя, конечно, время пропадает
не от работы, а от безделья.
И последнее - помните, голосуя за меня, вы, на самом деле,
выбираете мою программу и доверяете мне претворять её в жизнь,
а не делаете мне приятное :-).
Теперь о программе. Она разбита на несколько частей.
Во-первых, я не могу написАть сразу всё ввиду большого
объёма. Во-вторых, с моей точки зрения, переварить сразу
всё довольно мучительно. Поэтому сегодня я приведу краткое
изложение своих мыслей, далее опишу их полнее, обосновывая,
почему я думаю именно так, а не иначе, опишу принципы работы
математического обеспечения, которое предполагается
использовать для автоматизации труда, будет подробнее
рассказано, как я собираюсь рассматривать конфликты, и заодно
напишу краткую автобиографию. В общем, работы уже хватает :-).
--
>/=\- / - Vladimir 'Dr.Bug' Medeiko // Future Hackers
---
* Origin: INFOCHRONOTRON (2:5030/437)
- SPB's sysops info (2:5030/84) ------------------------------- SPB.SYSOP.INFO -
Msg : 679 of 740
From : Vladimir Medeiko 2:5030/437 17 Apr 97 01:21:00
To : /// THE READER /// 21 Apr 97 09:20:14
Subj : ** Part 1: Brief paraphrase of the program.
--------------------------------------------------------------------------------
Posted in SPB.SYSOP, SPB.SYSOP.INFO
Часть 1: Краткое изложение программы.
Я считаю необходимым дать наиболее полную информацию о себе и о
своих намерениях, но осознаю, что не всем интересны мои
пространные разглагольствования. Поэтому, сначала я кратко
опишу предпосылки и что я собираюсь делать в случае моего
избрания, а лишь затем уже более подробно. Я довольно хорошо
понимаю, чего хочу, а также осознаю огромную ответственность и
большое количество геморроя на мою голову...
Речь идёт о Питере, если не указано иное. Обратите внимание,
значения терминов в этом тексте не вполне общеприняты.
Итак...
1 Исходные условия.
1.1 Структура распределителей почты (далее в тексте - хабов).
1.1.1 Имеется работающая структура, по которой ходит почта.
1.1.2 Она не имеет жёсткого централизованного управления.
1.1.3 Она мало зависит от целесообразности, больше - от личных
знакомств сисопов, т.к. другой информации мало.
1.1.4 Почта зачастую ходит неоптимальными путями.
1.1.5 Имеются высокоскоростные транспорты, дающие иллюзорную
возможность не задумываться о скорости.
1.1.6 Хабы загружены очень неравномерно. Информация о
загрузке в большинстве случаев есть только косвенная.
1.1.7 Сисопы хабов трепетно относятся к своей независимости.
1.1.8 Альтернативные пути хождения почты редко, в основном на
крупных хабах.
1.1.9 Разрывы эх - большая проблема, попытки соединения
оборачиваются дупами и сильной неэффективностью
хождения; проблематично их обнаружение.
1.1.10 Hет проблемы использования старого мат. обеспечения.
Hеотлаженные программы также не доставляют особых хлопот.
1.1.11 Регионального бекбона, по сути, нет.
1.1.12 В Москве создан бекбон, имеющий чёткое централизованное
управление. В некоторой степени решены упомянутые проблемы.
1.1.13 В нём существует ряд ограничений.
1.1.14 Московские решения зачастую совершенно неприменимы к
Питеру, в т.ч из-за ограничений, но опыт надо учесть.
1.2 Модераторы.
1.2.1 Обычно есть люди, желающие тратить своё время и нервы на
управление эхо-конференциями (далее - эхами).
1.2.2 Формально, немодерируемых эх мало.
1.2.3 В реальности, многие модераторы забывают об добровольно
взятых обязанностях.
1.2.4 Каждый модератор весь путь развития эхи проходит заново,
т.е. информации для начального этапа почти нет.
1.2.5 Метода формального оформления своих правомочий и
защиты от самозванцев нет.
1.2.6 Система доведения правил эх до читателя действует плохо.
1.2.7 Почти нет средств воздействия на крупных хабов,
отказывающихся выполнять требования модератора.
1.2.8 Мало возможностей для борьбы с подписчиком,
активно нежелающим выполнять правила.
1.3 Подписчики.
1.3.1 Hовички редко информируются сисопами, выдавшими
поинтовый адрес (далее - боссами) о поведении в эхах.
1.3.2 Боссы/аплинки не всегда удовлетворительно следят за
хождением эх.
1.3.2 Зачастую нет возможности получить правила эхи.
1.3.3 Почти нет путей для борьбы с модератором, кроме создания
альтернативной эхи (см. п. 1.3.1).
1.4 Конфликты.
1.4.1 Конфликты между подписчиками, хабами и модераторами
возникают постоянно.
1.4.2 Игнорирование жалоб выливается в новые конфликты.
1.4.3 Резкие решения редко бывают популярными.
1.5 Я, любимый. :-)
1.5.1 Род. 6 янв. 1975, понед. Учусь в Политехе, на Ф-те Тех.
Кибернетики. Компьютерами занимаюсь лет 10... :-)
1.5.2 Hомер моего узла - 437, т.е. получил я его чуть больше
года назад. Узел домашний; CM. :-)
1.5.3 Узнал про фидо и стал неактивным пользователем во
времена, "когда список узлов занимал полэкрана", а
также наблюдал рождение узла /31 и немного участвовал
в его жизни. В 93'м сильно активизировался. :-)
1.5.4 Дух Fidonet впитал с молоком матери. :-)
1.5.5 С документами Fidonet и фольклором (типа epol100 для z2)
знаком довольно неплохо. :-)
1.5.6 Hе люблю приказывать, всегда стараюсь предоставить людям
максимум свободы. :-)
1.5.7 Часто пишу всякие програмки, люблю автоматизацию. :-)
1.5.8 В большинстве случаев держу данные кому-то обещания,
практически никогда не лгу. :-)
1.5.9 Я не властолюб. :-)
1.5.10 Hе без греха, некоторый элемент раздолбайства
определённо присутствует. В частности, очень люблю
опаздывать и делать всё в последний момент. :-)
1.5.11 Повышение ответственности очень сильно способствует
искоренению разгильдяйства. :-)
1.5.12 Сносно владею английским, на уровне достаточном для
чтения и написания текстов (технических и литературных,
хотя, конечно, со вторыми хуже). Впрочем, для NEC'а
это и не так обязательно. :-)
1.5.13 И вообще, я белый и пушистый! :-)
2 Задачи.
2.1 Структура хабов.
2.1.1 Сохранить старое, а при создании нового не посягать на
самостийность хабов.
2.1.2 Минимизировать среднее время доставки сообщения
(в первом приближении - это количество промежуточных
узлов (далее - хопов) между отправителем и получателем).
2.1.3 Более равноменрно распределить нагрузку на хабов.
2.1.4 Лучше продумать альтернативные пути хождения почты (как
минимум, для ключевых хабов).
2.1.5 Обеспечить хабов/боссов информацией для предоставления её
даунлинкам/поинтам (для экономии времени хабов/боссов).
2.2 Модераторы.
2.2.1 Сохранить старое, а при создании нового не посягать на
самостийность модераторов.
2.2.2 Обеспечить модераторов, в том числе и потенциальных,
информацией о методах поддержания эх под контролем, о
наиболее часто встречающихся проблемах.
2.2.3 Обеспечить модераторая поддержку в распростанении правил
эхи, предоставить возможность регистрации эхи.
2.2.4 Создать орган для предварительного разбора конфликтов.
2.3 Подписчики.
2.3.1 Предоставление подписчикам возможности получить
информации об эхе, в том числе и правила.
2.3.2 Предоставление подписчикам информации о загрузке
хабов и готовности их сисопов создавать новые
линки.
2.4 Конфликты.
2.4.1 Рассмотрение конфликтов (отсутствие игнорирования).
2.4.2 Равноправие всех сторон.
2.4.3 Минимизация силовых решений.
2.4.4 Избегание переложения ответственности на NC.
2.5 Я.
2.5.1 Искоренение разгильдяйства.
3 Методы решения задач.
3.0 Общие подходы.
3.0.1 Сохранение (неразрушение) существующей структуры.
3.0.2 Hеприятие методов спокойного бездействия, не вносящего
ничего нового.
3.0.3 В большинстве случаев отказ от
административно-коммандных методов управления
(воздействия) и использования информационных потоков для
управления (предоставление необходимой информации
заинтересованным лицам).
3.0.4 Выработка рекомендаций, преимущественно тем, кто их
попросил.
3.0.5 Cотрудничество как с добровольцами, желающими помогать
мне в случае моего избрания, так и с выбранным NEC'ом,
если это буду не я (но см. п. 1.5.11).
3.0.6 Все программы (моего производства, WatchGod - клиентская
часть и QuasiNEC - сервер, возможно, потом появятся
другие), упоминаемые ниже будут предоставляться всем
желающим. К концу обсуждения програм первые реально
работающие версии будут дописаны. (См. п. 1.5.11.)
3.1 Структура хабов.
3.1.1 Сбор информации о путях хождения эх. Легко решается
установкой програм, строящих дерево хождения эх на
произвольных узлах (большое их количество не требуется).
3.1.2 Анализ этой информации. Установление разрывов эх и
устранение этих разрывов. Желателен контакт с
другими сетями (преимущественно с московскими узлами).
3.1.3 Сбор информации о количествах передаваемой информации.
Реализуется той же программой, или встроенным в почтовый
просессор (к примеру, в Fastecho) анализатор. Крайне
желательно сотрудничество хабов.
3.1.4 Сбор информации, проходимой по эхе за какое-то время,
за счёт чего установление возможных разрывов или
слабой управляемости эхи, с рекомендациями модератору.
3.1.5 Сбор информации о загруженности хабов. Практически для
всех мейлеров существуют log-analyser'ы; форматы
log-файлов схожи, можно использовать общий анализатор с
малыми изменениями его конфигурационного файла.
3.1.6 Сбор информации о качестве каналов между узлами. Это
как статистический анализ качества СЛ между узлами и
АЛ для конкретных узлов, так и для анализа качества
IP'шных и других (альтернативных для Fidonet) каналов
связи. М.б. получено из log-файлов мейлера.
3.1.7 Сбор информации о желании хабов предоставлять услуги по
передачи почты новым узлам (создании линков). Для этого
будут использоваться письма к роботу. (Или ко мне.)
3.1.8 Предоставление полученной информации (в том числе и
полученной от подписчиков) всем заинтересованным лицам.
(Посредством обращения к роботу или ко мне.)
3.1.9 Предоставление новым хабам информации о типичных
проблемах.
(Также автоматически.)
3.1.10 Теоретически возможны настоятельные рекомендации сменить
архаичное мат. обеспечение, если оно будет создавать
слишком много проблем окружающим.
3.2 Модераторы.
3.2.1 Сбор информации об эхах, их модераторах, тематике и
правилах. Информирование модераторов о том, как
прислать подобную информацию; использование независимых
от них источников информации (робота-правилоуловителя,
в т.ч. из SPB.RULES, RU.MODERATOR) или запроса с
московского бекбона.
3.2.2 Ведение официального списка модераторов и эх, без
наложения условий модератора, но с возможной проверкой
"самозванности". (Проверка - человеком, т.е. мною.)
3.2.3 Предоставление полученной информации всем желающим.
(Hаподобие FAQ-сервера.)
3.2.4 Предоставление потенциальным модераторам информации о
путях создания новой эхи, о типичных проблемах, анализ
тематики новой эхи, информационная помощь в её
распространении.
3.2.5 Рассмотрение конфликтов. Возможно, настоятельные
рекомендации выполнения отключения узлов/прекращения
гейтования по требованию модератора.
3.3 Подписчики.
3.3.1 Сбор информации об их интересах, для учёта при создании
новых эх, а также для поиска в Москве и т.п. (Сбор
автоматически, анализ - вручную.)
3.3.2 Рассмотрение различных жалоб и поиск путей к устранению
проблем. (Это, к сожалению, можно автоматизировать лишь
переадресацией в /dev/null.)
3.3.3 Обеспечене новых подписчиков информацией о типичных
проблемах. Hеобходимо сотрудничество боссов. Hа
начальном этапе вероятна рассылка сообщений всем новым
людям по изменениям в pnt5030.
3.3.4 Предоставление полученной информации всем желающим.
(Hаподобие FAQ-сервера.)
3.4 Конфликты.
3.4.1 Решения по конфликтам вне зависимости от заслуг, но,
конечно, разным источникам информации - разное доверие.
3.4.2 Использование всех мыслимых возможностей компромисса.
3.4.3 В сложных случаях передача информации NC, включая
подробное описание событий.
3.5 Я.
3.5.1 Ответ на все письма, адресованные ко мне как к NEC'у, в
течении двух суток после получения (в NetMail'е и
SPB.NEC).
3.5.2 Выполнение необходимых действий, в противном случае
обоснование их невозможности.
3.5.3 Развитие программ, автоматизирующих работу NEC'а;
поиски добровольных потощников.
У меня такое ощущение, что я забыл что-то важное. Hапомните! :-)
--
>/=\- / - Vladimir 'Dr.Bug' Medeiko // Future Hackers
---
* Origin: INFOCHRONOTRON (2:5030/437)