The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Эрик Реймонд представил критерии оценки вреда от использования закрытого ПО

14.06.2012 22:14

Эрик Реймонд (Eric S. Raymond), один из основателей организации OSI (Open Source Initiative), стоявший у истоков движения открытого ПО, написавший в свое время известное эссе "Собор и Базар", представил в своём блоге программные тезисы на тему вреда от использования закрытого ПО. Представляем изложение его мыслей.

Предваряя свои выводы некоторыми размышлениями, Реймонд говорит о том, как часто рассуждения людей становятся слишком привязанными к теории, до такой степени, что игнорируется реальность, которую эта теория должна была описать. В плоскости этических и моральных суждений это проявляется в том, что люди забывают, почему собственно устанавливаются правила - чтобы избежать губительных последствий. Вместо этого мы стремимся привязать себя к правилам и языку правил, и в итоге начинаем походить на фанатиков, то есть тех, кто удваивает усилия после того, как уже забыта цель, по определению Сантаяны.

Задавая вопрос "когда правильно, а когда неправильно использовать закрытое ПО?" мы должны трактовать его точно также как трактуем любой другой этический вопрос, то есть сначала чётко определить, каких именно губительных и вредных последствий мы хотим избежать, а затем путём рассуждений перейти от избежания вреда к минималистскому правилу, которое бы как можно меньше ограничивало возможность выбора. Не важно, насколько человеку интересна или не интересна данная тема, в любом случае большинство согласится, что закрытое ПО для микроволновки или лифта приносит гораздо менее беспокойства, чем операционная система с закрытыми исходниками. Игры с закрытыми исходниками гораздо менее беспокоят, чем текстовый процессор с закрытыми исходниками. Любое закрытое ПО, используемое для общения между людьми, вызывает беспокойство в частности о том, что его авторы могут использовать свою привилегированное положение для шпионажа или введения цензуры. За всем этим стоят вполне очевидные порождающие шаблоны, но чтобы их обсудить, необходимо сначала рассмотреть категории вреда от использования закрытого ПО.

Основной и капитальный вред, который, по опыту, мы можем ожидать от закрытого ПО - что оно гораздо хуже спроектировано, и гораздо менее надёжно, чем открытое ПО. Важность этой категории вреда меняется в зависимости от сложности программы - чем сложнее программа, тем больше в ней ошибок, поэтому преимущество открытых исходников здесь выше, и вред от закрытого ПО гораздо серьёзней. Также этот вред меняется в зависимости от того, насколько серьезен ожидаемый вред от ошибки - чем он серьёзней, тем более ценны становятся открытые исходники. Мы назовём такой вред "вредом от ненадёжности".

Другая категория вреда - потеря возможностей, которые можно было бы реализовать при условии, что программу возможно изменить в своих нуждах, или же попросить кого-то сделать это для вас. Степень этого вреда зависит от ожидаемой ценности модификации - больше для ПО с относительно общим назначением, меньше - в супер-специализированном ПО, плотно завязанном на одной задаче и единственной инсталляции. Мы назовём такой вред "вредом от невозможности изменить код".

Ещё одна категория вреда - закрытое ПО ставит нас в асимметричное положение относительно тех людей, у которых есть привилегия просмотреть и изменить код. Эту возможность можно использовать чтобы ограничить наш выбор, контролировать наши информацию и вытягивать с нас финансовые отчисления. Назовём это "вредом посредничества".

Закрытый исходный код увеличивает расходы по миграции на другое ПО, сильно затрудняя попытки избавиться от зависимости. Текстовые процессоры, использующие проприетарные форматы, не поддерживаемые в других программах, являются тут классическим примером, но также существует и другое подобное ПО. Назовём такой вред "вредом привязки к вендору".

На магнитных носителях эры ранней компьютеризации сохранились крайне важные исторические данные, записанные в рамках программы космических исследований США в 60-х годах. Эти носители в прекрасном состоянии, но их нельзя прочесть, потому что там использовались секретные, проприетарные форматы записи информации, реализованные только на аппаратном уровне, и спецификации к ним больше не существуют. Это иллюстрирует типичный и постоянный риск закрытого ПО, который становится всё сильнее по мере увеличения важности коммуникаций посредством ПО. Мы назовём такой вред "вредом от амнезии".

И наконец, о некоторой программе говорится, что у неё "положительные сетевые внешние факторы", если ценность этой программы для определённого индивидуума повышается с увеличением количества людей, которые её используют. Положительные сетевые внешние факторы имеют последствия, подобные последствиям от вреда привязки к вендору, они увеличивают расходы по миграции на другое ПО.

Вооружившись этими тезисами, давайте рассмотрим случаи из жизни.

Обратившись к прошивкам для лифтов и микроволновых печей, мы видим: небольшой "вред от ненадёжности" (относительно просто исправить, последствия ошибок не серьёзные - скорей всего устройство просто застынет на месте/перестанет работать). Небольшой вред от невозможности изменить код - неясно, какую функциональность ещё можно добавить, имея возможность изменить прошивку. Небольшой "вред посредничества" - трудно представить, каким образом тостер или лифт можно обратить против пользователя, только если они не будут частью достаточно широкой сети подглядывающих и контролирующих пользователя технологий, и изменение кода прошивки отдельных её компонентов также мало что изменит. Нет "вреда привязки к вендору" и нет положительных сетевых внешних факторов.

В итоге - прошивки узкоспециализированных технологических устройств являются наиболее допустимым случаем использования закрытого ПО, хотя, скажем, домашний маршрутизатор уже может представлять головную боль в связи с недавними зафиксированными случаями манипуляций с DNS, внедрения рекламы в браузер и тд.

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

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

Единственный вывод, который можно из всего этого сделать, звучит так: противопоставлять что-то закрытому ПО, а также отказываться его использовать нужно в прямой пропорции ко вреду, который он наносит. Звучит просто и очевидно, так ? Но тем не менее, некоторые личности, (их мы не назовём, но укажем инициалы - Р, М и С), настаивают на том, что подобная позиция неэтична и беспринципна вплоть до роковых последствий. И эти личности выглядят абсолютно похожими на тех, кто удвоил усилия, но забыл о первоначальной цели. Но, действительно, наша "мягкотелая", "беспринципная" норма описывает в том числе и реальное поведение в том числе и тех, кто фанатично проповедует о дьявольской сути закрытого ПО. Но разве кто-то, даже среди самых стойких проповедников "свободного ПО", хотя бы пальцем пошевелил, чтобы ликвидировать закрытые прошивки для лифтов? Этого не происходит. Настольное ПО и мобильные ОС - вот их цели, и это логично соответствует нашим выводам, ведь это ПО гораздо более важно. И поэтому мы прагматично возвращаемся к сопоставительной оценке последствий вреда от закрытого ПО, даже если фанатики сами себе в этом и не признаются.

Имея на руках вышеуказанный анализ, мы в итоге приходим к заключению, которое вряд ли кого-то удивит: самые большие усилия по сопротивлению закрытому ПО необходимо оказывать на поле закрытого настольного ПО и закрытых мобильных операционных систем, поскольку именно от них исходит наиболее серьёзный вред и наиболее высокий положительный внешний эффект привязки. Мы можем расслабиться и не беспокоиться насчёт того, на каком ПО работают микроволновые печи и лифты. Нам нужно продвигать открытое ПО на домашние маршрутизаторы, поскольку они управляются всё более и более сложным и функциональным ПО. И если мы иногда поиграем в Angry Birds, Civilization или World of Warcraft, то это не станет актом ужасного лицемерия.

Нам остался только один вопрос: каким должен быть соответствующий этический шаг в ситуации, когда для закрытого ПО нет открытой альтернативы? И наиболее здоровым ответом тут будет - вспомните в конце концов, что в мире в целом существует и другой вред, гораздо более серьёзный, чем самый сильный вред, наносимый закрытым ПО, вспомните, что целью всех наших этических правил является уменьшение вреда как такового, и поступайте соответственно.

 
  1. Главная ссылка к новости (http://esr.ibiblio.org/?p=4371...)
  2. Evaluating the harm from closed source
Автор новости: JT
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/34081-opensource
Ключевые слова: opensource
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (262) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Нанобот (?), 22:32, 14/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • –24 +/
    эх, вот бы кто придумал такие же критерии оценки вреда от использования открытого ПО...
     

     ....большая нить свёрнута, показать (63)

  • 1.6, FrBrGeorge (ok), 23:01, 14/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +6 +/
    Честное слово, умные мысли ESR и RMS выглядят гораздо умнее, если они не упоминают в них друг друга. Вот ведь только придумал человек в очередной раз нечто путное -- и будьте-нате, давай в товарища жижицей кидаться.
     
     
  • 2.70, Andrey Mitrofanov (?), 09:42, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    >ESR и RMS выглядят гораздо умнее, если они
    >не упоминают в них друг друга.
    >давай в товарища жижицей кидаться.

    Да, лан. У ESR-а "творческий подъём". После много месячного нудного нудения о том, как в этих ихних штатах андроид борет ятелефонко зло, он вспомнил про своё единоуторбное чадо - оупенсорс, решил теперь и про него пописать.

     
  • 2.117, Аноним (-), 13:24, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    Буквально позавчера упомянул в том же блоге, где и заметка из новости:
    http://esr.ibiblio.org/?p=4386
     

  • 1.8, тоже Аноним (ok), 23:05, 14/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • –9 +/
    Совершенно не учитывается тот факт, что возможность модификации кода может исключать возможность получения прибыли от ПО и тем самым устраняет единственный мотив к его написанию.
     

     ....большая нить свёрнута, показать (71)

  • 1.9, Иван (??), 23:05, 14/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    "Мы можем расслабиться и не беспокоиться насчёт того, на каком ПО работают микроволновые печи и лифты." - до тех пор, пока они не начнут выходить в Сеть. А по некоторым признакам, это уже скоро.
     
     
  • 2.14, JT (ok), 23:26, 14/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    > до тех пор, пока они не начнут выходить в Сеть

    +1
    вспомните эмо-лифты из "Автостопом по Галактике" :))

     
     
  • 3.63, Аноним (-), 07:55, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    Главное взять с собой полотенце!
     

  • 1.15, Crazy Alex (ok), 23:35, 14/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +11 +/
    Товарищ скромненько "забыл" два вреда, поэтому и может бурчать в сорону Столлмана.

    1) Вред от невозможности обучения на существующем примере
    2) Вред от необходимости в сотый раз изобретать велосипед.

     
     
  • 2.85, Аноним (81), 10:55, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +1 +/
    > Товарищ скромненько "забыл" два вреда, поэтому и может бурчать в сорону Столлмана.
    > 1) Вред от невозможности обучения на существующем примере
    > 2) Вред от необходимости в сотый раз изобретать велосипед.

    Изобретать велосипеды не так уж плохо, главное не изобретать при этом стандарты.

     
  • 2.142, sashkan (ok), 18:45, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    > Товарищ скромненько "забыл" два вреда, поэтому и может бурчать в сорону Столлмана.
    > 1) Вред от невозможности обучения на существующем примере
    > 2) Вред от необходимости в сотый раз изобретать велосипед.

    вот за такую намеренную забывчивость апологеты osi и получают (как минимум от меня) лучи добра, почёта и уважухи·

    p.s. как вставить тэг «сарказм»?

     

  • 1.16, Аноним (-), 23:37, 14/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +3 +/
    "прошивки узкоспециализированных технологических устройств являются наиболее допустимым случаем использования закрытого ПО"

    Кроме тостеров и лифтов бывает еще узкоспециализированное медицинское оборудование, например. У него тоже небольшой "вред от ненадёжности", "вред посредничества" и "вред привязки к вендору" ?

     
     
  • 2.58, anonymous (??), 05:15, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +1 +/
    > "прошивки узкоспециализированных технологических устройств являются наиболее допустимым
    > случаем использования закрытого ПО"
    > Кроме тостеров и лифтов бывает еще узкоспециализированное медицинское оборудование, например.
    > У него тоже небольшой "вред от ненадёжности", "вред посредничества" и "вред
    > привязки к вендору" ?

    google://Therac-25
    google://National+Cancer+Institute+Panama+incindent

     
  • 2.87, Аноним (81), 10:57, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    > "прошивки узкоспециализированных технологических устройств являются наиболее допустимым
    > случаем использования закрытого ПО"
    > Кроме тостеров и лифтов бывает еще узкоспециализированное медицинское оборудование, например.
    > У него тоже небольшой "вред от ненадёжности", "вред посредничества" и "вред
    > привязки к вендору" ?

    "вред от ненадёжности" таки большой. И вроде уже начинают движуху в сторону создания открытых прошивок.

     

  • 1.23, Kim (?), 00:15, 15/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +4 +/
    > Обратившись к прошивкам для лифтов и микроволновых печей, мы видим: небольшой "вред от ненадёжности"

    Всего лишь человеческая жизнь. Если прошивка позволяет запуск микроволновке при открытой двери, то кардиостимуляторы начинают искрится. Также с протоколом торможения лифта в экстренных ситуациях.

    > противопоставлять что-то закрытому ПО, а также отказываться его использовать нужно в прямой пропорции ко вреду, который он наносит

    Наиболее вредное проприетарное ПО заменять в первую очередь, использование остального минимизировать до того момента, как дойдут руки написать ему замену.

    > Но разве кто-то, даже среди самых стойких проповедников "свободного ПО", хотя бы пальцем пошевелил, чтобы ликвидировать закрытые прошивки для лифтов?

    Фактически да, пошевелил. Например попытки открыть прошивки для кардиостимуляторов. Прошивки для лифтов, в рамках идеологии упомянутого rms, должны быть доступны не пользователям лифтов, а их владельцам. То есть владельцам зданий в которых установлены лифты. И я не уверен, что современные лифты покупаются как чёрный ящик с возможностью исправления ошибок только продавцом лифта, а не его владельцем.

    > И поэтому мы прагматично возвращаемся к сопоставительной оценке последствий вреда от закрытого ПО

    И разрабатываем свободные альтернативы в порядке уменьшения оценки последствий вреда. Это не значит, что мы довольны проприетарным софтом, это значит что мы его используем до тех пор, пока нет свободных ресурсов для реализации его замены.

    > каким должен быть соответствующий этический шаг в ситуации, когда для закрытого ПО нет открытой альтернативы?

    Как и сказано следующий шаг это минимизация вреда. Так если у тебя есть возможность решить проблему, то следующим шагом будет создание такой альтернативы. Если возможности, в связи с загруженностью или недостатком навыков, у тебя нету, то делай мир лучше там, где ты это можешь.

     
     
  • 2.42, Аноним (-), 02:04, 15/06/2012 [^] [^^] [^^^] [ответить]  []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +1 +/
    В лифтах система безопасности как правило сделана на механическом уровне. Если бы за детектирование падения отвечала электроника, думаю были бы случаи падения, как минимум первое время.
     
     
  • 3.56, Аноним (-), 04:06, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    > за детектирование падения отвечала электроника, думаю были бы случаи падения, как
    > минимум первое время.

    Электроника полетами управляет в самолетах. И как ни странно, по ее вине самолеты обычно не падают. Наверное дело в том как относиться к написанию софта и созданию железа.

     
     
  • 4.107, Аноним (-), 11:51, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    В авиастроении имеет место серьезная конкуренция, заставляющая производителей гарантировать, именно гарантировать, качество, а также тотальная проверка всего и вся, что на деле оборачивается немалыми капиталовложениями на всех уровнях. Также, в силу вероятностной природы отказов, применяется дублирование различных систем, что также не удешевляет ни производство ни эксплуатацию.

    При всем при этом, к чему там приводит раздолбайство можете узнать из новостей.

    Сравнение с лифтом тут не корректно в принципе. И да, не надо насильно впихивать сложные системы, где замечательно справляются простые и надежные в независимости от отношения производителя к качеству выпускаемого софта и железа.

     
     
  • 5.169, Аноним (-), 23:07, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    Для начала там просто огромная цена ошибки Грубо говоря, если станет известно ч... большой текст свёрнут, показать
     
     
  • 6.176, Аноним (-), 23:41, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    Вы нашли для себя новое слово конкуренция и не вникая в его смысл противопоста... большой текст свёрнут, показать
     
  • 2.119, гумбольдт_восемнадцатый (?), 14:45, 15/06/2012 [^] [^^] [^^^] [ответить]  []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +1 +/
    Эй, народ, рассуждающий про микроволновки, лифты и медицинское оборудование. Большая просьба - отпишитесь у ESR в блоге, пусть прокомментирует.
     

  • 1.25, anonymous (??), 00:26, 15/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    а я всегда говорил, что esr — м.удaк тот ещё.
     
     
  • 2.30, Аноним (-), 00:39, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • –2 +/
    Ричард, тебя опять никто не послушал?
     

  • 1.32, ffirefox (?), 01:01, 15/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +2 +/
    Есть еще один вред. Как бы его лучше сформулировать...Например так:
    Вред от сокрытия причин сбоев и отказов.

    Например, c закрытыми исходниками и протоколами трудно установить что было причиной отказа: аппаратура, программа, внешние факторы или случайное стечение обстоятельств. Недавний пример с ПО автомобилей, когда проблема была выявлена только благодаря наличию видеорегистратора в кабине. (А так бы списали на возраст водителя)

     
     
  • 2.37, Аноним (-), 01:17, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    "Сложность отладки и трублешутинга".
     
  • 2.43, Аноним (-), 02:06, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    Разумно. Это относится к асимметричности информации.
     

  • 1.36, Аноним (-), 01:17, 15/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +1 +/
    > скорей всего устройство просто застынет на месте/перестанет работать

    А если микроволновка включится с открытой дверцей когда юзер в нее зырит (хана глазам!), а лифт поедет с открытой дверью и размажет хомяка - это тоже считается "небольшим" вредом? :)

     
     
  • 2.109, Аноним (-), 11:54, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    Вы так говорите, как будто сами все это пробовали. :)
     
  • 2.264, Аноним (-), 16:30, 17/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • –1 +/
    >> скорей всего устройство просто застынет на месте/перестанет работать
    > А если микроволновка включится с открытой дверцей когда юзер в нее зырит
    > (хана глазам!), а лифт поедет с открытой дверью и размажет хомяка
    > - это тоже считается "небольшим" вредом? :)

    Много таких случаев знаешь?

     
     
  • 3.274, fr0ster (ok), 18:25, 17/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +1 +/
    >>> скорей всего устройство просто застынет на месте/перестанет работать
    >> А если микроволновка включится с открытой дверцей когда юзер в нее зырит
    >> (хана глазам!), а лифт поедет с открытой дверью и размажет хомяка
    >> - это тоже считается "небольшим" вредом? :)
    > Много таких случаев знаешь?

    Зато известны случаи, когда софт томографа неверно расчитывал дозу облучения.
    ИЧСХ софт совсем не открытый.

     

  • 1.41, Аноним (-), 02:00, 15/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • –1 +/
    >>трудно представить, каким образом тостер можно обратить против пользователя

    Тонко.

    Все остальное - толсто

     
  • 1.44, Прохожий (??), 02:09, 15/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +3 +/
    Главный вред закрытого ПО - сложность адаптирования к технологическому процессу организации, которая использует это закрытое ПО. С этим сталкивался каждый, поскольку из за одной нереализованной функции зачастую отметается большое количество закрытого ПО, либо идут на накладные расходы по использованию большого количества закрытого ПО.

    Смысл в том, что изначально существуют технологические цепочки, которые необходимо реализовать в организации, а разработчики закрытого ПО имеют либо свой взгляд на вашу технологию, либо реализуют общую для всех технологию, которая требует от закрытого ПО огромного количества настроек под необходимую вам технологию. В последнем случае разработчик содает огромный штат техподдержки, которые через некоторое время начинает захлебываться от доработок под конкретного клиента. И тут наступает клинч, который как правило выливается в выпуск совершенно нового ПО. Далее можно не продолжать....

    Выходом из ситуации может быть только открытие части ПО, которое позволит не просто через API создавать доработки, но и встраивать в отдельные места отчасти закрытой системы свои куски кода и "дотачивать" до потребительского уровня.

    Пример из жизни.
    Некое проприетарное ПО могло выдавать документы только на настроенный в ней принтер. А требовалось исходя из различных типов раскидывать их по разным принтерам. Загнал всю очередь на cups-lpd, дописал свой фильтр, описал его в cups и теперь документы прекрасно раскидываются. Причем оказалось, что теперь можно таким образом лопатить данные от тех программ, которые перестали работать под новыми версиями базовой системы от этих... мелких и мягких.

     
     
  • 2.66, тоже Аноним (ok), 08:55, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    Есть еще "милый" вариант, когда воплощение нужного вот-вот будет реализовано в следующей версии. Продолжайте подписку, господа клиенты! Битрикс, например, в этом плане весьма достал. Но с него хотя бы (при очень большом желании) можно уйти, и исходники у него теоретически доступны. На практике в них черт ногу сломит, но это же неважно, правда?
     
  • 2.78, Rocketman (?), 10:42, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +2 +/
    Описанная Вами модель уже давно взята на вооружение крупными вендорами, например САП или 1С
     
     
  • 3.114, Прохожий (??), 13:00, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    > Описанная Вами модель уже давно взята на вооружение крупными вендорами, например САП
    > или 1С

    САП - да. Только цена вопроса всегда пугает всех.

    1С - можно отнести, но только в плане модели, но не реализации. Да и надоели их костыли на каждом шагу.

     
     
  • 4.265, Аноним (-), 16:33, 17/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    >> Описанная Вами модель уже давно взята на вооружение крупными вендорами, например САП
    >> или 1С
    > САП - да. Только цена вопроса всегда пугает всех.
    > 1С - можно отнести, но только в плане модели, но не реализации.
    > Да и надоели их костыли на каждом шагу.

    Напиши свою 1С. Чтобы была такая же распространенная и желанная всеми, решала все без исключения экономические задачи реального сектора, позволяла вести белую и любое количество серых и черных бухгалтерских книг, настраивалась на раз главбухом без участия прогера и при этом была полностью под GPLv3. И будет тебе респект и уважуха.

    PS. Что, слабо, оказывается, за идею столько людей заставить работать? А ведь бизнес, просто за уменьшение расходов на непродуктивное ПО, в задницу будет целовать.

     
     
  • 5.307, anonymous (??), 14:21, 19/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    > Напиши свою 1С. Чтобы была такая же распространенная и желанная всеми, решала
    > все без исключения экономические задачи реального сектора, позволяла вести белую и
    > любое количество серых и черных бухгалтерских книг, настраивалась на раз главбухом
    > без участия прогера и при этом была полностью под GPLv3. И
    > будет тебе респект и уважуха.
    > PS. Что, слабо, оказывается, за идею столько людей заставить работать?

    прикинь, такое слабо даже корпорастам за бабло. что — по твоей же логике — доказывает, что закрытый софт ущербный.

     

  • 1.45, Аноним (-), 02:11, 15/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    На самом деле великий человек, мудрый. Почитайте его труды.
    Полностью поддерживаю его идеи озвученные в статье. ОС, офис, браузер, IM должны быть с открытыми исходниками обязательно. А игры и прочий бред, который можно не пускать за огненную стену не вредит.

    Ведь собственно цель не стать чьими-то рабами, чтобы техника не превратилась в средство тотальной слежки за населением. Реконизм!

    Представьте, что бы сейчас было, если бы M$ не был уравновешен миром СПО.

     

     ....большая нить свёрнута, показать (45)

  • 1.48, Пр0х0жий (ok), 02:46, 15/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +1 +/
    Молодец Эрик!
    Взвешенно, грамотно и без трёпа.
     
  • 1.61, Paver (ok), 07:33, 15/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +1 +/
    Основной вред от закрытого ПО и копирайта в целом - для своего существования они требуют ментов
     

     ....большая нить свёрнута, показать (33)

  • 1.118, Аноним (-), 13:26, 15/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    Напомнило Аллана Карра "Бросать курить легко" или как-то так =)
    Может стоит послать ссылку Мелкософту и Автодеску ? Авось прогресс наметится :)
     
  • 1.134, Anonim (??), 17:56, 15/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • –1 +/
    !) большинство согласится, что закрытое ПО ... беспокойства
    У большинства лицензия на ПО не вызывает никакого беспокойства какой бы она не была (пока не стучатся в дверь)
    2) Мы назовём такой вред "вредом от ненадёжности"
    надежность никак не связана с лицензией. Тысячи лидирующих софтин закрыты, десятки их открытых альтернатив глючны. случаи наоборот тоже имеются.
    Вирусы - не признак ненадежности. Вирусы работают вполне надежно =)
    3) "вредом от невозможности изменить код"
    Это да. Но если ты и открытый код изменить не в состоянии, то тебе все равно кого пролить реализовать нужные фичи(это может быть и разработчик закрытого ПО)
    4) "вредом посредничества" и "вредом привязки к вендору"
    Огромный минус (сомневаюсь, что дальше будуть пункты важнее)
    5) "вредом от амнезии"
    Ерунда. Эта инфа принадлежит не вам и не ва  решать в каком формате НАСО будет ее хранить. Если они за 30 лет не соизволили сконвертировать и выложить в сеть значит не хотят. Всегда можно поставить старый софт и откопать старое железо если уж на то пошло.
    6) "положительные сетевые внешние факторы"
    Ровно также действуют на открытое ПО, привязывают тебя к определенным форматам и программа, которые их понимают, увеличивают расходы на миграцию. Просто сейчас закрытого ПО намного больше и страдают от давления среды те, кто пытается от него отказаться.

    Зачем автор зацикливается на слове вред? Сейчас полно телефонов с типа открытыми ОС, но в них полно вредных (шпионских и привязывающих к вендору) функций. Пользователи обычно сделать с этим ничего не могут и вынуждены пользоваться тем, что дают.

     
     
  • 2.149, ФФ (ok), 20:19, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    > Зачем автор зацикливается на слове вред? Сейчас полно телефонов с типа открытыми
    > ОС, но в них полно вредных (шпионских и привязывающих к вендору)
    > функций. Пользователи обычно сделать с этим ничего не могут и вынуждены
    > пользоваться тем, что дают.

    Рутовка не спасает? )))

     
     
  • 3.174, Аноним (-), 23:21, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +1 +/
    > Рутовка не спасает? )))

    Заливка цианогена и т.п. обычно спасает... но тольько на телефонах с открытыми ос, поддерживаемых открытым софтом :)

     
  • 3.175, Аноним (-), 23:21, 15/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    гарантия слетает?
     
     
  • 4.199, ФФ (ok), 09:52, 16/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    > гарантия слетает?

    Печалька? )

     
     
  • 5.210, Аноним (-), 14:07, 16/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    Печенька?)
     

  • 1.191, Аноним (-), 01:52, 16/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    Целиком и полностью разделяя позицию отмечу, что я не согласен с Реймондом, ко... большой текст свёрнут, показать
     
     
  • 2.196, Пр0х0жий (ok), 07:57, 16/06/2012 [^] [^^] [^^^] [ответить]      [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +/
    > но если говорить о
    > всяких модемах ... с linux'ом на борту, то исходники к
    > их прошивкам весьма полезны.
    > ...
    > гораздо важнее (мне) открытости прошивки моего роутера,

    Что-то типа этого?
    http://www.dronebl.org/blog/8

    Без вопросов. Здесь код должен быть обязательно открыт.

    Но код ПО бортового компьютера шагающего экскаватора мне как бы ни к чему.
    :)

     

  • 1.244, lucentcode (ok), 23:12, 16/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  []     [п©Б∙╗ п©Б∙╙п©Б∙╛п©Б∙╒п©Б∙ёя▐Б■─п©Б∙÷я▐Б■▄п©Б∙╛я▐Б■─я▐Б■░]
  • +1 +/
    Эрик - голова! Он гораздо более здраво мыслит чем многие другие апологеты СПО. Видно что он - прагматик и с логикой у него всё ОК. Его статья созвучна моему подходу к этой проблеме. Не стоит делать из СПО религию или философию. Когда СПО - это выгодно и несёт пользу, используем и поддерживаем. Но если иногда нужно использовать ПО проприетарного толка, не вижу в этом проблемы. А про игры не стоит и говорить, качественных игр, на которые уходят годы труда сотен людей разных специальностей не могут быть открытыми и бесплатными по определению... Ведь если члены команды разработчиков будут заниматься игрой пять минут в день, перед сном после тяжёлой работы, игру они напишут не раньше, чем за столетие...
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру