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

   Составитель и научный редактор Николай Безруков, т.(044) 268-10-26(д)
   Подписка и распространение Галина Ткаченко т.(044) 484-8016 (д).

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

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

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

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

    Авторы могут высылать дискеты со своими материалами ценной  бандеро-
лью в адрес редакции: 252101, Киев - 001, ул. Крещатик 32а, МНТЦ "СКИФ",
Вернику Л.В. Старый адрес редакции (252058, Киев - 58, проспект Комарова
1, КИИГА, Авиацентр НТТМ,  Ткаченко Г.Э.) также допустим.

    ВНИМАНИЕ ! Июль  и август редакция  не работает. Поэтому  отправлять
бандероли в июле не рекомендуется.

    С учетом плохой работы почты пересылка дискет является далеко не  на
100% безопасной  операцией. Поэтому  пожалуйста вкладывайте  в бандероль
открытку с вашем адресом для отправки уведомления о получении или, лучше,
отправляйте бандероль с уведомлением о вручении.

    Пользователи располагающими модемами и использующие FrontDoor  могут
загружать  материалы  в  редакционную  BBS  Softpanorama-I.  Адрес  FIDO
2:463/10 (т. 228-7508 - модем, 228-6630 - голос (15.00 - 18.00)).  Время
работы в рабочие дни: 18.00-8.00; сб,вс: круглосуточно. Системный опера-
тор Герасименко  Александр Петрович.  ВНИМАНИЕ !  Maximus не установлен,
поскольку компьютер имеет всего один винчестер емкостью 40M и с  помощью
Telix и аналогичных программ передать ничего нельзя. Воспользуйтесь  ус-
лугами любой ближайшей BBS.
    В Киеве материалы удобнее всего передавать через МНТЦ "СКИФ",  кото-
рый расположен рядом со станцией метро Крещатик (в здании НПО "Горсисте-
мотехника", расположенном в  проходном дворе за  магазином "Фарфор-фаянс".
Ответственной за связь с редакцией в МНТЦ "Скиф" является Зоя  Находкина,
т.221-2076(р). На левом берегу материалы удобно передавать представителю
редакции  в  торгово-экономическом  институте  Сергею  Сергеевичу Малеев
(т. 513-9436(р),  559-5108(д)). Ему  следует передавать  демо-версии для
включения в выпуск В и можно передавать любые другие материалы,  направ-
ляемые редакции.
    Выпуски бюллетеня готовится и копируется для подписчиков теперь рас-
пределенно в нескольких организациях, где нашлись добровольные  помощни-
ки, но уже вне КИИГА. Материалы можно оставлять и в КИИГА, как и раньше,
однако скорость  их поступления  для анализа  ниже, чем  при передаче по
другим указанным адресам.
    Москвичи и те, кто имеет  устойчивую связь с Москвой, могут  переда-
вать материалы через Юрия Павловича Лященко (Научный центр СП Диалог, т.
137-5109 (сл.), 426-0884(дом.) в рабочие  дни с 14 часов, а  также через
Леонида Моисеевича Фрида, т.204- 4941(сл), 311-7295(дом) (ВНИИТЭИ  Агро-
пром) в рабочие дни с 11 часов а также на заседаниях Московского семина-
ра по системному программированию (руководитель - Л.Г.Бунич. Время  про-
ведения: каждый 3-й четверг месяца. Начало в 11 часов).

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

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

                       Порядок оформления программ

     Редакция рассматривает  только программы,  снабженные документацией
(в исключительных случаях - файлом README.1ST). Рекомендуется также дать
в начале программы краткую аннотацию, которая могла бы помочь  редактору
составить аннотацию  в оглавлении.  Документация должна  содержать:
     - адрес автора (обязательно) и, желательно, телефон для связи;
     - список  имен файлов  (желательно в  формате DESCRIPT.ION  4 DOS с
указанием длины,  даты, CRC  и назначения  (как минимум  в README должна
быть включена копия оглавления архива);
     - раздел  "Аналоги" с  указанием ранее  опубликованных в  бюллетене
программ аналогичного назначения,  в особенности ранее  опубликованных в
Софтпанораме, если таковые имеются;
     - раздел "Отличительные особенности" содержащий хотя простое  пере-
числение преимуществ предлагаемой программы по сравнению с аналогами.

     Пользователям 4 DOS желательно включать файл DESCRIPT.ION в формате
с указанием назначения каждой программы.

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

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

                              ПРИОРИТЕТЫ

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

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

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


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

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