Вы не поверите))
Молоко без упаковки вполне можно покупать. Догадаетесь сами, где? Да-да, напрямую у хозяина коровы (автора). Представляете, какой кошмар? Все производители упаковок обворованы, магазины, рекламщики, etc. Паника, деньги мимо носа проплыли, ловите ворюг)
Вы намеренно искажаете суть написанного мной или просто глупы? То, что мой сосед по даче продает молоко в мою тару (а может — и вообще угощает меня бесплатно), не значит, что я могу придти и своровать в магазине молоко в упаковке, или же вылить его оттуда и придти на кассу с собственной банкой и вылитым туда молоком.
В общем-то, на этой иллюстрации моей мысли я бы хотел с вами и закончить, уж вы слишком оторваны от реальности и логики.
Меня же, в свою очередь, удивляет то упорство, с которым людей убеждают в том, что %productname% тебе жизненно необходим, и стоить он должен именно столько (а вообще-то в два раза дороже, это просто Вам так повезло, только сегодня и сейчас!).
Если есть проблемы с внушаемостью, то это причина посещать психотерапевта, а не воровать.
Труд издателей, печатников, дизайнеров — я оплачу в том случае, если решу приобрести книгу в живом виде, красивую, приятную во всех отношениях, и т.п. и т.д. То есть в том случае, если я вижу результат трудов оных издателей-печатников-дизайнеров, и им воспользовался. Соответственно заплатив.
Издатели бывают и электронных продуктов. При этом работу редактора, корректора и множества других людей, а мы ведь не только о книгах говорим, вы тоже не учли.
В то же время, если я решил, что мне нужен лишь текст произведения, без прикрас и оберток, as is в электронном виде — пардон, я не обязан и не собираюсь оплачивать чей-то труд, не относящийся вообще никак к сути дела.
С таким же успехом можно требовать продавать молоко без упаковки. При этом альтернативой выдвигать воровство целой пачки, без оплаты труда «корове» (автору).
И крепко самим задуматься над ценообразованием, вместо того, чтоб жаловаться.
Они думают над этим постоянно, выпуская всякие Steam, электронные библиотеки и сотню других вещей. Но даже не будь всего этого — это не оправдание банальному мелкому воровству.
Покупка книги в электронном виде зачастую стоит столько же, сколько и в бумажном. Однако, для ее электронного издания не трудились и не нужны те самые «сотни других профессий». А платить предлагается столько же. Ну и кто «вор»?
Наивное лепетание то ли лжеца, то ли ребенка. Для продажи книги в электронном виде нужны (иногда) просто другие профессии, отличные от оператора типографского станка, вот и все.
Если технически — взять за основу любой сайт с чтивом из ныне «пиратских». В разделе биографии авторов — добавить платежную информацию. Невелик труд, равно как и завести авторам свои сайты с соответствующими возможностями.
Дерзайте. Не хочется, и нет такой возможности на пиратских сайтах? Это не оправдание вашему воровству.
В таких рассуждениях меня всегда удивляет, как люди отказываются платить за труд других людей, в том числе издателей, маркетологов, печатников и доброй сотни других профессий. Можно быть несогласным с их ценообразованием (но его мало кто знает и еще меньше кто хочет серьезно заинтересоваться), можно быть несогласным с чем угодно, но оправдывать воровство тем, что «это просто слишком дорого для меня» или «я не считаю нужным за это платить» — это верх, я не знаю, инфантилизма, что ли.
Я бы оправдал такой подход, если бы цены были действительно неподъемные, ну или если бы одновременно с этим некоторые продукты авторов были бы сродни еде, когда выходила бы ситуация, что человек буквально умирает без потребления этих продуктов и при том не может позволить себе их купить, но ведь это далеко не так.
Что же касается подобных ресурсов, то эти рассуждения останавливаются ровно после осознания двух вещей:
1. Как только этот ресурс станет действительно централизованным, стоимость его обслуживания, а значит и его комиссия, возрастет во много раз.
2. Мало иметь возможность придти и заплатить автору, нужно еще иметь возможность узнать о нем, о его произведениях, и так далее, что, собственно, тоже накладывает свою комиссию. При этом сюда же нужно закладывать на шанс неудачи, и тд и тп.
Вообще, странно обсуждать это на сайте для людей, которые заняты именно что созданием авторского продукта — такое ощущение, что тут то ли на зарплате большинство сидят в серверной, то ли на шее у родителей — так как в ином случае, как только ты начинаешь интересоваться ценообразованием в области интеллектуального труда, сразу становится ясно, откуда растут ноги у тех или иных цен.
Частенько видится именно такое отношение со стороны заказчиков, которые считают, что программисты и прочие торгуют не своими человеко-часами, а чем-то еще, что не имеет прямой зависимости между полученными деньгами и потраченным на это временем, и начинают настаивать при фиксированной стоимости проекта на его доработках, не оговоренных заранее в ТЗ. Как будто мы просто торговцы помидорами, которые их на одном конце рынка купили, а на другом — продали, и продадим мы 1 помидор или коробку — никакой разницы, все равно нужно из одного конца рынка в другой дойти.
Я, как разработчик, могу вообще ни разу не пользоваться своим продуктом, банально потому, что мне не нужен его функционал. В случае с Яндексом, который, предположим, предоставляет хороший поиск на русском, мне действительно не нужно это — в интернете в 95% случаев я ищу техническую информацию на английском языке.
Ради использования такого подхода стоит задаться тремя вопросами:
1. Нужен ли функционал, который предоставляют подключенные скрипты, в СБОЛ?
2. Что дешевле, разрабатывать решения, предоставляющие этот функционал, или же всего лишь проводить аудит этих решений и разработать модуль, контролирующий поведение бекенда в зависимости от результатов аудита?
3. Удовлетворит ли секьюрность решения с аудитом внутренним требованиям безопасности разработчика и требованиям законов?
Бекенд СБОЛ при сборке страницы и перед отправкой ее клиенту запросто может запускать проверку подключенных скриптов, а точнее — проверять некий параметр конфигурации, куда с некоей частотой записывается результат проверки скриптов. В итоге клиенту будет отдана страница либо с той частью html-кода, где данные скрипты подключаются, либо нет. В чем проблема-то?
Было бы странно, если бы они не знакомились с новыми технологиями в своей отрасли. Но решать что использовать, а что нет, на уровне государства, будет само государство.
Плюс к сказанному, если вдруг финансовые системы и перейдут на блокчейн, то автором этой конкретной реализации будет именно что государство, а не какой-то «вася» из Emercoin или откуда угодно еще.
В случае с хостингом достаточно просто — будет использована трактовка из серии «где покупатель осуществляет свою деятельность» — и так как его деятельность происходит де факто на территории Германии, так как его деятельность — это использование немецкого хостинга, расположенного в Германии, то никакой проблемы с этим нет.
Только вы не совсем верно цитируете, весь текст, который у вас выше болда — это действительно абзац и потом дополняющие его пункты. А вот то, что выделено болдом, уже не очередной пункт, а просто следующий абзац текста. Ссылка.
Вы намеренно искажаете суть написанного мной или просто глупы? То, что мой сосед по даче продает молоко в мою тару (а может — и вообще угощает меня бесплатно), не значит, что я могу придти и своровать в магазине молоко в упаковке, или же вылить его оттуда и придти на кассу с собственной банкой и вылитым туда молоком.
В общем-то, на этой иллюстрации моей мысли я бы хотел с вами и закончить, уж вы слишком оторваны от реальности и логики.
Если есть проблемы с внушаемостью, то это причина посещать психотерапевта, а не воровать.
Издатели бывают и электронных продуктов. При этом работу редактора, корректора и множества других людей, а мы ведь не только о книгах говорим, вы тоже не учли.
С таким же успехом можно требовать продавать молоко без упаковки. При этом альтернативой выдвигать воровство целой пачки, без оплаты труда «корове» (автору).
Они думают над этим постоянно, выпуская всякие Steam, электронные библиотеки и сотню других вещей. Но даже не будь всего этого — это не оправдание банальному мелкому воровству.
Наивное лепетание то ли лжеца, то ли ребенка. Для продажи книги в электронном виде нужны (иногда) просто другие профессии, отличные от оператора типографского станка, вот и все.
Дерзайте. Не хочется, и нет такой возможности на пиратских сайтах? Это не оправдание вашему воровству.
Я бы оправдал такой подход, если бы цены были действительно неподъемные, ну или если бы одновременно с этим некоторые продукты авторов были бы сродни еде, когда выходила бы ситуация, что человек буквально умирает без потребления этих продуктов и при том не может позволить себе их купить, но ведь это далеко не так.
Что же касается подобных ресурсов, то эти рассуждения останавливаются ровно после осознания двух вещей:
1. Как только этот ресурс станет действительно централизованным, стоимость его обслуживания, а значит и его комиссия, возрастет во много раз.
2. Мало иметь возможность придти и заплатить автору, нужно еще иметь возможность узнать о нем, о его произведениях, и так далее, что, собственно, тоже накладывает свою комиссию. При этом сюда же нужно закладывать на шанс неудачи, и тд и тп.
Вообще, странно обсуждать это на сайте для людей, которые заняты именно что созданием авторского продукта — такое ощущение, что тут то ли на зарплате большинство сидят в серверной, то ли на шее у родителей — так как в ином случае, как только ты начинаешь интересоваться ценообразованием в области интеллектуального труда, сразу становится ясно, откуда растут ноги у тех или иных цен.
Частенько видится именно такое отношение со стороны заказчиков, которые считают, что программисты и прочие торгуют не своими человеко-часами, а чем-то еще, что не имеет прямой зависимости между полученными деньгами и потраченным на это временем, и начинают настаивать при фиксированной стоимости проекта на его доработках, не оговоренных заранее в ТЗ. Как будто мы просто торговцы помидорами, которые их на одном конце рынка купили, а на другом — продали, и продадим мы 1 помидор или коробку — никакой разницы, все равно нужно из одного конца рынка в другой дойти.
1. Нужен ли функционал, который предоставляют подключенные скрипты, в СБОЛ?
2. Что дешевле, разрабатывать решения, предоставляющие этот функционал, или же всего лишь проводить аудит этих решений и разработать модуль, контролирующий поведение бекенда в зависимости от результатов аудита?
3. Удовлетворит ли секьюрность решения с аудитом внутренним требованиям безопасности разработчика и требованиям законов?
Ответы, на мой взгляд, очевидны.