Сам пытался найти, и начало цепочки новостей нашел у NY Times.
Но даже у них нет ссылки на официальный реакцию Apple.
Нашел еще ссылку на новость у Sony.
Я, честно говоря, не очень силен в экономике, так что могу какую-нибудь глупость сказать. У нас ее всего один семестр преподавали, и то, где-то на Адаме Смите закончили. В общем, я предупредил, сильно не смеяться :)
Вот, допустим, вы продаете со своего магазина товар за 100 у.е. И, допустим, продаете его 1000 пользователей в месяц. Цифры специально берем круглые, для удобства счета. «Грязная» прибыль — 100 тысяч у.е. до расходов.
Теперь предположим, что вы начали продавать свой товар через куда как более крупный магазин (а так как вы не Amazon и не какой-нибудь Sony, подозреваю, iTunes по сравнению с вами — крупный магазин).
Выставили цену 100 у.е. опять же. 30% забирает себе iTunes. Но так как их аудитория значительно больше, теперь вы продаете через них не 1000 экземляров товара в месяц, а, скажем, 10000. Получается, «грязная прибыль» с iTunes — (100 — 30)*10000 = 700 тысяч у.е.
То есть, главное сокровище любого крупного магазина — аудитория, которая за счет suggestions и на ваш товар попадает, увеличивает количество продаж, пусть даже прибыль с копии уменьшается за счет маржи магазина.
Таким образом, получается, что использования iTunes store дает больше прибыли, чем свой не слишком крупный магазин. И это еще не учитывая того, что теоретически ничего не мешает вам продавать те же 1000 экземпляров товара со своего сайта + 10000 через iTunes, в таком случае iTunes идет в чистый плюс.
То есть, резюмируя, по-моему, получается довольно выгодная схема и для вас (больше продаж и прибыли), и для iTunes (больше контента), и для пользователей (удобнее оплата, suggestions, рейтинги, мнения, вылизанный ну до просто невероятного состояния процесс checkout).
Заголовок откровенно желтый. Apple, к примеру, пока что не собирается требовать с меня 30% зарплаты за то, что я дышу воздухом. И уж точно никак не сможет получить 30% со всего.
Пассаж о том, что Apple забирает возможность у разработчиков продавать контент иначе как через iTunes — ваша выдумка. И, к тому же, желтая, используется для подогрева аудитории.
Причем, вы подали все это не как собственные размышления на тему, а так, будто все вот так вот плохо и обстоит на самом деле и Apple — воплощение дьявола на земле.
Собственно, теперь, когда вы поправили топик, все стало куда как лучше, осталось только заголовок сменить.
Простите, тут я не вкурил. У Эппла 5% рынка телефона. Ни под каким соусом они на рынке телефона не монополист, согласны?
Ну и да, они владельцы своей собственной платформы. Почему бы им и не устанавливать на ней правила?
Причем то, что вы говорите, будто они запрещают брать контент где либо еще, кроме iTunes — это прямая ложь с вашей стороны. Они лишь заставляют разработчиков предоставить покупателям опцию купить контент через iTunes. Я согласен с тем, что это некрасивое поведение, но по сравнению с тем, что вы говорите, это невинные шалости.
В конце концов, они никого из разработчиков на свой телефон/планшет силой не загоняли, наоборот, от желающих выставить свое приложение в AppStore отбою нет.
В общем, пассаж про монопольное положение — это откуда-то не из нашей вселенной.
Тут ниже говорят, что Amazon за посредничество в продаже книг вообще берет 70%. А предоставляет взамен отлаженную систему платежей, рейтинги, suggestions, хостинг статики, аудиторию, логистику и все такое.
Я даже не знаю, наверное, по вашему мнению Amazon вообще исчадие ада, да?
Да не вопрос, пользуйтесь своим. А уж пользователь решит, как ему удобнее покупать.
Apple не заставляет вас переходить только и исключительно на продажу контента или услуги через их магазин. Единственное, что они требуют — это добавить их магазин как опцию.
Эм… У Эппла 5% рынка телефонов. Как вы сами понимаете, они ни разу не монополист в этом плане. А с собственной платформой они могут делать все, что захотят — хоть тут же, не сходя с места, прекратить выпуск новых устройств на базе iOs.
Никто же никого не заставляет покупать айФоны, или разрабатывать под них, нет? А уж раз разработчики добровольно согласились участвовать в этом, так пускай теперь играют по правилам «хозяина стадиона».
Да вы мастер передергивания, как я посмотрю. Следите, как говорится, за руками.
А если повернуть ваши слова вот так:
MS делает суперудобный и сверхнавороченный магазин, включает в каждую копию Windows клиент от него и предлагает на совершенно добровольной основе всем разработчикам продавать свой софт/контент через этот магазин за мзду 30%.
Какой разработчик в здравом уме откажется от канала сбыта на многомиллионную аудиторию? Да никакой. И в скором времени все продукты сколько-нибудь заметных участников рынка окажутся в этом магазине.
И будут, кстати, этому факту крайне довольны, потому что продажи вырастут, а значит, и прибыль (пусть даже за каждую копию они будут получать меньше).
Звучит ведь полностью логично, выгодно для всех участников (пользователей, MS, разработчиков, поставщиков контента), нет?
А теперь внимание: чем вышеописанная мной ситуация отличается от того, что делает Apple? Да, в принципе, ничем. И вроде как не такой уж монстр получается этот Apple, но ведь статью-то хочется написать, да пожелтее, вот и смещаете вы слегка акценты.
Заголовки на хабре все желтеют и желтеют.
Зловещая Apple опять доит пользователей и разработчиков, на кол Джобса!
А если пройти по линку на оригинальную статью, и прочитать Update, то выяснится, что:
Also, users don't have to buy content from iTunes, but if a developer offers content to a user, it must also offer to sell to the user through iTunes.
Что означает: пользователь не обязан покупать контент через iTunes. Точка. Он может точно так же продолжать покупать книги на каком-нибудь Amazon за те же самые деньги, что и раньше. То есть, еще раз, iTunes вовсе не становится единственным возможным каналом распространения информации для iOs устройств.
P.S. Изменения все же значительные и не сказать, чтобы положительные: Apple заставляют разработчиков попутно с поддержкой собственной площадки стримить контент через iTunes, что, понятно, для разработчика означает дополнительные расходы (временных ресурсов программистов, как минимум). А также означает появление практически на шару кучи дополнительного контента в iTunes. Это-то все понятно, и Apple вполне заслуживает жесткой критики за беспардонное перетягивание одеяла на себя. Но это не отменяет желтизны статьи.
А в чем ваше преимущество перед Backblaze?
Они предлагают безлимитное место за $5/месяц.
Я сейчас ими пользуюсь, но восстановление данных у них уж очень неудобно реализовано.
Да вроде как Microsoft последние пару-тройку лет радует своей политикой — очеловечиваются, поворачиваются лицом к коммьюнити.
P.S. Я всю дорогу с java работал, так что как оно с MS на самом деле не знаю, так, взгляд со стороны на основе слухов и топиков на хабре. Может, изнутри оно и не так.
Я рыдал :)
"- Если все, что тебе нужно, это впечатляющие цифры бенчмарков, то почему бы тебе не посылать данные в /dev/null?"
"- А /dev/null поддерживает шардинг?"
"- o_O"
Чтобы уж совсем ясно выразить свою позицию, допишу:
Все любят поругивать php-разработчиков, полагающих себя программистами после прочтения книги «Научись делать веб-сайты за 24 часа».
Но их существование имеет смысл. В конце концов, для каждой задачи — свой инструмент.
И в большинстве веб-приложений, по факту, нафиг не нужны возможности какого-нибудь MySQL на уровне выше «select * from articles where id = 'params[:id]'».
Я даже больше скажу, в огромном количестве приложений и бизнес-логики, и базы данных, и application-сервера не нужно :)
Вон, за примером далеко ходить не надо: у меня standalone блог был на wordpress, там в целом набежало порядка 30-ти постов и около 1000 комментариев. Apache отъедал при средненькой загрузке 100mb оперативы (mysql не посмотрел, извините, но тоже какая-то нагрузка была, думаю, пару метров-то отожрал точно).
Теперь я перевел его на статические страницы (у меня теперь есть 30-ть файлов в формате markdown, которые при выкладке через простейший шаблонизатор конвертируются в html-странички).
И теперь при той же нагрузке все накладные расходы сервера на блог — 9Мб оперативной памяти, занимаемой nginx'ом.
Попробую свести все написанное к внятному выводу:
У РСУБД очевидно есть огромная область применения и, разумеется, никто их не убъет (да и не собирается, в общем-то :)
У NoSQL тоже есть область применения.
На самом деле, нет жесткой необходимости пихать в каждое веб-приложение СУБД (реляционку или NoSQL). Более того, в большинстве приложений возможности языка, СУБД не используются даже на 5%.
Ну я и говорю, что на самом деле не так много мест, где оно надо.
1) Далеко не везде она так уж критична. Какая разница, построится html-страничка за 70 мс или за 20 мс, если клиент ее грузит в любом случае за 1 секунду?
Ну и во-вторых, если уж на уровне приложений данные закешируются (а во всех современных мейнстримовых ORM'ах эта фича из коробки идет), то скорость доступа к данным из кеша будет куда как быстрее, чем через СУБД. А с учетом этого получается, что даже перенесение всей логики работы с данными из клиентского кода в базу данных выдаст не слишком большой прирост в производительности.
Оговорюсь: бывают случаи, когда разработчики, не понимая особенностей работы СУБД, городят такое (типа классической N+1 проблемы), что насущной становится необходимость пригласить DBA для навешивания люлей и выпрямления рук.
Опять же, в некоторых особо узких местах было бы глупо не перенести тяжелую логику в БД. Но сами понимаете, при грамотном проектировании всей системы, таких мест на самом деле немного. Бывает даже, что в достаточно большом проекте вообще таких мест нет.
2) Кхм. Я сам большой поклонник PL/SQL, и его возможности впечатляют. На минутку давайте отставим его в сторону (и особенно возможность запустить из него java код :)
И сравним возможности SQL ANSI 92 с каким-нибудь малоизвестным языком программирования вроде java. Вы что, действительно готовы сравнить DSL с возможностями платформы типа java со всеми библиотеками, написанными под нее?
Я, наверное, чего-то не понимаю в этой жизни, но любой мейнстримовый ЯП со всеми библиотеками, написанными под него, сто очков вперед даст стандартному SQL по возможностям работы с данными. Даже в случае работы с датами.
3) Это и называется выкинуть существенную часть бизнес-логики в БД :)
Это может быть очень удобно, если приложение ориентировано в основном на работу вокруг данных, как какой-нибудь классический CRUD.
И может быть чревато очень хитрыми и сложновыловимыми багами, если приложение имеют много логики, не выложенной в БД, и много логики на ЯП.
Ну и с точки зрения бизнеса, куда как лучше иметь систему, написанную, скажем, на java, чем систему, которая в равных долях написана на java и pl/sql. Ибо в первом случае для поддержки и развития надо нанять, скажем, одного java-разработчика, а во втором — одного java-разработчика и одного dba.
Интересно, а зачем всю логику работы с данными держать в базе данных?
Не, я понимаю, если специфические случаи, где это действительно нужно. Но таких случаев, как я понимаю, где действительно необходим такой подход, не намного больше, чем случаев, где действительно необходим BigTable.
Но в большинстве случаев куда как разумнее хранить всю бизнес-логику — и логику работы с данными в том числе в коде приложения, используя СУБД только как хранилище, из которого достают данные крайне простыми SELECT'ами.
Я имею ввиду, что куда как лучше с точки зрения архитектуры, поддержки и развития системы, если она написана на одном ЯП и вся логика описана в нем, чем иметь систему, в которой бизнес-логика тонким слоем размазана по системе: часть выпихнута в БД через какие-нибудь хранимые процедуры, часть в ЯП.
Но даже у них нет ссылки на официальный реакцию Apple.
Нашел еще ссылку на новость у Sony.
Неожиданный поворот дискуссии. Продолжать которую, я так понимаю, смысла нет.
Я все считал, исходя из факта, что создание копии продукта бесплатно (как в случае электронных книг).
Вот, допустим, вы продаете со своего магазина товар за 100 у.е. И, допустим, продаете его 1000 пользователей в месяц. Цифры специально берем круглые, для удобства счета. «Грязная» прибыль — 100 тысяч у.е. до расходов.
Теперь предположим, что вы начали продавать свой товар через куда как более крупный магазин (а так как вы не Amazon и не какой-нибудь Sony, подозреваю, iTunes по сравнению с вами — крупный магазин).
Выставили цену 100 у.е. опять же. 30% забирает себе iTunes. Но так как их аудитория значительно больше, теперь вы продаете через них не 1000 экземляров товара в месяц, а, скажем, 10000. Получается, «грязная прибыль» с iTunes — (100 — 30)*10000 = 700 тысяч у.е.
То есть, главное сокровище любого крупного магазина — аудитория, которая за счет suggestions и на ваш товар попадает, увеличивает количество продаж, пусть даже прибыль с копии уменьшается за счет маржи магазина.
Таким образом, получается, что использования iTunes store дает больше прибыли, чем свой не слишком крупный магазин. И это еще не учитывая того, что теоретически ничего не мешает вам продавать те же 1000 экземпляров товара со своего сайта + 10000 через iTunes, в таком случае iTunes идет в чистый плюс.
То есть, резюмируя, по-моему, получается довольно выгодная схема и для вас (больше продаж и прибыли), и для iTunes (больше контента), и для пользователей (удобнее оплата, suggestions, рейтинги, мнения, вылизанный ну до просто невероятного состояния процесс checkout).
Я прав или где-то ошибаюсь?
Пассаж о том, что Apple забирает возможность у разработчиков продавать контент иначе как через iTunes — ваша выдумка. И, к тому же, желтая, используется для подогрева аудитории.
Причем, вы подали все это не как собственные размышления на тему, а так, будто все вот так вот плохо и обстоит на самом деле и Apple — воплощение дьявола на земле.
Собственно, теперь, когда вы поправили топик, все стало куда как лучше, осталось только заголовок сменить.
Ну и да, они владельцы своей собственной платформы. Почему бы им и не устанавливать на ней правила?
Причем то, что вы говорите, будто они запрещают брать контент где либо еще, кроме iTunes — это прямая ложь с вашей стороны. Они лишь заставляют разработчиков предоставить покупателям опцию купить контент через iTunes. Я согласен с тем, что это некрасивое поведение, но по сравнению с тем, что вы говорите, это невинные шалости.
В конце концов, они никого из разработчиков на свой телефон/планшет силой не загоняли, наоборот, от желающих выставить свое приложение в AppStore отбою нет.
В общем, пассаж про монопольное положение — это откуда-то не из нашей вселенной.
Я даже не знаю, наверное, по вашему мнению Amazon вообще исчадие ада, да?
Apple не заставляет вас переходить только и исключительно на продажу контента или услуги через их магазин. Единственное, что они требуют — это добавить их магазин как опцию.
Никто же никого не заставляет покупать айФоны, или разрабатывать под них, нет? А уж раз разработчики добровольно согласились участвовать в этом, так пускай теперь играют по правилам «хозяина стадиона».
А если повернуть ваши слова вот так:
MS делает суперудобный и сверхнавороченный магазин, включает в каждую копию Windows клиент от него и предлагает на совершенно добровольной основе всем разработчикам продавать свой софт/контент через этот магазин за мзду 30%.
Какой разработчик в здравом уме откажется от канала сбыта на многомиллионную аудиторию? Да никакой. И в скором времени все продукты сколько-нибудь заметных участников рынка окажутся в этом магазине.
И будут, кстати, этому факту крайне довольны, потому что продажи вырастут, а значит, и прибыль (пусть даже за каждую копию они будут получать меньше).
Звучит ведь полностью логично, выгодно для всех участников (пользователей, MS, разработчиков, поставщиков контента), нет?
А теперь внимание: чем вышеописанная мной ситуация отличается от того, что делает Apple? Да, в принципе, ничем. И вроде как не такой уж монстр получается этот Apple, но ведь статью-то хочется написать, да пожелтее, вот и смещаете вы слегка акценты.
Зловещая Apple опять доит пользователей и разработчиков, на кол Джобса!
А если пройти по линку на оригинальную статью, и прочитать Update, то выяснится, что:
Что означает: пользователь не обязан покупать контент через iTunes. Точка. Он может точно так же продолжать покупать книги на каком-нибудь Amazon за те же самые деньги, что и раньше. То есть, еще раз, iTunes вовсе не становится единственным возможным каналом распространения информации для iOs устройств.
P.S. Изменения все же значительные и не сказать, чтобы положительные: Apple заставляют разработчиков попутно с поддержкой собственной площадки стримить контент через iTunes, что, понятно, для разработчика означает дополнительные расходы (временных ресурсов программистов, как минимум). А также означает появление практически на шару кучи дополнительного контента в iTunes. Это-то все понятно, и Apple вполне заслуживает жесткой критики за беспардонное перетягивание одеяла на себя. Но это не отменяет желтизны статьи.
Они предлагают безлимитное место за $5/месяц.
Я сейчас ими пользуюсь, но восстановление данных у них уж очень неудобно реализовано.
P.S. Я всю дорогу с java работал, так что как оно с MS на самом деле не знаю, так, взгляд со стороны на основе слухов и топиков на хабре. Может, изнутри оно и не так.
"- Если все, что тебе нужно, это впечатляющие цифры бенчмарков, то почему бы тебе не посылать данные в /dev/null?"
"- А /dev/null поддерживает шардинг?"
"- o_O"
И может быть чревато очень хитрыми и сложновыловимыми багами, если приложение имеют много логики в БД, и много логики на ЯП.
Все любят поругивать php-разработчиков, полагающих себя программистами после прочтения книги «Научись делать веб-сайты за 24 часа».
Но их существование имеет смысл. В конце концов, для каждой задачи — свой инструмент.
И в большинстве веб-приложений, по факту, нафиг не нужны возможности какого-нибудь MySQL на уровне выше «select * from articles where id = 'params[:id]'».
Я даже больше скажу, в огромном количестве приложений и бизнес-логики, и базы данных, и application-сервера не нужно :)
Вон, за примером далеко ходить не надо: у меня standalone блог был на wordpress, там в целом набежало порядка 30-ти постов и около 1000 комментариев. Apache отъедал при средненькой загрузке 100mb оперативы (mysql не посмотрел, извините, но тоже какая-то нагрузка была, думаю, пару метров-то отожрал точно).
Теперь я перевел его на статические страницы (у меня теперь есть 30-ть файлов в формате markdown, которые при выкладке через простейший шаблонизатор конвертируются в html-странички).
И теперь при той же нагрузке все накладные расходы сервера на блог — 9Мб оперативной памяти, занимаемой nginx'ом.
Попробую свести все написанное к внятному выводу:
У РСУБД очевидно есть огромная область применения и, разумеется, никто их не убъет (да и не собирается, в общем-то :)
У NoSQL тоже есть область применения.
На самом деле, нет жесткой необходимости пихать в каждое веб-приложение СУБД (реляционку или NoSQL). Более того, в большинстве приложений возможности языка, СУБД не используются даже на 5%.
1) Далеко не везде она так уж критична. Какая разница, построится html-страничка за 70 мс или за 20 мс, если клиент ее грузит в любом случае за 1 секунду?
Ну и во-вторых, если уж на уровне приложений данные закешируются (а во всех современных мейнстримовых ORM'ах эта фича из коробки идет), то скорость доступа к данным из кеша будет куда как быстрее, чем через СУБД. А с учетом этого получается, что даже перенесение всей логики работы с данными из клиентского кода в базу данных выдаст не слишком большой прирост в производительности.
Оговорюсь: бывают случаи, когда разработчики, не понимая особенностей работы СУБД, городят такое (типа классической N+1 проблемы), что насущной становится необходимость пригласить DBA для навешивания люлей и выпрямления рук.
Опять же, в некоторых особо узких местах было бы глупо не перенести тяжелую логику в БД. Но сами понимаете, при грамотном проектировании всей системы, таких мест на самом деле немного. Бывает даже, что в достаточно большом проекте вообще таких мест нет.
2) Кхм. Я сам большой поклонник PL/SQL, и его возможности впечатляют. На минутку давайте отставим его в сторону (и особенно возможность запустить из него java код :)
И сравним возможности SQL ANSI 92 с каким-нибудь малоизвестным языком программирования вроде java. Вы что, действительно готовы сравнить DSL с возможностями платформы типа java со всеми библиотеками, написанными под нее?
Я, наверное, чего-то не понимаю в этой жизни, но любой мейнстримовый ЯП со всеми библиотеками, написанными под него, сто очков вперед даст стандартному SQL по возможностям работы с данными. Даже в случае работы с датами.
3) Это и называется выкинуть существенную часть бизнес-логики в БД :)
Это может быть очень удобно, если приложение ориентировано в основном на работу вокруг данных, как какой-нибудь классический CRUD.
И может быть чревато очень хитрыми и сложновыловимыми багами, если приложение имеют много логики, не выложенной в БД, и много логики на ЯП.
Ну и с точки зрения бизнеса, куда как лучше иметь систему, написанную, скажем, на java, чем систему, которая в равных долях написана на java и pl/sql. Ибо в первом случае для поддержки и развития надо нанять, скажем, одного java-разработчика, а во втором — одного java-разработчика и одного dba.
Не, я понимаю, если специфические случаи, где это действительно нужно. Но таких случаев, как я понимаю, где действительно необходим такой подход, не
намногобольше, чем случаев, где действительно необходим BigTable.Но в большинстве случаев куда как разумнее хранить всю бизнес-логику — и логику работы с данными в том числе в коде приложения, используя СУБД только как хранилище, из которого достают данные крайне простыми SELECT'ами.
Я имею ввиду, что куда как лучше с точки зрения архитектуры, поддержки и развития системы, если она написана на одном ЯП и вся логика описана в нем, чем иметь систему, в которой бизнес-логика тонким слоем размазана по системе: часть выпихнута в БД через какие-нибудь хранимые процедуры, часть в ЯП.
Да, там при подписке на оба типа событий (релиз и альфа-тест) одно и то же уведомление показывается :)
Поправим.