Бесплатное ПО: вопросы качества и профессионализма - Бесплатные программы (freeware) - Форумы Anti-Malware.ru Перейти к содержанию
А.Щеглов

Бесплатное ПО: вопросы качества и профессионализма

Recommended Posts

А.Щеглов

Коллеги, возможно не совсем по теме, но меня интересует следующий вопрос.

Вам нравится (или нет) понятие "халявность". Сегодня в Интернете подобного ПО навалом. Но давайте разберемся, для кого эта халявность?

Представим себе классного программиста. Его зарплата достаточно высока, он "обременен семьей", на работе за высокую зарплату из него "выжимают все соки". Вопрос, кто пишет "халявное" (замечу, для вас) ПО. Классный программист бесплатно, очень сомневаюсь.

Недоучки (не в плохом смысле, речь о тех, кто еще не может "продавать" свои знания и умение), тогда о чем спор, каким может быть подобное ПО? Если все-таки ПО качественное, его написали профессионально, то оно уже не бесплатное для создателей. Вопрос, зачем финансируется создание такого ПО, затраты на его создание велики, а вам предоставляется возможность его использование "на халяву".

Давайте не будем забывать очевидную истину "бесплатный сыр только в мышеловке".

Ваше мнение?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Mr. Justice
Коллеги, возможно не совсем по теме, но меня интересует следующий вопрос.

Вам нравится (или нет) понятие "халявность". Сегодня в Интернете подобного ПО навалом. Но давайте разберемся, для кого эта халявность?

Представим себе классного программиста. Его зарплата достаточно высока, он "обременен семьей", на работе за высокую зарплату из него "выжимают все соки". Вопрос, кто пишет "халявное" (замечу, для вас) ПО. Классный программист бесплатно, очень сомневаюсь.

Недоучки (не в плохом смысле, речь о тех, кто еще не может "продавать" свои знания и умение), тогда о чем спор, каким может быть подобное ПО? Если все-таки ПО качественное, его написали профессионально, то оно уже не бесплатное для создателей. Вопрос, зачем финансируется создание такого ПО, затраты на его создание велики, а вам предоставляется возможность его использование "на халяву".

Давайте не будем забывать очевидную истину "бесплатный сыр только в мышеловке".

Ваше мнение?

Хм....Вы знакомы с лицензией GNU/GPL? Знаете что представляет собой FSF? Поясняю: в большинстве случаев за использование программного обеспечения, распространяемого по правилам данной лицензии платить не нужно. Назвать Столмэна и его команду, а также тех, кто развивает свободное програмное обеспечение "недоучками".... знаетет ли это ....слишком опрометчиво .....Имейте в виду, что кроме наживы, в современном мире еще существуют такие понятия как идеология, мнения. убеждения и т.д. ....

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
А.Щеглов
Хм....Вы знакомы с лицензией GNU/GPL? Знаете что представляет собой FSF? Поясняю: в большинстве случаев за использование программного обеспечения, распространяемого по правилам данной лицензии платить не нужно. Назвать Столмэна и его команду, а также тех, кто развивает свободное програмное обеспечение "недоучками".... знаетет ли это ....слишком опрометчиво .....Имейте в виду, что кроме наживы, в современном мире еще существуют такие понятия как идеология, мнения. убеждения и т.д. ....

Коллега, мне хотелось сделать небольшое уточнение. Если я задаю какой-либо вопрос, то не с целью высказать свое мнение (тогда я высказываю мнение), а уж тем более кого-либо как-то унизить или "назвать", это значит у меня нет (для себя) однозначного ответа. Давайте уберем из нашего обсуждения обидный термин "нажива" (это из иной "оперы") - хорошо зарабатывать, по моему, это естественное желание. Что такое "идеология, мнения, убеждения и т.д." мне тоже знакомо ("имею в виду"), многое я тоже делаю бесплатно (за пять лет под моим руководством защищено 5 кандидатских диссертаций, опубликована книга, я практически бесплатно преподаю в ВУЗе, "вожусь" с дипломниками, магистрами и т.д.). Но это при условии того, что прилично зарабатываю в основное время. Для меня это удовольствие (да и польза), как, например, участие в данном форуме. Замечу, много времени это у меня не отнимает, трудно это назвать затратной частью - это не корпеть в течение нескольких лет над разработкой программы.

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
alexgr
Давайте не будем забывать очевидную истину "бесплатный сыр только в мышеловке".

Ваше мнение?

и только для второй мышки.... Вообще обсуждение выглядит странным - достаточно много компаний работают по аналогичной схеме - AVG из той же Чехии и ли Avira. Бизнес - схема - дело индивидуальное

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Mr. Justice
Коллега, мне хотелось сделать небольшое уточнение. Если я задаю какой-либо вопрос, то не с целью высказать свое мнение (тогда я высказываю мнение), а уж тем более кого-либо как-то унизить или "назвать", это значит у меня нет (для себя) однозначного ответа.

Мне показалось, что ваш предыдущий пост на 90% состоял из утверждений. Вы высказали свое мнение и задали вопрос. Я, в свою очередь, отвечая на ваш вопрос решил вступить с вами в дискуссию, поскольку не разделяю вашего мнения.

Давайте уберем из нашего обсуждения обидный термин "нажива" (это из иной "оперы") - хорошо зарабатывать, по моему, это естественное желание.

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

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

Мне все это знакомо. Я сам являюсь преподавателем вуза. Но дело не в этом. Дело в том, что бесплатность далеко не всегда является определяющим фактором, влияющим на качество продукта....Я хочу сказать, что беслатный продукт, не во всех случаях уступает по качеству его платному аналогу. Более того, далеко не всем пользователям нужен полный функционал платных продуктов, многие предпочтут простоту и стабильность работы.

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

То что вы лично не сталкивались с подобным альтруизмом не означает его отсутствие...Примеров настолько много, что я не буду их перечислять.

По лицензиям GNU/GPL, спасибо, немного знаком. Но здесь тоже не все так просто. Собственно-то некоторое ПО бесплатно, а его реальное использование (техподержка, обновление) порою составляет куда больше, чем стоимость коммерческого ПО (где поддержка и обновления бесплатны). Это-ли не коммерция (в Вашей терминологии "нажива"), но иным способом? Можно-ли о таком ПО, по большому счету, говорить, что оно бесплатно - бесплатно вы его получаете, но платите потом (по сути, продажа в рассрочку). И о таком ПО я не говорю, здесь оправданы затраты, понятны конечные цели создания, просто, на мой взгляд, выбран очень удачный способ создания и продвижения (затраты на создание минимизованы, ПО то бесплатно, создана иллюзия дешевизны).

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
dr_dizel

Есть такая штука, как хобби. Just for fun.

Плюс ещё возможность после прокачки проекта перевести его в платную нишу. Вспомним хоть тот же Jetico Personal Firewall.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Dexter

Дуализм нашей жизни еще не отменили.

Всему есть место под солнцем.

И слабым коммерческим проектам, и сильнейшим персональным инициативам, и бесплатности как бизнес-модели, и плате за персонализацию.

Или, начиная свой проект, человек думает только о строчке в резюме или будущих бешенных доходах?

Скорее ему хочется узнать , получится или нет. Лучше сделать так или иначе? Блин, да где же я застрял? Что ж я такой тупой? Могу или как? ))

Впрочем, ничто не мешает ему и попытаться продать себя или продукт.

В любом случае все начинается с персоны, и что она решит, то и будет.

P.S. Те же Планки, Эйнштейны и Боры вряд ли заработали много денег, а вот мы имеем и электричество от атомных станций и компутеры и при этом не знаем кто есть К. Дж. Дэвиссон и Л. Х. Джермер вместе с Д. П. Томсон.)))

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Mr. Justice
Плюс ещё возможность после прокачки проекта перевести его в платную нишу. Вспомним хоть тот же Jetico Personal Firewall.
Впрочем, ничто не мешает ему и попытаться продать себя или продукт.

Есть солидные бесплатные проекты, которые по утверждению их авторов никогда не станут платными. И эти проекты уже давно завоевали зауслуженную популярность среди определенного круга IT специалистов и пользователей ПК....

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
А.Щеглов
Мне показалось, что ваш предыдущий пост на 90% состоял из утверждений. Вы высказали свое мнение и задали вопрос. Я, в свою очередь, отвечая на ваш вопрос решил вступить с вами в дискуссию, поскольку не разделяю вашего мнения.

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

Мне все это знакомо. Я сам являюсь преподавателем вуза. Но дело не в этом. Дело в том, что бесплатность далеко не всегда является определяющим фактором, влияющим на качество продукта....Я хочу сказать, что беслатный продукт, не во всех случаях "...уступает по качеству его платному аналогу. Более того, далеко не всем пользователям нужен полный функционал платных продуктов, многие предпочтут простоту и стабильность работы.

То что вы лично не сталкивались с подобным альтруизмом не означает его отсутствие...Примеров настолько много, что я не буду их перечислять.

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

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

Спасибо за столь развернутый ответ.

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

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

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

На:

"...Дело в том, что бесплатность далеко не всегда является определяющим фактором, влияющим на качество продукта....Я хочу сказать, что беслатный продукт, не во всех случаях уступает по качеству его платному аналогу. Более того, далеко не всем пользователям нужен полный функционал платных продуктов, многие предпочтут простоту и стабильность работы..".

Заметьте, я же не утверждаю обратного. В моем первом посте речь идет о том, что подобное ПО может быть и низкого, и высокого качества. С низким качеством все понятно (мы решили не использовать запрещенного термина). А вот с высоким - нет, мне, нет.

На:

"Повторяю, потому, что кроме стремления заработать на ПО есть и другие мотивы его создания.....Взгляните на проблему шире....Надеюсь, это позволит прояснить ситуацию...".

Предлагаю Вам некую гипотетическую модель (опять же, ничего не утверждаю, просто моделирую ситуацию).

Пусть у меня ограниченный ресурс (не могу заплатить за реализацию моей идеи по созданию ПО). Возможные мои действия.

Вариант 1. Нет тестировщиков. Выкладываю "сырую" версию продукта, как свободное ПО (продавать не могу - продукт сырой). Энтузиасты свободного ПО тестируют продукт на себе, сообщая мне о всех его недостатках - провожу тестирование бесплатно.

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

Вариант 2. Нет программистов (ограниченный ресурс, не достаточный для решения моей задачи). Мои возможные действия те же. Заявляю, давайте "всем миром" создадим свободный продукт. Энтузиасты, "зараженные моей идеей" пишут "кусочки", я получаю некий, далекий от идеала, код. Затем иду по Варианту 1. В результате только я обладатель созданного продукта (по крайней мере с приличным функционалом и в достаточной мере оттестированного).

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

Как по Вашему, эта модель имеет право на "жизнь"? Но в этом случае разработка свободного ПО - это не самоцель, это лишь средство удешевить создание коммерческого ПО!

Опять, скажете, узко посмотрел на проблему? Возможно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
А.Щеглов
Дуализм нашей жизни еще не отменили.

Всему есть место под солнцем.

И слабым коммерческим проектам, и сильнейшим персональным инициативам, и бесплатности как бизнес-модели, и плате за персонализацию.

Или, начиная свой проект, человек думает только о строчке в резюме или будущих бешенных доходах?

Скорее ему хочется узнать , получится или нет. Лучше сделать так или иначе? Блин, да где же я застрял? Что ж я такой тупой? Могу или как? ))

Впрочем, ничто не мешает ему и попытаться продать себя или продукт.

В любом случае все начинается с персоны, и что она решит, то и будет.

P.S. Те же Планки, Эйнштейны и Боры вряд ли заработали много денег, а вот мы имеем и электричество от атомных станций и компутеры и при этом не знаем кто есть К. Дж. Дэвиссон и Л. Х. Джермер вместе с Д. П. Томсон.)))

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

Да возьмите вопрос работы над диссертацией, какую часть времени Вы тратите на исследование, а какую на оформление, подготовку, организацию защиты?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Mr. Justice
Предлагаю Вам некую гипотетическую модель (опять же, ничего не утверждаю, просто моделирую ситуацию).

Пусть у меня ограниченный ресурс (не могу заплатить за реализацию моей идеи по созданию ПО). Возможные мои действия.

Вариант 1. Нет тестировщиков. Выкладываю "сырую" версию продукта, как свободное ПО (продавать не могу - продукт сырой). Энтузиасты свободного ПО тестируют продукт на себе, сообщая мне о всех его недостатках - провожу тестирование бесплатно.

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

Вариант 2. Нет программистов (ограниченный ресурс, не достаточный для решения моей задачи). Мои возможные действия те же. Заявляю, давайте "всем миром" создадим свободный продукт. Энтузиасты, "зараженные моей идеей" пишут "кусочки", я получаю некий, далекий от идеала, код. Затем иду по Варианту 1. В результате только я обладатель созданного продукта (по крайней мере с приличным функционалом и в достаточной мере оттестированного).

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

Как по Вашему, эта модель имеет право на "жизнь"? Но в этом случае разработка свободного ПО - это не самоцель, это лишь средство удешевить создание коммерческого ПО!

Опять, скажете, узко посмотрел на проблему? Возможно.

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

Во многом Вы правы, но не учитываете одной важной вещи. Практически в любой работе есть две составляющие - исследовательская и "рутина". Вопрос, какая доминирует. Создание качественного ПО - это очень много рутинной работы, наверное, процентов 70-80, а то и 90. Это отладка, тестирование, разработка интерфейсов (в том числе, дизайн, подсказки), документации и т.д. и т.п. В коммерческой организации этими вопросами занимаются различные сотрудники, а при создании свободного ПО?

При создание свободного ПО этим занимаются бесплатные разработчики и волонтеры - тестеры (их количество значительно превышает число разработчиков и тестеров платных продуктов). Кроме того, работу разработчиков свободного ПО могут оплачивать спонсоры (это то же имеет место), занимаясь благотворительностью и поддерживая свободное бесплатное ПО по идеологическим соображениям.

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

Мотивы мы уже рассмотрели выше: идеология, убеждения. мнения, благотворительность и т.д.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
radioelectron

А.Щеглов, важно различать freeware (как Вы выражаетесь, "халявное ПО") от открытого ПО, в отношении которого пользователь обладает «четырьмя свободами»: запускать, изучать, распространять и улучшать программу. Freeware может заниматься, как раз, какой-нибудь студент. И распространяется freeware с закрытым кодом. Исправить ошибку в такой программе или внести улучшения сможет только этот самый студент. А вот программу, распространяемую по лицензии GNU/GPL может улучшить и исправить любой человек. Одной программой могут сообща заниматься тысячи, миллионы людей по всей планете. И это отнюдь не недоучки. Пару дней назад я был на лекции Ричарда Столлмана в МГУ и могу сказать, что это умный высокообразованный человек. Среди программ, автором которых он является, GNU Emacs, Коллекция компиляторов GNU (GCC) и Отладчик GNU (GDB). Я даже в мыслях не могу себе допустить, чтобы назвать компилятор GCC поделкой или сыром в мышеловке.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Andrey75

"Да возьмите вопрос работы над диссертацией, какую часть времени Вы тратите на исследование, а какую на оформление, подготовку, организацию защиты?"

В экспериментальных дисерах 2-3 года исследование и ~1 год оформление и всё остальное (рутина)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
А.Щеглов

Коллеги, вот несколько выдержек из свежих новостей на профильных сайтах. Посмотрите, любопытно - это все о свободном ПО и о коммерции.

"В интервью обозревателям Consumer Eroski, Алексей Пажитнов, в числе прочего, прокомментировал свои позиции по отношению к ПО с открытым кодом. По мнению Пажитного, свободные программные продукты уничтожат рынок, поскольку рост их популярности негативно сказывается на финансовом положении коммерческих компаний, способствующих инновациям в отрасли. Кроме того, Пажитнов назвал несовершенной бизнес-модель распространения ПО open source, предполагающую получение прибыли за счет предоставления технической поддержки. Не разделяет создатель "Тетриса" и позиции Ричарда Столлмэна, основателя движения свободного программного обеспечения, проекта GNU, Фонда свободных программ и Лиги за свободу программирования.

В целом, подытоживает Пажитнов, для рынка было бы лучше, если бы свободное программное обеспечение никогда не существовало".

"Столлмен признал, что заработать на свободном софте получается не у всех, и не всегда он будет выгоднее для бизнеса, однако дело - не в деньгах. Речь идёт об этике, а не о коммерции.

Гарантировать каждому желающему трудоустройство в индустрии свободного ПО глава Free Software Foundation затруднился, но отметил, что любимым делом можно заниматься и в свободное от работы время".

"Red Hat, производитель ПО на базе Linux, и ее новый президент, пришедший в компанию из авиационной отрасли, намерены за три года удвоить выручку корпорации, а к 2015 г. завоевать до 50% рынка межплатформенного ПО (middleware). Аналитики и участники рынка не видят в этом ничего невозможного, а отсутствие у нынешнего главы компании опыта работы на софтверном рынке некоторые считают даже плюсом.

Совет директоров Red Hat собирается вывести ежегодную выручку корпорации на уровень $1 млрд. Новый CEO компании Джим Уайтхерст (Jim Whitehurst), заступивший на пост 1 января 2008 г., пообещал справиться с задачей за три года. По итогам 2007 г. доходы Red Hat ожидаются на уровне $520 млн. (фискальный год закончится 29 февраля). Таким образом, "Красной шапке" предстоит увеличить поступления примерно вдвое".

"В Datamonitor прогнозируют, что к 2012 году затраты на opensource в образовательной среде достигнут 490 млн долларов против нынешних 286,2 млн долларов. Свои данные аналитики основывают на исследовании университетов и школ в США, Канады, Великобритании, Австралии, Индии, Дании, Швеции, Финляндии, Нидерландах, Испании, Норвегии, Франции, Германии и Италии.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
А.Щеглов
А.Щеглов, важно различать freeware (как Вы выражаетесь, "халявное ПО") от открытого ПО, в отношении которого пользователь обладает «четырьмя свободами»: запускать, изучать, распространять и улучшать программу. Freeware может заниматься, как раз, какой-нибудь студент. И распространяется freeware с закрытым кодом. Исправить ошибку в такой программе или внести улучшения сможет только этот самый студент. А вот программу, распространяемую по лицензии GNU/GPL может улучшить и исправить любой человек. Одной программой могут сообща заниматься тысячи, миллионы людей по всей планете. И это отнюдь не недоучки. Пару дней назад я был на лекции Ричарда Столлмана в МГУ и могу сказать, что это умный высокообразованный человек. Среди программ, автором которых он является, GNU Emacs, Коллекция компиляторов GNU (GCC) и Отладчик GNU (GDB). Я даже в мыслях не могу себе допустить, чтобы назвать компилятор GCC поделкой или сыром в мышеловке.

Что ж Вы ко мне относитесь то, как к "врагу №1"? Я задал вопрос в форуме. Основной-то вопрос в чем - свободное ПО - это большое благо или вред? Да, существует множество удачных проектов, не спорю, и никто не говорит о том, что их (речь именно о крупных проектах) создали студенты. Но что же мы имеем? Сводное ПО, с одной стороны, "наступает" на коммерческое, с другой, тем или иным способом коммерциализуется (взгляните на ссылки, которые я привел выше). Не получим ли мы в результате через десяток лет просто иной вид коммерческого ПО (по способу создания и распространения)? Не находимся ли мы просто на неком переходном этапе - не является ли это все весьма умным способом вытеснения с рынка сильнейших игроков - производителей коммерческого ПО? Не будем забывать, что названное Вами преимущество "в отношении которого пользователь обладает «четырьмя свободами»: запускать, изучать, распространять и улучшать программу" интересует очень немногих. Подавляющая часть пользователей (подавляющая часть потребителей ПО) далеки от подобных нужд - изучать, улучшать. Им нужно работать на ПО, а не "возиться" с ним, им проще заплатить за поддержку, а не изучать исходные тексты. Открывается огромная коммерческая ниша!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
А.Щеглов

А может быть, это "жестокая реальность" вступает в противоречие с "идеализмом"? :o

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Mr. Justice
Основной-то вопрос в чем - свободное ПО - это большое благо или вред?

А как вы сами думаете? Ответ по моему очевиден: те кто выступает за "уничтожение" свободных и бесплатных проектов думает о себе, стремится получить прибыль за счет ограничения свободы других лиц! Я думаю, у человека должна быть свобода выбора. Конкуренция должна быть справедливой. Если разработчики коммерческого несвободного ПО не могут по каким-то причинам конкурировать на равных с разработчиками свободного бесплатного ПО, то это проблемы коммерсантов, а не проблемы пользователей ПО.

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

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

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

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

Не будем забывать, что названное Вами преимущество "в отношении которого пользователь обладает «четырьмя свободами»: запускать, изучать, распространять и улучшать программу" интересует очень немногих. Подавляющая часть пользователей (подавляющая часть потребителей ПО) далеки от подобных нужд - изучать, улучшать. Им нужно работать на ПО, а не "возиться" с ним, им проще заплатить за поддержку, а не изучать исходные тексты. Открывается огромная коммерческая ниша!

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

В заключении приведу некоnорые цитаты:

Debian создают почти тысяча активных разработчиков во всем мире, в своё свободное время. Очень немногие из них встречались лично.
У вас может возникнуть вопрос: почему это люди должны тратить своё время на написание программ, тщательную подготовку пакетов и затем отдавать их всем желающим? Те, кто занимается этим, ответили бы на этот вопрос по-разному. Кому-то нравится помогать другим. Многие пишут программы, чтобы побольше узнать о компьютере. Всё больше и больше людей ищут пути, чтобы избежать вздутия цены программного обеспечения. Растёт число людей, которые вносят свой вклад как благодарность за то свободное программное обеспечение, которое они получили от других. Многие люди в научных кругах создают свободное программное обеспечение, чтобы можно было получить результаты собственных исследований от большего числа пользователей. Бизнес помогает поддерживать свободное программное обеспечение, так как из него можно черпать новые идеи — не существует более быстрого способа получить новую возможность в программе, чем создать её самому! Разумеется, многие из нас находят это очень забавным.

http://www.us.debian.org/intro/about

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
dot_sent
"В интервью обозревателям Consumer Eroski, Алексей Пажитнов, в числе прочего, прокомментировал свои позиции по отношению к ПО с открытым кодом. По мнению Пажитного, свободные программные продукты уничтожат рынок, поскольку рост их популярности негативно сказывается на финансовом положении коммерческих компаний, способствующих инновациям в отрасли. Кроме того, Пажитнов назвал несовершенной бизнес-модель распространения ПО open source, предполагающую получение прибыли за счет предоставления технической поддержки. Не разделяет создатель "Тетриса" и позиции Ричарда Столлмэна, основателя движения свободного программного обеспечения, проекта GNU, Фонда свободных программ и Лиги за свободу программирования.

В целом, подытоживает Пажитнов, для рынка было бы лучше, если бы свободное программное обеспечение никогда не существовало".

А чего ещё можно было ожидать от сотрудника Microsoft? :-D

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
dr_dizel
..."В интервью обозревателям Consumer Eroski, Алексей Пажитнов...

Как коммерческую модель Open Source можно рассматривать в виде предельного варианта демпинга, когда другие варианты борьбы на рынке стали недостаточно эффективны. Зарабатывание на поддержке, а не на продаже - вполне нормальный подход. Обычная конкуренция. Тот же Oracle, например, зарабатывает свои деньги на поддержке своих продуктов даже без всякого OS. Конечно же будут недовольные - те, у кого отняли таким образом прибыль. Мир меняется и надо адаптироваться к нему, а не плакать публично о том, что раньше можно было вот так-то и всё получалось здорово.

Можно просто прокачивать свой профессионализм или поддерживать его в актуальной форме, можно выражать себя посредством OS, можно прокачивать какой-то проект в свободной форме до определённой поры, можно зарабатывать на поддержке и т.п.

Просто можно совмещать OS и коммерцию, а можно и нет. Кто как захочет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
А.Щеглов
Как коммерческую модель Open Source можно рассматривать в виде предельного варианта демпинга, когда другие варианты борьбы на рынке стали недостаточно эффективны. Зарабатывание на поддержке, а не на продаже - вполне нормальный подход. Обычная конкуренция. Тот же Oracle, например, зарабатывает свои деньги на поддержке своих продуктов даже без всякого OS. Конечно же будут недовольные - те, у кого отняли таким образом прибыль. Мир меняется и надо адаптироваться к нему, а не плакать публично о том, что раньше можно было вот так-то и всё получалось здорово.

Можно просто прокачивать свой профессионализм или поддерживать его в актуальной форме, можно выражать себя посредством OS, можно прокачивать какой-то проект в свободной форме до определённой поры, можно зарабатывать на поддержке и т.п.

Просто можно совмещать OS и коммерцию, а можно и нет. Кто как захочет.

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

А вообще, честно говоря, мне очень импонирует Ваша убежденность и убежденность коллег, с которыми мы обсуждаем эти вопросы. К сожалению, в своей жизни я не сталкивался даже с единичными случаями проявления подобного энтузиазма. Возможно, мне не повезло! Честно говоря, хотелось бы думать именно так. Но пока не очень получается.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Mr. Justice
Честно скажу, не вижу принципиальной разницы в том, зарабатывать на продаже или на поддержке!

Разница есть. Во многих случаях на поддержке бесплатных продуктов не заработаешь. Затраты на его создание, если они были, просто не окупаются. Такая стратегия во многих случаях просто нерентабельна. Я об этом неоднократно писал выше. Можно привести массу примеров подобных случаев.

На мой взгляд, это "две стороны одной медали". Думаю, в ближайшее время многие коммерческие предприятия изменят свою тактику продвижения своих продуктов на рынок.

Я думаю, вряд ли это произойдет. Во всяком случае, у меня лично нет никаких оснований так думать. Конечно есть примеры, когда платные продукты становились бесплатными, но есть примеры, когда бесплатные продукты становилсиь платными.

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

Это справедливо, но далеко не во всех случаях. Зачем платить за коммерческую поддержку продукта если она не нужна? Во многих случаях поддержка бесплатных продуктов просто не предоставляется.

А вообще, честно говоря, мне очень импонирует Ваша убежденность и убежденность коллег, с которыми мы обсуждаем эти вопросы. К сожалению, в своей жизни я не сталкивался даже с единичными случаями проявления подобного энтузиазма. Возможно, мне не повезло! Честно говоря, хотелось бы думать именно так. Но пока не очень получается.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
А.Щеглов
У меня складывается впечатление, что вы склонны рассматривать проблему создания и продвижения бесплатных продуктов только через призму коммерческой выгоды. Такой подход является ущербным, ибо не отражает всех сторон рассматриваемого явления.

Не забывайте, что характеризуя каким-либо образом мнение человека, Вы, тем самым, характеризуете и человека, высказавшего это мнение. Но я с этим справлюсь.

А, если по делу, то неужели Вы не видите противоречий "на каждом шагу" самой концепции №свободного ПО".

Например, вернемся к утверждению классика этого дела:

"Столлмен признал, что заработать на свободном софте получается не у всех, и не всегда он будет выгоднее для бизнеса, однако дело - не в деньгах. Речь идёт об этике, а не о коммерции.

Гарантировать каждому желающему трудоустройство в индустрии свободного ПО глава Free Software Foundation затруднился, но отметил, что любимым делом можно заниматься и в свободное от работы время".

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

Поделиться сообщением


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

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

А, если по делу, то неужели Вы не видите противоречий "на каждом шагу" самой концепции №свободного ПО".

Например, вернемся к утверждению классика этого дела:

"Столлмен признал, что заработать на свободном софте получается не у всех, и не всегда он будет выгоднее для бизнеса, однако дело - не в деньгах. Речь идёт об этике, а не о коммерции.

Гарантировать каждому желающему трудоустройство в индустрии свободного ПО глава Free Software Foundation затруднился, но отметил, что любимым делом можно заниматься и в свободное от работы время".

Здесь полагаю, следует обратить внимание на слова "каждому желающему" и "гарантировать". То есть обратное не исключается.

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин
Есть такая штука, как хобби. Just for fun.

Плюс ещё возможность после прокачки проекта перевести его в платную нишу. Вспомним хоть тот же Jetico Personal Firewall.

Согласен, чаще всего все начинается с хобби. Не всегда люди думают сразу о будущих миллонных доходах. Потом потребность в самореализации еще никто не отменял. Мне интересно, и я занимаюсь Anti-Malware.ru не зависимо от того, сколько денег это приносит.

Например, отец-программист решал сделать для своих детей простенький, но надежный родительский контроль. А потом это может вылиться в бизнес. Кто знает?

Кроме того, как правильно сказал dr_dizel, бесплатная версия - хороший инструмент для раскрутки. Это отдельная бизнес-модель. Можно 5 лет делать что-то бесплатно, чтобы потом продаться Microsoft за несколько миллионов? Конечно :-)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
А.Щеглов

Коллеги, а вот такой вопрос в русле наших обсуждений.

Этот вопрос для меня сегодня является достаточно насущным, хотелось бы услышать ваше мнение.

Небольшая история вопроса.

В свое время (пару лет назад) нами разработано средство защиты от НСД для платформы HP-UX (сначала под 10, затем под 11 ядро).

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

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

Почему так подробно, чтобы пояснить вам важность для меня последующего вопроса.

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

Вопрос: сколько уместно открытие исходников для корпоративной системы защиты? Это допустимо для корпоративного сектора? Ведь, очевидно, что наличие исходников на порядки повышает вероятность обхода механизмов защиты.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • Ego Dekker
      ESET Online Scanner 4.0.1  (Windows 10/11, 64-разрядная)
                                                                                  ●
              Руководство пользователя ESET Online Scanner 4  (PDF-файл)
    • Ego Dekker
      ESET Cyber Security был обновлён до версии 9.0.6700.
    • AM_Bot
      Теория звучит убедительно, но работает ли она на практике? Мы внимательно изучили Phishman 2.35 и решили не останавливаться на описании её возможностей. Вместо этого протестировали платформу на собственных сотрудниках и удивились, к каким результатам это привело.      1. Введение2. Методология тестирования Phishman 2.353. Первичное тестирование3.1. Подготовка шаблонов фишинговых сообщений, инфраструктуры рассылки3.2. Тестирование доставки и отражения результатов в статистике3.3. Результаты атак4. Обучение4.1. Формирование учебной группы4.2. Составление образовательной программы по повышению киберкультуры4.3. Процесс обучения и его результаты5. Повторное тестирование5.1. Результаты атак6. Подведение итогов6.1. Сложности, с которыми мы столкнулись7. Впечатления от проекта команды «АМ Медиа»7.1. Реакция сотрудников7.2. Реакция организаторов7.3. Сотрудничество с вендором8. ВыводыВведениеPhishman 2.35 — это система повышения осведомлённости пользователей в сфере ИБ. Она помогает развивать киберкультуру и формировать у сотрудников устойчивые навыки безопасной работы с информацией, цифровыми сервисами и корпоративными ресурсами. В процессе обучения сотрудники учатся распознавать актуальные сценарии атак, закрепляют правильные модели поведения и в результате реже становятся причиной инцидентов, связанных с человеческим фактором.В первой части обзора Phishman 2.35 мы рассмотрели платформу с точки зрения её возможностей. Теперь пришло время проверить, как всё это работает на практике. За время проекта мы не только оценили эффективность различных сценариев, но и столкнулись с рядом особенностей, которые невозможно увидеть в документации. Одни из них влияли на ход тестирования, другие оказались скорее организационными нюансами, о которых стоит знать заранее.Методология тестирования Phishman 2.35В процессе работы с киберкультурой «АМ Медиа» мы будем использовать следующие метрики:Обученность. Отражает уровень знаний сотрудников в области ИБ. Показатель растёт, когда сотрудники осваивают темы: реагирование на инциденты, защита от социальной инженерии и другие критически важные компетенции.Иммунность. Показывает, как сотрудники применяют знания на практике. Она повышается, когда демонстрируется способность распознавать угрозы и правильно на них реагировать в реальных сценариях.Киберосознанность — итоговая метрика. Объединяет знания и практические навыки, показывая, насколько сотрудники в целом устойчивы к киберугрозам и действуют корректно при их возникновении.Прежде чем оценивать эффективность работы системы, необходимо определить отправную точку. Первичное тестирование определит, на какие сценарии реагирует каждый сотрудник, где чаще всего допускаются ошибки и какие темы требуют дополнительного развития. На основе этих данных формируется индивидуальная программа обучения: сотрудники проходят персонализированные курсы, выполняют практические задания и тесты, которые помогают устранить выявленные пробелы и закрепить необходимые навыки. В процессе обучения повышается уровень обученности, а закрепление знаний через практику влияет на показатель иммунности. После завершения обучения мы проведём повторное тестирование, которое покажет, какие изменения произошли по всем ключевым метрикам.Заключительный этап — сравнение результатов первичного и повторного тестирования. Здесь станет понятно, насколько вырос уровень киберкультуры сотрудников: изменилось ли их отношение к вопросам ИБ, стали ли они увереннее распознавать угрозы и чаще принимать безопасные решения в ситуациях, где раньше могли допустить ошибку.В качестве основного канала для рассылки фишинга выбрали электронную почту. Причина очевидна: именно она остаётся основным способом первичного контакта злоумышленников с сотрудниками и доставки фишинговых сценариев. По имеющимся оценкам, более 90 % успешных кибератак начинаются с электронного письма, поэтому исключать этот канал из подобных проверок было бы некорректно.Первичное тестированиеРеальные фишинговые атаки почти никогда не строятся по универсальному шаблону: злоумышленники адаптируют содержание писем под роль человека в компании, его рабочие процессы и типовые задачи. Поэтому при выборе целевой аудитории мы разделили сотрудников по функциям и уровню доступа к корпоративным данным, а сам проект разбили на 3 последовательные волны с разным уровнем сложности.Подготовка шаблонов фишинговых сообщений, инфраструктуры рассылкиПосле определения целевой аудитории был проведён анализ структуры подразделений и рабочих процессов сотрудников. На этом этапе изучались:должностные обязанности;распределение зон ответственности;характер внутреннего взаимодействия между отделами;используемые адреса электронной почты;формат повседневной служебной переписки.Это позволило понять, какие сценарии коммуникации являются для сотрудников привычными и не вызывают подозрений.На основе собранных данных были подготовлены сценарии фишинговых сообщений. При разработке содержимого учитывались тематика рабочих задач, стиль корпоративного общения, оформление внутренних уведомлений и типовые причины отправки писем внутри организации. Основная задача заключалась в том, чтобы письмо воспринималось как стандартное рабочее сообщение, соответствующее реальным бизнес-процессам заказчика.Волна 1. Первая волна была построена как массовый фишинг. Сценарий — сверка графика отпусков. Для атаки создавали и настраивали пользовательский шаблон. Тип атаки — обычный, время начала рассылки — сразу, при запуске атаки.На этом этапе проверялась базовая реакция сотрудников на привычные рабочие триггеры и способность распознавать типовые признаки фишинга без привязки к конкретному подразделению. Рисунок 1. Шаблон для первой волны Рисунок 2. Вид фишингового письма из первой волны в почте Волна 2. Для каждого отдела были подготовлены письма, основанные на реальных рабочих процессах, характерных запросах и ситуациях, с которыми сотрудники регулярно сталкиваются в своей деятельности. Для атаки создали и настроили пользовательский шаблон, где-то добавили немного визуального оформления. Время начала рассылки — по запланированному времени. Рисунок 3. Пример шаблона из второй волны для отдела «Продажи» Рисунок 4. Вид фишингового письма из второй волны для отдела «Продажи» Волна 3. Здесь моделировались уже более сложные сценарии целевого фишинга (spear phishing). В письмах использовались специальные формулировки, элементы корпоративного брендирования. На этом этапе проверялась не только внимательность сотрудников, но и способность замечать менее очевидные признаки атаки в условиях, максимально приближённых к реальной целевой компрометации.За основу брали системный брендированный шаблон «Яндекс ID», добавили фишинговую форму и скорректировали немного её содержание. Тип атаки — обычный, время начала рассылки — по запланированному времени. Рисунок 5. Пример шаблона из третьей волны Рисунок 6. Вид фишингового письма из третьей волны При переходе по ссылке открывалась фишинговая страница. Рисунок 7. Фишинговая страница Тестирование доставки и отражения результатов в статистикеДалее была подготовлена инфраструктура рассылки. После её настройки проводилось тестирование доставки сообщений. Проверялась доставка писем во входящие сообщения почтовых клиентов, анализировалась реакция антиспам-механизмов в почте, а также контролировалась корректность работы механизмов отслеживания действий пользователей. Рисунок 8. Результаты тестирования доставки и отображения сообщений в почте Тестирование прошло успешно.После завершения проверки была сформирована последовательность отправки сообщений по заранее определённым волнам. Такой подход позволил распределить нагрузку, контролировать ход тестирования и отслеживать реакцию сотрудников на различных этапах проведения проверки. Рисунок 9. Активные мероприятия Результаты атакБыли получены следующие результаты:Иммунность — 81 %. Хороший иммунитет, большинство реагирует правильно. Охват аудитории (повторно попались на фишинг) — 71 %.Уровень риска — 8, средний. Устойчивость формируется, но есть ещё риски. Рисунок 10. Общая информация после проведения первичного тестирования Самый низкий уровень иммунности — около 50 %, после первых двух волн атак. Рисунок 11. График иммунности во время первичного тестирования Далее — сформировали в системе отчёт по скомпрометированности сотрудников, на основании которого выполнили самостоятельный анализ результатов по отделам без учёта результатов тестирования шаблонов атак. Рисунок 12. Отчёт по скомпрометированности всех сотрудников в Phishman 2.35 Таблица 1. Результаты первичного тестирования по отделамОтделЗаполнили формуОткрыли вложенияОткрыли ссылкуДокументооборот04,76 %4,76 %Продажи04,76 %9,52 %Продюсеры 0023,8 %Редакция0019,04 %Руководитель000 ОбучениеПервичное тестирование завершено, поэтому следующим этапом стало определение группы риска и формирование программы обучения.Формирование учебной группыНа этапе отбора рассматривались два варианта формирования учебной группы. Первый предполагал использование показателя иммунности сотрудников. Второй вариант заключался в создании правила, автоматически формирующего список сотрудников, которые были скомпрометированы в ходе проведённых проверок. Этот подход позволял сразу получить выборку пользователей, продемонстрировавших наибольшую подверженность атакам, без ожидания обновления показателей.Был выбран второй вариант. На основании созданного правила была сформирована группа для обучения: в неё вошли люди, которые были скомпрометированы в ходе первичного тестирования. Рисунок 13. Создание правила для выявления группы риска Рисунок 14. Отчёт по отработанному правилу для выявления группы риска Отдельно была сформирована группа сотрудников, успешно распознавших фишинговую атаку, для участия в обучении, направленном на поддержание киберкультуры.Составление образовательной программы по повышению киберкультурыПопавшиеся сотрудники были включены в отдельную учебную группу, для которой сформировали персональную образовательную траекторию. В неё вошли 3 микрокурса по фишингу и 1 курс по информационной безопасности. Содержание траектории было направлено на повышение устойчивости к методам социальной инженерии и снижение вероятности компрометации учётных данных. Рисунок 15. Заполнение параметров обучения сотрудников Рисунок 16. Составление учебной программы Отдельно была запущена программа обучения для сотрудников, которые не попали в выборку по результатам правила.Процесс обучения и его результатыПервый отчёт мы сформировали через 2 дня после запуска обучения, что позволило получить предварительную оценку вовлечённости сотрудников. Анализ данных показал, что наибольшую активность на начальном этапе продемонстрировали сотрудники, которые попались на фишинг. Рисунок 17. Промежуточный анализ обучения Через неделю после запуска обучения провели повторный анализ прогресса, включая оценку прохождения курсов и выявление участников, не приступивших к обучению. Рисунок 18. Отчёт по динамике обучения в Phishman 2.35 Анализ показал, что часть сотрудников не завершила обучение в установленный срок. Для обеспечения максимального охвата было принято решение о продлении сроков прохождения курсов. Рисунок 19. Продление и корректировка процесса обучения В результате фактическая продолжительность обучения составила 2 недели, что превысило первоначально установленный срок в одну неделю. Но и этого времени не хватило нашим сотрудникам. Чтобы узнать, кто оказался более ответственным, воспользовались возможностями правил. Рисунок 20. Пример настройки правила по выявлению сотрудников, прошедших обучение В результате была получена информация о сотрудниках, полностью и частично прошедших обучение. Рисунок 21. Отчёт по сработанному правилу по выявлению сотрудников, прошедших обучение Рисунок 22. Отчёт по сработанному правилу по выявлению сотрудников, частично прошедших обучение Результаты обучения:полностью прошли обучение — 52 %;частично — 22 %;не прошли обучение — 26 %.Мы проанализировали список сотрудников, не приступивших к обучению, и выяснили, что это те, кто не попался на фишинг во время первичного тестирования.Среди сотрудников, которые попались на фишинг, 80 % прошли обучение, остальные — прошли его частично. Рисунок 23. Результаты обучения сотрудников «АМ Медиа» Вместе с тем за этот период были зафиксированы положительные изменения в ключевых показателях: уровень обученности достиг 9 319 баллов, а показатель киберосознанности — 7 561 баллов. Несмотря на положительную динамику, полученные значения оставались гораздо ниже целевых ориентиров, что свидетельствует о необходимости дальнейшей работы по повышению вовлечённости сотрудников и развитию киберкультуры.Повторное тестированиеПовторное тестирование проводилось по тем же этапам, что и первичное: подготовка шаблонов, тестирование и проведение атак. Как и на первом этапе, основной задачей было сделать письмо максимально похожим на стандартную рабочую переписку, соответствующую реальным бизнес-процессам нашей компании.Подготовительный этап повторного тестирования потребовал дополнительных временных затрат, связанных с регистрацией новых доменов и расширением сценариев атак с учётом результатов первичного тестирования.Волна 1. Сценарии формировались не только для отдельных подразделений, но и адресно для конкретных сотрудников, что позволило повысить реалистичность и точность имитации фишинговых атак. Запустили несколько атак, для каждой из них были разработаны индивидуальные шаблоны электронных писем и соответствующие фишинговые формы. Тип атаки — обычный, время начала рассылки — по запланированному времени. Рисунок 24. Пример фишингового письма для первой волны Рисунок 25. Пример фишинговой формы для письма из первой волны Волна 2. Вторая волна представляла собой массовую фишинговую кампанию. Для неё был создан и настроен пользовательский шаблон, основанный на триггерах срочности и страхе финансовых потерь. Тип атаки — обычный, время начала рассылки — сразу, при запуске атаки. Рисунок 26. Пример фишингового письма для второй волны Тестирование доставки писем и корректности отражения результатов в статистике прошло успешно.Результаты атакВ повторном тестировании приняли участие уже 23 человека. Увеличение числа участников на 2 человека связано с подключением новых сотрудников к нашему эксперименту. Резких скачков иммунности здесь не наблюдалось. Рисунок 27. График иммунности во время повторного тестирования Для дополнительной оценки мы и здесь также выполнили самостоятельный анализ результатов по отделам без учёта результатов тестирования шаблонов атак. Таблица 2. Результаты повторного тестирования по отделамОтделЗаполнили формуОткрыли вложенияОткрыли ссылкуДокументооборот000Продажи008,7 %Продюсеры 008,7 %Редакция8,7 %08,7 %Руководитель000 Мы также посмотрели, как себя показали сотрудники, которые не прошли обучение, в повторном фишинговом тесте. По данным отчёта, в первой волне повторного тестирования на фишинг попались 40% из всех, кто не обучался. Рисунок 28. Поиск информации о сотруднике в отчёте по атакам Подведение итогов После завершения всех этапов эксперимента мы получили следующие показатели:Иммунность — 76 %. Хороший иммунитет, большинство реагирует правильно. Охват аудитории (повторно попались на фишинг) — 91,3 %.Уровень риска — 7, средний. Рисунок 29. Информационная панель Phishman 2.35 после завершения эксперимента После обучения и повторного тестирования добавились другие показатели:Обученность — 11 / 100. Знания отсутствуют, обучение следует начать с базового уровня.Киберосознанность — 10 / 100. Низкий уровень, сотрудники не знают, как действовать в случае угроз.Часть результатов сравнили и представили их в таблице ниже. Таблица 3. Сравнение показателей киберкультуры до и после обученияПоказательДо обученияПосле обученияОбученность09319Иммунность81 %76 %Киберосознанность 07561Охват аудитории (повторно попались на фишинг)71 %91,3 %Уровень риска87 Также проанализировали действия сотрудников после обучения и сравнили их с результатами первичного тестирования. Таблица 4. Сравнение действий сотрудников до обучения и послеОтделЗаполнили формуОткрыли вложенияОткрыли ссылкуДо обученияПосле обученияДо обученияПосле обученияДо обученияПосле обученияДокументооборот004,76 %04,76 %0Продажи004,76 %09,52 %8,7 %Продюсеры 000023,8 %8,7 %Редакция08,7 %0019,04 %8,7 %Руководитель000000 Рисунок 30. Процент попавшихся на фишинг до обучения и после по отделам Если во время первичного тестирования попалось 22 % участников, то после обучения этот показатель уменьшился и стал 12 %. Рисунок 31. Общий процент попавшихся на фишинг до обучения и после Результаты повторного тестирования показали, что, несмотря на заметное снижение количества взаимодействий с фишинговыми письмами, часть сотрудников по-прежнему выполняет действия, свидетельствующие о подверженности атакам. Это ожидаемый результат, поскольку киберкультуру невозможно сформировать за столь короткое время. Речь идёт о длительном процессе, который требует регулярной работы как со стороны специалистов по информационной безопасности, так и со стороны самих сотрудников.Наш эксперимент позволил проверить знания сотрудников, провести обучение и затем оценить, насколько полученные знания закрепились на практике. Однако с точки зрения развития киберкультуры — это лишь один из этапов работы, а не её завершение.Сложности, с которыми мы столкнулисьОсобенность нашего эксперимента — организация предварительного тестирования. Перед запуском каждой атаки мы проверяли её работу на собственном аккаунте, чтобы убедиться в корректной отработке сценария на стороне пользователя. Такие проверки попадали в общую статистику системы и оказывали влияние на итоговые показатели. Возможность исключить подобные события из расчётов отсутствует. Согласно комментариям вендора, для этих целей следует использовать отдельный тестовый стенд. Поэтому мы вели дополнительно самостоятельный анализ результатов эксперимента.Отдельные сложности возникли на этапе обучения сотрудников. Завершить обучение в установленные сроки не удалось из-за человеческого фактора. Не все участники смогли своевременно пройти назначенные материалы, что потребовало увеличения периода обучения и дополнительного контроля за его прохождением.Впечатления от проекта команды «АМ Медиа»Проведение тестирования не вызвало негативной реакции со стороны сотрудников. Хотя фишинговые сообщения активно обсуждались внутри коллектива, жалоб руководству или недовольства вида «зачем вообще было устраивать такую проверку» не возникло. Основной интерес был сосредоточен вокруг самих писем и попыток понять, что именно происходит.Реакция сотрудниковОдним из самых любопытных наблюдений стала реакция сотрудников после первой волны первичного тестирования. Полученные фишинговые сообщения быстро стали предметом обсуждения: сотрудники пересылали их друг другу, задавали вопросы коллегам и пытались разобраться, что происходит.Некоторые пошли ещё дальше и вступали в переписку с отправителем, воспринимая фишинговые письма как реальные рабочие сообщения. Это наглядно показало не только убедительность используемых сценариев, но и то, что практическое столкновение с угрозой вовлекает сотрудников в тему ИБ гораздо сильнее, чем абстрактные примеры из учебных материалов. Во время повторного тестирования такой реакции уже не возникло.Реакция организаторовЕсли для большинства сотрудников тестирование выглядело как неожиданно появившиеся письма в почте, то для команды, которой было поручено тестирование Phishman 2.35 этот проект сопровождался совсем другими эмоциями. Подготовка сценариев, запуск атак и ожидание результатов вызывали ощутимое волнение. Оказалось, что смотреть на ситуацию глазами злоумышленника не так просто, как может показаться со стороны. Приходилось постоянно задавать себе вопросы: какой сценарий покажется правдоподобным, что привлечёт внимание сотрудника, а что, наоборот, вызовет подозрения.Самыми напряжёнными были дни первой волны тестирования. На этом этапе ещё не было понимания, как сотрудники отреагируют на рассылки, насколько убедительными окажутся сценарии и не вызовет ли проверка негативной реакции внутри коллектива. С каждой новой зафиксированной активностью интерес смешивался с тревогой, а результаты ожидались едва ли не с большим нетерпением, чем сам запуск кампании.После завершения эксперимента стало легче: всё задуманное удалось реализовать, результаты были получены и проанализированы. Тем не менее полностью избавиться от мыслей о проделанной работе не получилось. Время от времени возвращаешься к отдельным этапам и задаёшься вопросом: а стоило ли сделать именно так? Может быть, какой-то сценарий можно было построить иначе, а какие-то решения принять по-другому?Наверное, это естественная часть любого практического проекта. Когда работа заканчивается, появляется возможность посмотреть на неё со стороны и критически оценить собственные решения. Именно в такие моменты часто приходят идеи, которые помогают сделать следующие проекты лучше.Сотрудничество с вендоромВ ходе подготовки и проведения эксперимента иногда возникали вопросы, связанные с настройкой платформы, особенностями реализации отдельных сценариев и интерпретацией результатов. Для их решения использовались как переписка, так и рабочие созвоны. Запросы обрабатывались оперативно, что позволяло своевременно получать необходимую информацию и не допускать задержек в выполнении работ. Поддержка была доступна не только в рабочее время, но и в выходные дни.ВыводыПовторное тестирование показало, что тщательно подготовленные и персонализированные фишинговые атаки значительно эффективнее. При наличии качественной разведки злоумышленники способны подобрать убедительный сценарий практически для любого сотрудника. А если специалист может ошибиться, то сотруднику, который не занимается вопросами ИБ каждый день, сделать это ещё проще.Работа в сфере информационной безопасности или информационных технологий сама по себе не защищает человека от фишинга, социальной инженерии и других современных атак. Мы убедились в этом на собственном опыте: даже профильные знания не гарантируют, что человек не попадется на хорошо продуманную атаку. Злоумышленники постоянно меняют сценарии, поэтому знания, полученные однажды, быстро устаревают.При помощи эксперимента мы не только проверили, насколько сотрудники готовы распознавать атаки, но и поняли, как с помощью Phishman 2.35 можно сделать работу по развитию киберкультуры системной. Вместо отдельных курсов появился понятный цикл: смоделировать атаку, оценить реакцию, провести обучение и проверить, изменилось ли поведение участников. При необходимости — повторить или скорректировать процесс при помощи рекомендаций платформы. Результаты фиксируются автоматически, поэтому можно видеть, какие темы требуют больше внимания, и развивать киберкультуру на основе реальных данных, а не предположений.Читать далее
    • PR55.RP55
    • santy
      RP55, есть у тебя ТГ?
×