 ┌───────┐                          ▓ Творческий коллектив NEATAVIA, г.Киев
 │░░░  О │ <═════════════════════╗  ▓
 │  ┌────┴──┐        ОБЩЕСТВО    ║  ▓        Электронный бюллетень
 │  │▒▒▒  С │                    ║  ▓
 └──┤  ┌────┴──┐    СИСТЕМНЫХ    ║  ▓       С О Ф Т П А Н О Р А М А
    │  │▓▓▓  П │                 ║  ▓
    └──┤   o . │  ПРОГРАММИСТОВ  ║  ▓       Публикуется ежемесячно,
       │   ╔   │ ════════════════╝  ▓        кроме июля и августа
       └───╨───┘                    ▓

    Составитель и научный редактор Николай Безруков, т.(044)268-1026(д)
              FIDO 2:463/10.1  RELCOM: bnn@softp.kiev.ua
    Подписка и распространение Галина Ткаченко т.(044)484-8016(д)

             ╔══════════════════════════════════════════╗
             ║ Помогите выжить бюллетеню ! Постарайтесь ║
             ║ оформить подписку  от  Вашей организации ║
             ╚══════════════════════════════════════════╝

************  И Н Ф О Р М А Ц И Я   Д Л Я   А В Т О Р О В **************

-------------------- ВАЖНОЕ ПРЕДВАРИТЕЛЬНОЕ ЗАМЕЧЕНИЕ ------------------

 ╔═════════════════════════════════════════════════════════════════════╗
 ║    Авторы вообще, а авторы-программисты в особенности,  склонны  к  ║
 ║ близорукости. Рассматривая свою программу чуть ли  не  как  родное  ║
 ║ дитя, они очень часто забывают, что редакция получает  много таких  ║
 ║ программ и отсутствие дополнительных сведений типа README.1ST, доку-║
 ║ ментации и т.д. сегодня, когда особого недостатка в  программах не  ║
 ║ ощущается, обычно влечет "несправедливый" вариант, состоящий в на-  ║
 ║ жатии клавиши F8 в Norton Commander.                                ║
 ╚═════════════════════════════════════════════════════════════════════╝

 ║    УБЕДИТЕЛЬНАЯ ПРОСЬБА не затруднять без необходимости  жизнь ре-
 ║ дакции, присылая дискеты без наклеек с фамилией автора и его адре-
 ║ сом или присылая программы  без  документации,  файла  README  или
 ║ фрагмента оглавления. Июль и август редакция не  работает. Поэтому
 ║ отправлять бандероли в июле не рекомендуется.
 ║

-------------------------- ЧТО ПУБЛИКУЕТСЯ -----------------------------

     В бюллетень включаются исходные тексты программ, загрузочные модули,
 различного рода статьи,  заметки, перепечатки из периодики, юмористичес-
 кие материалы - словом все, что может представлять интерес для системных
 программистов.  В число последних,  в соответствии со сложившийся в рес-
 публиках бывшего СССР традицией, включаются не только разработчики прог-
 раммного обеспечения, но и те, кто занимается сопровождением готовых па-
 кетов (этот вид деятельности на Западе называют "software maintenance" и
 он уже давно стал доминирующим "занятием" программистов всех стран).

-------------------------- ЯЗЫК ПУБЛИКАЦИИ -----------------------------

     С  учетом  распространения  бюллетеня  в  республиках бывш.СССP
 предполагается  использование  английского  и  русского языков. Тексты и
 программы на других языках могут публиковаться в рамках  соответствующих
 клубов (например, UKR-CLUB). Редакция приветствует предоставление  авто-
 рами материалов на английском языке и использование английского языка  в
 интерфейсе программ.

---------------------------- ГОНОРАР АВТОРАМ ---------------------------

     Гонорар авторам материалов не выплачивается, однако все авторы опуб-
 ликованных материалов имеют право бесплатно получать подписку как  инди-
 видуальные подписчики в течении  года (естественно на своих  дискетах и
 с оплатой почтовых расходов на пересылку, если таковая потребуется). Все
 программы, помещенные в бюллетене, участвуют в проводимых обществом кон-
 курсах, а их авторы могут выдвигаться на премии общества.

     Для  программ  допускается  четыре  формы представления: SOURСEWARE,
 FREEWARE, SHAREWARE и CRIPTWARE. Подробнее об этих формах  распростране-
 ния программных продуктов см. файл README.1ST.

------- ВНИМАНИЕ ! ВНИМАНИЕ !  ВНИМАНИЕ !  ВНИМАНИЕ !  ВНИМАНИЕ ! -------

     1. Киевляне и москвичи: по возможности не передавайте свои дискеты в
 редакцию (если они у Вас не лишние :-). Используйте указанных ниже пред-
 ставителей редакции или сети FIDO или RELCOM.
     2. Отcутствие файла README.1ST(или файла <имя программы.1ST, если
 представлена единственная программа рассматривается как неуважение к
 редакции.
     3. Если  это непринципиально,  то не  пакуйте свои  программы LZEXE,
 PKLITE и аналогами.  Это ухудшает общую  степень сжатия бюллетеня  более
 чем на 5% (т.е. примерно 100K на бюллетень "растворяются без остатка").
     4. Уважайте предшественников, на плечах которых стоите !  Упоминайте
 о существующих аналогах в документации. Поступайте со своими предшествен-
 никами также, как Вы хотели бы, чтобы они поступали с Вами.

------------------------- ПЕРЕСЫЛКА МАТЕРИАЛОВ --------------------------

     Авторы могут высылать  дискеты со своими  материалами (кроме июля  и
 августа)  ценной  бандеролью  в  адрес  редакции: 252156, ГСП, Киев-156,
 ул.Киото, 19, КТЭИ, каф. ВТ и АСУ, Безрукову H.H. Старый адрес  редакции
 (252058, Киев-58, проспект Комарова  1, КИИГА, Авиацентр НТТМ,  Ткаченко
 Г.Э.) также  допустим, но  является более  медленным каналом.  Поскольку
 имелись случаи, когда бандероли шли более двух с половиной месяцев, быс-
 трый возврат их не гарантируется. Возвращаются только дискеты с написан-
 ным на этикетке точным почтовым адресом.
     С учетом  плохой работы  почты пересылка  дискет является  далеко не
 безопасной операцией. Поэтому,  пожалуйста, вкладывайте в  бандероль от-
 крытку с вашем адресом для отправки уведомления о получении или,  лучше,
 отправляйте бандероль с уведомлением о вручении.

--------------------------- Пользуйтесь FIDO !!! -----------------------

     Пользователи, располагающие модемами и использующие FrontDoor, могут
 передавать не  очень объемные материалы (до 100K) непосредственно редак-
 тору бюллетеня по адресу FIDO 2:463/10.1. При этом материалы идут редак-
 тору транзитом через редакционный узел Softpanorama-I. Системные опера-
 торы - Игорь Свиридов, Борис Мостовой. ВНИМАНИЕ  ! Узел  чисто почтовый.
 Поэтому  с помощью Telix  и аналогичных программ  передать ничего нельзя.
 Воспользуйтесь услугами любого ближайшего узла FIDO.

     Передавая материалы  в Киеве  или Москве,  ради бога,  не оставляйте
 свои дискеты - сразу записывайте материалы на винчестер или дискеты  ре-
 дакции.
     В Киеве удобнее всего материалы передавать:
---- На правом берегу:
     в районе Московской площади и станции метро Дзержинская мате-
 риалы  рекомендуется  передавать  передавать  Игорю  Левитину (т.
 268-9490(р); НПО "Изотоп").
---- На левом берегу:
     на кафедру ВТ и ACУ торгово-экономического  института  любому
     сотруднику  кафедры  (II  этаж  гл.корпуса,  комн.   209,  т.
     544-2537).

     Материалы можно оставлять и в КИИГА Галине Ткаченко, однако время их
 передачи несколько больше, чем при передаче по указанным выше адресам.

---- Москвичи и те,  кто имеет устойчивую связь с Москвой,  могут переда-
 вать материалы (ради бога не оставляйте свои дискеты !) через :
     1) Валентину Дмитриевну Иванову, т.939-5212(р), 336-3351(д)
        и Анатолия Викторовича Гуляева, р.т.939-1795 (МГУ, ф-т ВМиК);
     2) Юрия Павловича Лященко,  р.т.135-6253 (АО "ДиалогНаука", ст.метро
 "Ленинский просп.", ул.Вавилова 40, ВЦ РАН, комн.105, в рабочие дни с 10
 до 18  часов,  возможна  передача  материалов и в отсутствие Ю.П.Лященко
 через сотрудников антивирусного отдела),  BBS DialogueScience - 135-6253
 (20:00-10:00), FIDO 2:5020/69;
     3) Леонида Моисеевича  Фрида, р.т.204-4941, 208-2478  (ВНИИТЭИ Агро-
 пром, ст.метро  "Красные ворота",  в рабочие  дни с  11 часов), д.т.311-
 7295, FIDO 2:5020/35.3; кроме того, материалы могут быть переданы на за-
 седаниях Московского семинара по системному программированию  (руководи-
 тель - Л.Г. Бунич. Время проведения: каждый 3-й четверг месяца. Начало в
 14 часов).

---------------------  Порядок оформления дискет -----------------------

     Дискеты  должны  быть  снабжены  наклейками с указанием наименования
 программы, фамилии автора и обратного адреса(при отсутствии на  этикетке
 обратного адреса или отсутствии самой этикетки дискеты не возвращаются).
 Если дискеты передаются через общественного распространителя и желатель-
 но чтобы он же забрал их обратно необходимо указать фамилию общественно-
 го распространителя. Для иногородних дискеты возвращаются обратно ценной
 бандеролью, наложенным  платежом. Киевляне  и москвичи  получают дискеты
 лично на семинаре или у того распространителя, через которого они  пере-
 давали их в редакцию. Ни киевлянам, на москвичам дискеты не высылаются.
     Независимо от того, принят материал или нет, при возвращении дискеты
 на нее записывается очередной выпуск бюллетеня.
     ВНИМАНИЕ:  ДИСКЕТЫ  БЕЗ  НАКЛЕЕК  ИЛИ  С  НАКЛЕЙКАМИ  НЕ СОДЕРЖАЩИМИ
 ОБРАТНОГО АДРЕСА РЕДАКЦИЕЙ НЕ  ВОЗВРАЩАЮТСЯ. НИКАКИХ ПРЕТЕНЗИЙ ПО  ЭТОМУ
 ПОВОДУ НЕ ПРИНИМАЕТСЯ. ВКЛЮЧЕНИЕ ИНФОРМАЦИИ В БЮЛЛEТЕНЬ НЕ ГАРАНТИРУЕТСЯ
 (например, имелись  случаи, когда  бандероль в  адрес редакции вскрывали
 сотрудники Авиацентра и вынув дискету, выбрасывали конверт. После  этого
 дискеты без наклеек обычно в редакцию не попадали).
     Рекомендуется вложить в бандероль  три почтовые карточки с  обратным
 адресом автора. В этом случае редакция уведомит автора о получении, при-
 нятии/отклонении материала и высылке обратно полученной дискеты.

--------------------- Порядок оформления программ ---------------------
ВHИМАHИЕ! C 1.03.93 редакция рассматривает только программы, снабженные
          файлом <имя программы>.1ST (для отдельных программ)
          и README.1ST(для пакетов или сборников программ)
          указанной ниже структуры.

      В связи с переходом к автоматизированному  составлению оглавле-
│   ния необходимым условием публикации является оформление  на каждую
│   программу файла <имя программы>.1ST, а для группы программ README.
│   1ST. Файл должен имеють приводимую ниже структуру  (для сокращения
│   количества ошибок, при заполнении желательно скопировать данную, а
│   не набивать свою, комментарии, начинающиеся с ? можно удалить)
│
│   *********************** СИНТАКСИС ПОЛЕЙ **************************
│   <ПОЛЕ> ::= %<ИМЯ ПОЛЯ> <ЗНАЧЕНИЕ_ПОЛЯ> <комментарий>
│   <комментарий> ::= "?" <ТЕКСТ>
│   <ЗНАЧЕНИЕ_ПОЛЯ> ::= <ЛИТЕРАЛ> ! <ЦЕЛОЕ> ! <ВЕЩЕСТВЕННОЕ> ! <ДАТА>
│   <ЛИТЕРАЛ> ::= "{" <TEКСТ> "}"
│   <ВЕЩЕСТВЕННОЕ> ::= <ЦЕЛОЕ> "." <ЦЕЛОЕ>
│   <ДАТА> ::= <ЦЕЛОЕ> "." <ЦЕЛОЕ> "." <ЦЕЛОЕ>
│

*** СТРУКТУРА ФАЙЛА README.1ST (НА ПРИМЕРЕ ГИПОТЕТИЧЕСКОЙ ПРОГРАММЫ EXAMPLE ***

Формализованная часть карточки состоит из двух частей:
   - обязательных полей;
   - факультативных полей.

%BEGIN {Example.exe} ?--------------------- начало карточки
? после BEGIN следует имя (идентификатор) программы, 
? для пакета - рекомендуемое название каталога
?
? Часть 1 ------------------  обязательные поля ----------------------------    
?
%AUTHOR: {Николай Безруков, т.(044)268-1026(д); FIDO 2:463/10.1; RELCOM:
bnn@softp.kiev.ua}
?  После фамилии ОБЯЗАТЕЛЬНО ставится ",", например, Виктор Ким, 463/10.101}
?  {отчество необязательно или может представляться одной буквой за которой
?  следует точка, например, Александр И. Петров, тел. 7-044-222-222222 (д).
?  Обязательно необходимо приводить какие-то координаты для связи 
?  (E-mail, телефон, факс, адрес).

%RESUME: {Пример оформления карточки для напрограмму}
? Не более трех строк для оглавления бюллетеня, взятые в фигурные скобки.
? Для пакетов необходимо включить перечень входящих
? программ (в крайнем случае годится копия DIR каталога с комментариями)

%VERSION: 2.07
? укажите порядковый номер версии. Например, если это первая версия,
? то следует указать ВЕРСИЯ 1.0

%STATUS: {Freeware}
? shareware, freeware, GNU)

%ISSUE: {E}
? Рекомендуемый выпуск для размещения материала: A, B, C, D, E

%CATALOG: {BENEFIC}
? Рекомендуемый каталог для размещения материала, например UPDATE

%CLUB:
? для материалов, представляенных с исх.текстами

%CREATION_DATE:  05.01.93
? Дата в формате DD.MM.YY

? Часть 2 --------------- факультативные поля -------------------------

%ANALOGS: {неизвестны}
? Краткая информация об известных автору аналогах
? в особенности, ранее опубликованных  в Софтпанораме,
? если таковые имеются (УБЕДИТЕЛЬHО ПРОСИМ УКАЗЫВАТЬ НОМЕР
   БЮЛЛЕТЕНЯ В КОТОРОМ ОПУБЛИКОВАНЫ АНАЛОГИ, if any)

%OS: {MS-DOS > 3.3, DR-DOS 6.0}
? Версии операционной системы, на который программа работает и
? теcтировалась

%LIMITATION: {работает только с VGA}
? описание ограничений  по оборудованию, памяти и т.д.

%HISTORY:  {данная версия является первой и единственной}
?Сведения о предыдущих версиях, if any, и где они были опубликованы.

%LANGUAGE: {  }
? Комментарий относительно языка программирования и транслятора

%СОММЕNTS: {данный пример заполнения данной карточки возможно не слишком
удачен, но все же дает какое-то представление относительно того,
чего бы хотелось получить редакции}
? Дополнительная информация о программе (ограничения данной версии,
? условий применения, зависимости от версий ОС, отличия от предыдущих
? версий и другая информация, которую Вы считаете необходимым
? сообщить пользователям. Например, для  резидентных программ  
? желательно  указывать возможность загрузки в UMB. 

%END ?----------------------- конец формальных полей карточки

     ВАЖНОЕ ПРИМЕЧАHИЕ: программы, не отзывающиеся на ключ /?, а также
     не содержащие в заставке фамилии автора и его координат (хотя бы
     адрес E-mail или на худой конец телефона и города),  ТАКЖЕ
     как правило HЕ рассматриваются. Время программ однодневок прошло,
     а для толковых доработок необходима обратная связь пользователей
     с автором. Что касается ключа /?, то  текстовая  документация
     слишком часто теряется :-), а удачной методики "привязки" ее к
     загружаемому модулю еще нет, хотя надо бы что-то в этом плане
     придумать.

     В целом файл *.1st должен быть составлен так, чтобы помочь 
     редактору ОЦЕHИТЬ ПРОГРАММУ И ЕЕ МЕСТО СРЕДИ ВОЗМОЖHЫХ АHАЛОГОВ.



-------- УВАЖАЙТЕ ПРЕДШЕСТВЕННИКОВ, НА ПЛЕЧАХ КОТОРЫХ СТОИТЕ !!! ---------

      Мне хотелось бы отметить,  что ВКЛЮЧЕНИЕ РАЗДЕЛА "АНАЛОГИ"  в доку-
 ментацию к программе является не только реальной помощью редакции, но  и
 долгом уважения по отношению к своим коллегам, разработавшим аналогичные
 продукты, поскольку легко заглянуть дальше,  встав на чьи-то плечи.  Ко-
 нечно, объективно  признать чьи-то заслуги психологически нелегко,  пос-
 кольку кажется, что тем самым приуменьшаются собственные достижения. Од-
 нако это не так.  Программы,  не соотнесенные с существующим "культурным
 контекстом", как правило,  "выпадают в осадок". Более того, уважительное
 "взаимное  цитирование" соответствует духу и букве законов об охране ин-
 теллектуальной собственности,  к соблюдению которых нам раньше или позже
 придется привыкать.

----------------------------- ПРИОРИТЕТЫ --------------------------------

      Объем бюллетеня ограничен. Поэтому возникают конфликты между  мате-
 риалами различных разделов. НАИВЫСШИМ ПРИОРИТЕТОМ ПОЛЬЗУЮТСЯ  ПУБЛИКАЦИИ
 В РАЗДЕЛ FORUM (исходные тексты программ).
      За ними следуют публикации в разделе ARTICLES (статьи, присланные в
 редакцию), FEEDBACK (обратная связь) и BENEFIC (программы, разработанные
 участниками семинара).
      Имея богатый  личный опыт  общения с  необъективными рецензентами и
 редакторами, я прилагаю все силы, чтобы оперативно и максимально  объек-
 тивно публиковать  поступившие программы.  Однако в  условиях цейтнота у
 редакции нет возможности разбираться в том, как и что работает в той или
 иной программе, какие  преимущества и недостатки  у данной программы  по
 сравнению с  ранее опубликованными.  Поэтому вынужденно  откладываются в
 "долгий ящик" программы с неряшливо и наспех написанной документацией.
      Как уже указано выше, наивысший приоритет при публикации имеют про-
 граммы с исходными  текстами (SOURCEWARE). Системные  программисты стре-
 мятся работать в основном с продуктами с "исходниками". Поэтому програм-
 ма, функционально повторяющие ранее опубликованную, но снабженная исход-
 ным текстом  будет опубликована,  а без исходного текста - нет.  Другими
 словами, шансы на использование другими той или иной программы во многом
 зависят не только от качества самой программы,  но и от полноты информа-
 ции о ней.  А как известно, исходный текст не заменит никакая документа-
 ция. Имея "исходник",  появляется возможность знакомиться с использован-
 ными методами,  исправлять ошибки,  улучшать  интерфейс,  модифицировать
 текст применительно к собственным нуждам.  Короче, возникает своего рода
 диалог между автором и пользователями. Не случайно, все исходники публи-
 куются в разделе FORUM.
      Следует  подчеркнуть,  что  цивилизованная модификация предполагает
 сохранение координат автора  исходного текста и  по меньшей мере  уважи-
 тельного упоминания о нем в документации. Еще раз подчеркиваю, что исхо-
 дные тексты даже при всех возможных ошибках, ограничениях и несовершенс-
 твах (на которые пользователи, как правило, обращают внимание значитель-
 но  меньше,  чем думает разработчик) являются гораздо более гибким и по-
 лезным инструментом,  чем готовые загрузочные модули. Ведь суть програм-
 мирования - это общение,  причем не только с компьютером, но и со своими
 коллегами.  И в конечном итоге признание во многом зависит  от  щедрости
 разработчика,  сумевшего  переступить через собственные опасения о несо-
 вершенстве программы и о том,  что кто-то заимствует текст, перетрансли-
 ровав его с минимальными изменениями и обогатится за счет продажи.

--------------------- ОФОРМЛЕНИЕ ИСХОДНЫХ ТЕКСТОВ ----------------------

      Передаваемые  в  редакцию  исходные  тексты  программ рекомендуется
 снабжать заголовком в котором указывается:
      - наименование модуля;
      - автор  (желательны  фамилия,  имя  и  телефон,  а не кличка типа
 DataTraveller). Если это доработка ранее существовавшего исходного текс-
 та, пожалуйста, укажите автора предыдущей версии;
      - версия модуля и дата его создания;
      - язык программирования и использованный транслятор;
      - краткая аннотация (не более 100 слов).


------------------ АВТОРСКИЕ ПРАВА И ОПЛАТА SHAREWARE -------------------

     Все авторские права на продукты, публикуемые в бюллетене, сохраняют-
 ся за авторами.  В случае SHAREWARE  оговоренная авторами оплата  должна
 направляться непосредственно автору, без каких-либо посредников и отчис-
 лений. Автор обязан сам указать в документации адрес, по которому напра-
 вляется оплата. Уплативший взнос становится "зарегистрированным  пользо-
 вателем", и автор программы обязуется сообщать ему о доработках програм-
 мы, появлении новых версий или выслать дополнительные материалы,  огово-
 ренные в описанной в документации процедуре регистрации (например, отпе-
 чатанное на бумаге  руководство, часть исходных  текстов, дополнительные
 утилиты и др.). Зарегистрированный пользователь может также вносить свои
 предложения по  совершенствованию программы  и в  разумных пределах кон-
 сультироваться у автора по  проблемам, связанным с эксплуатацией  данной
 конкретной программы.
     С момента выхода первого  номера бюллетеня редакция проводит  работу
 по  популяризации  идеи  распространения  программного  обеспечения  как
 SHAREWARE и призывает программистов использовать этот способ распростра-
 нения программ, хотя бы для некоторых из своих разработок.

--------------------------------  END ---------------------------------
