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