From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: "Alexander V. Sotnikov" X-Mailer: The Bat! (v1.51) UNREG / CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <10225004160.20010607173459@mail.ru> To: Aleksey Novodvorsky Subject: [mdk-re] Рейтинговая система [Was: ваши любимые программы] In-Reply-To: <3B1E8777.BD17CE58@logic.ru> References: <3B1EAF2C.8080508@altlinux.ru> <3B1E7CC9.305A2714@logic.ru> <3B1EB5FC.2040506@altlinux.ru> <3B1E8777.BD17CE58@logic.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Sender: mandrake-russian-admin@altlinux.ru Errors-To: mandrake-russian-admin@altlinux.ru X-BeenThere: mandrake-russian@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@altlinux.ru X-Reply-To: "Alexander V. Sotnikov" List-Help: List-Post: List-Subscribe: , List-Id: Linux-Mandrake RE / ALT Linux discussion list List-Unsubscribe: , List-Archive: Date: Thu Jun 7 17:25:05 2001 X-Original-Date: Thu, 7 Jun 2001 17:34:59 +0400 Archived-At: List-Archive: List-Post: Hi, Aleksey! среда, 6 июня 2001 г., you wrote: AN> Никого не хочу обидеть, но считаю, что это не тема для широкой дискуссии. AN> Вопрос о том, какие _свободные_ программы стоит включить -- да, тема, очень AN> нужная и важная. А вот что не нужно -- нет. Несмотря на то, что статистика - э то лженаука, она всетаки помогает жить и принимать решения :) Впоминая несколько недельные тому назад дискуссии и глядя на вновь поднятое обсуждение вставлю свои два цента: На решение вопроса о включении некоторго пакета в дистрибутив могут оказывать несколько причин: - личные предпочтения разработчиков (пример: postfix) - требования станлартов (пример: fhs требует наличия некоторых файлов) - информация об общепринятой практике (пример: sendmail, хотя разработчики предпочитают/рекомендуют postfix) Статистика установки/использования пакетов имхо является фактором который нельзя игнорировать. На основании этой инфы можно: 1. Формировать разработчикам распределение пакетов по дискам и формирования дисковых наборов (однодисковые, двухдисковы, ... двадцатидисковые, например cd1 понадобтися 80%, cd2 15%, cd 3% ...) Что позволяет оптимизировать соотношение цена/полезность дистрибутива. 2. Формировать разработчикам типичную установку, облегчая тем самым жизнь пользователя. Многие ли ставят нынешнюю типичную? 3. Позволяет сэкономить для полезного времяпрепровождения жизнь как разрабочикам, так и пользователям, за счет уменьшения достойных кандидатов для просмотра/тестирования/поддержки/инсталляции Как получать подобную статистику? Одно из решений голосование через инет. Имеет минусы: много ручной работы голосующих, ручная работа будет так же у поддерживающих сайт. Оптимальным решением имхо было бы просто получать список установленных пакетов в системе: + легко формируется + имя пакета является primary-key в терминах dbms + маленький объем содержимого письма (килобайты) + как следствие легче автоматизировать + в отличие от вебголосования позволяет неупустить неожиданную статистику буде такая появится (пример гипотетический: некий пакет пользуется успехом у многих, а разработчики его не поддерживают, повод задуматься) - получение такой статистики сйчас от пользователя, который поставил в режиме типичной установки без существенной чистки портит картину. - точность до пакетов, значит не позволяет разработчикам распределять проги внутри пакетов (пример kdelibs содержит kmail, который ненужен пользователю сильфиды, но что-то другое полезное может содержать и т.п.) PS: Вообще-то пользователей интересует статистика по front-end'ам, соответственно можно было бы на вебе выводить статистику, только по ним. BTW так же дело стоит в инсталляторе: точночть руления до библиотек может понадобиться эксперту и девелоперу. PPS: есть основания, что рейтинги будут кучковаться, поэтому чтобы небыло членомеров и учитываея некоторую приближенность имеет смысл показывать только группы рейтингов PPPS to 2AEN: до следующего семинара две недели по планам, этот вопрос на нем будет задан обязательно, поэтому можно готовится на него отвечать :) Тем более что он имеет прямое отношение к концепции дистра. PPPPS: можно не дожидаться семинара, а обсудить и выработать конкретное решение, о котором на семинаре уже доложить :) PPPPPS: надеюсь пока писал (очень долго), я еще не проглядел что уже все решилось :) With Best Wishes & Regards, Alexander V. Sotnikov mailto:al-so@mail.ru