Нет, нам не требуется. Я в другом контексте свои мысли изложил: SendGrid дерет бешеное бабло, в то время как многие из задач можно решить альтернативными путями, дешевле и даже качественнее.
Кстати, мы используем в том числе и SNS наряду с SES — полет нормальный, ошибки приходят и обрабатываются корректно. Более того, можно совместить SES с SQS, тогда необходимость в первом хуке в общем-то пропадет.
Мы как-то тоже пользовались SendGrid, отправляли по 60-100к писем каждый день имея инвойс ближе к $600. Перенесли все за день на Amazon SES и опустили инвойс до $50.
Samir: No one in this country can ever pronounce my name right. It's not that hard: Na-ghee-na-na-jar. Nagheenanajar.
Michael Bolton: Yeah, well, at least your name isn't Michael Bolton.
Как вариант, из теории заговора:
Ребята просто не хотят работать с юр. лицами, чтобы не было возможности сорвать договор внешним давлением на одну из сторон. Проще говоря административный ресурс, налоговые проверки, «нет, извините, мы не можем с вами работать».
Тем более, как я понимаю, все договора оплачиваются с избирательного счета и прозрачны. Так же, если оплачивать услуги, например, зарубежных контор, то хай поднимется…
Я специально ничего не говорил про легальность их деятельности — с тем же самым Grooveshark довольно мутная и непонятная история, не в этом суть!
Суть в том, что эти компании предоставляют контент, который легко находится на трекерах, за деньги. И их услуги пользуются спросом.
Это в принципе уводит нас от распространенного убеждения «альтернативы халяве нет» в сторону более зрелого утверждения «удобство и доступность важнее нулевой цены»
Мне кажется, такой сервис рано или поздно появится. Пока что самым большим камнем преткновения является недостаток доверия к такого рода издателю и текущая связанность договорами с другими издательствами.
Нет в России такого авторитета на этом рынке, которому бы безоговорочно могли доверить свой заработок тысячи писателей.
Очень просто: чаевые вы дадите человеку в ситуации, когда он лично вам, именно в этот момент, лично оказал хорошую качественную услугу. Донейт, как и карудфандинг — это восем из другой оперы.
Хочу так же заметить: на чаевые хоть как-то могут прожить только официанты из USA, нигде в мире таких конских чаевых не оставляют — на какой-никакой зарплате сидят все.
Слово donate плохо вписывается в концепцию любого бизнеса. Если вы где-то слышали, что кто-то «донейтом» собрал хорошую сумму, то, я вас, уверяю, это разовая PR акция. На одном чистом «донейте» коньки отбросить можно очень быстро.
Одно только упущение: хороший автор не всегда есть хороший продавец и маркетолог. Раскручивать книги, какой бы эта раскрутка ни была, должны профессионалы. Ваше же предложение подразумевает всем авторам немедленно становиться экслерами.
Как халявщик со стажем, насчет книг могу сказать следущее.
1. Flibusta и иже с нею сама рубит сук, на котором сидит. Если торрент-трекеры фильмов не наносят столь значительный урон сборам с кинотеатров, то модель книжного пиратства бьет на убой.
2. Более того, та же Флибуста не дает возможности отблагодарить автора. Так сложилось, что их сайт стал входной точкой для многих книголюбов и они не будут искать какой-либо другой магазин в интернете ради того, чтобы по факту заплатить за книгу с Флибусты.
3. Издательский бизнес будет отмирать и дальше. Доля печатных книг будет уменьшаться, пока не остановится на каком-то минимальном значении. Тут надо четко понимать, что в зависимости от целевых групп, разные книги могут с разным успехом продаваться как на бумажных, так и на электронных носителях.
Лично для себя я бы счел выгодными и справедливыми следущие модели монетизации:
1. Первая книга автора — бесплатно, вторая — за плату. Платить за неизвестного автора — риск.
2. Оплата к середине книги. Часто ведь книгу и не дочитываешь.
3. Система подписки. За разумную плату в месяц получить доступ к полной библиотеке вполне недурно.
Самая большая ошибка «борцов» с пиратством состоит в том, что они не оптимизируют свои бизнес-процессы, стараясь выдавить то, что неискоренимо. Закончится это прогнозируемо — созданием крупного интернет-издательства, которое сможет загнать на свой сайт кучу небезразличного народа, готового платить за качественные услуги, причем не donate-способом, который сработает раз, ну или два раза.
Еще раз повторюсь: с халявщиками бороться бесползено, но их не стоит рассматривать, как какое-то вселенское зло. Это точно такая же группа потребителей, только с нулевой прибыльностью. Ее можно и нужно постоянно окучивать, выдергивая из нее сознательных людей, и таких много! Латентный халявщик никогда не станет источником прибыли, но т.к. и бороться с ним бесполезно — надо сосредоточиться на выстраивании бизнес-модели для более разумных людей.
К слову, есть куча примеров, когда платные сервисы напрямую конкурируют с бесплатными и остаются на плаву. Turbofilm, Netflix, Amazon, Grooveshark и куча других, сами чай знаете.
И, конечно, нельзя не брать во внимание следущее: если вы писатель, и пишете хреново, то, возможно, вовсе и не пираты виноваты в ваших бедах.
С прицелом на Google Glasses вполне злободневно.
Кажется, совсем недавно в Парижском Макдональдсе вкатали одному такому любители носить очки с постоянной видеозаписью.
Поделюсь и я своим опытом с DJ, на его базы мы писали свой лунапарк фреймворк для фоновой обработки задач. Мы работали со второй веткой и DJ и рельсов, но я глянул третью ветку — суть примерно та же.
Почему мы не стали использовать DJ.
Во-первых, для запуска воркера он использует daemons гем, который у нас страшно глючил. Т.е. воркер не воспринимал команды помереть и плодился при редеплоях. Лечили мы это, лечили, и плюнули в итоге. Свой воркер у нас уже работает на runit.
Во-вторых, DJ использует YAML для сериализации объектов, а YAML — это вообще вещь в себе. Ну т.е. если вам надо что-то простое сериализовать, то нет проблем, но вот попробуйте сериализовать например Exception, и возможно это вас удивит, особенно в не самых последних версиях YAML парсера.
Мы еще немного поигрались с потоками в руби для выполнения распределенных фоновых задач, но быстро поняли, что это бесперспективная тема. По крайней мере на 1.8.7. Тут я с автором полностью согласен.
Несколько замечаний по статье.
DJ на самом деле работает с ActiveRecord объектами следующим образом. Он не сериализует их (т.к. они по большей части не сериализуются из-за замыканий), а сохраняет внутри себя строку вида AR:Model:Id и потом по ID ее ищет во время выполнения. Т.е. если вы в DJ запихнули задачу с моделью и до ее выполнения что-то в ней поменяли, то эти изменения уже попадут в задачу. В любом случае, передать модель в DJ ничуть не затратно.
И запускать несколько воркеров нужно тоже осмысленно. Если ваши задачи работают плотно с базой данных, то может получиться ситуация, когда ваши воркеры встанут друг за другом в ожидании освобождения лока от БД, и тут выигрыша уже не будет. В целом же, воркеры загружают полностью rails-окружение и жрут памяти как полноценный инстанс веб-сервера(монгрель,thin или что там у вас) т.е. я бы советовал вообще под задачи выделять отдельную машину и на ней гонять воркеры. Перекинуть на нее задачи можно или репликацией, или RPC вроде thrift.
Просто люди, которые так возмущаются машинам Кима меня удивляют. Толстячок всегда знал в них толк :)
То, что он всю жизнь будет ходить по лезвию было понятно с самого начала, поэтому вопрос когда его опять упекут был лишь опросом времени :)
Ребята, если вам интересна эта тема, попробуйте разузнать побольше о Шмице. Он еще до megaupload успел посидеть за взлом систем, организовал бизнес связанный с защитой данных, погонял на gumbal3000 и в целом бедным человеком никогда не был.
а www.kimpire.com/ в свое время был одним из самых крутых и красивых сайтов в интернете.
Кстати, мы используем в том числе и SNS наряду с SES — полет нормальный, ошибки приходят и обрабатываются корректно. Более того, можно совместить SES с SQS, тогда необходимость в первом хуке в общем-то пропадет.
Samir: No one in this country can ever pronounce my name right. It's not that hard: Na-ghee-na-na-jar. Nagheenanajar.
Michael Bolton: Yeah, well, at least your name isn't Michael Bolton.
Ребята просто не хотят работать с юр. лицами, чтобы не было возможности сорвать договор внешним давлением на одну из сторон. Проще говоря административный ресурс, налоговые проверки, «нет, извините, мы не можем с вами работать».
Тем более, как я понимаю, все договора оплачиваются с избирательного счета и прозрачны. Так же, если оплачивать услуги, например, зарубежных контор, то хай поднимется…
Суть в том, что эти компании предоставляют контент, который легко находится на трекерах, за деньги. И их услуги пользуются спросом.
Это в принципе уводит нас от распространенного убеждения «альтернативы халяве нет» в сторону более зрелого утверждения «удобство и доступность важнее нулевой цены»
Нет в России такого авторитета на этом рынке, которому бы безоговорочно могли доверить свой заработок тысячи писателей.
www.youtube.com/watch?v=6FF4ZqeK9xw
Хочу так же заметить: на чаевые хоть как-то могут прожить только официанты из USA, нигде в мире таких конских чаевых не оставляют — на какой-никакой зарплате сидят все.
1. Flibusta и иже с нею сама рубит сук, на котором сидит. Если торрент-трекеры фильмов не наносят столь значительный урон сборам с кинотеатров, то модель книжного пиратства бьет на убой.
2. Более того, та же Флибуста не дает возможности отблагодарить автора. Так сложилось, что их сайт стал входной точкой для многих книголюбов и они не будут искать какой-либо другой магазин в интернете ради того, чтобы по факту заплатить за книгу с Флибусты.
3. Издательский бизнес будет отмирать и дальше. Доля печатных книг будет уменьшаться, пока не остановится на каком-то минимальном значении. Тут надо четко понимать, что в зависимости от целевых групп, разные книги могут с разным успехом продаваться как на бумажных, так и на электронных носителях.
Лично для себя я бы счел выгодными и справедливыми следущие модели монетизации:
1. Первая книга автора — бесплатно, вторая — за плату. Платить за неизвестного автора — риск.
2. Оплата к середине книги. Часто ведь книгу и не дочитываешь.
3. Система подписки. За разумную плату в месяц получить доступ к полной библиотеке вполне недурно.
Самая большая ошибка «борцов» с пиратством состоит в том, что они не оптимизируют свои бизнес-процессы, стараясь выдавить то, что неискоренимо. Закончится это прогнозируемо — созданием крупного интернет-издательства, которое сможет загнать на свой сайт кучу небезразличного народа, готового платить за качественные услуги, причем не donate-способом, который сработает раз, ну или два раза.
Еще раз повторюсь: с халявщиками бороться бесползено, но их не стоит рассматривать, как какое-то вселенское зло. Это точно такая же группа потребителей, только с нулевой прибыльностью. Ее можно и нужно постоянно окучивать, выдергивая из нее сознательных людей, и таких много! Латентный халявщик никогда не станет источником прибыли, но т.к. и бороться с ним бесполезно — надо сосредоточиться на выстраивании бизнес-модели для более разумных людей.
К слову, есть куча примеров, когда платные сервисы напрямую конкурируют с бесплатными и остаются на плаву. Turbofilm, Netflix, Amazon, Grooveshark и куча других, сами чай знаете.
И, конечно, нельзя не брать во внимание следущее: если вы писатель, и пишете хреново, то, возможно, вовсе и не пираты виноваты в ваших бедах.
Кажется, совсем недавно в Парижском Макдональдсе вкатали одному такому любители носить очки с постоянной видеозаписью.
Поделюсь и я своим опытом с DJ, на его базы мы писали свой
лунапаркфреймворк для фоновой обработки задач. Мы работали со второй веткой и DJ и рельсов, но я глянул третью ветку — суть примерно та же.Почему мы не стали использовать DJ.
Во-первых, для запуска воркера он использует daemons гем, который у нас страшно глючил. Т.е. воркер не воспринимал команды помереть и плодился при редеплоях. Лечили мы это, лечили, и плюнули в итоге. Свой воркер у нас уже работает на runit.
Во-вторых, DJ использует YAML для сериализации объектов, а YAML — это вообще вещь в себе. Ну т.е. если вам надо что-то простое сериализовать, то нет проблем, но вот попробуйте сериализовать например Exception, и возможно это вас удивит, особенно в не самых последних версиях YAML парсера.
Мы еще немного поигрались с потоками в руби для выполнения распределенных фоновых задач, но быстро поняли, что это бесперспективная тема. По крайней мере на 1.8.7. Тут я с автором полностью согласен.
Несколько замечаний по статье.
DJ на самом деле работает с ActiveRecord объектами следующим образом. Он не сериализует их (т.к. они по большей части не сериализуются из-за замыканий), а сохраняет внутри себя строку вида AR:Model:Id и потом по ID ее ищет во время выполнения. Т.е. если вы в DJ запихнули задачу с моделью и до ее выполнения что-то в ней поменяли, то эти изменения уже попадут в задачу. В любом случае, передать модель в DJ ничуть не затратно.
И запускать несколько воркеров нужно тоже осмысленно. Если ваши задачи работают плотно с базой данных, то может получиться ситуация, когда ваши воркеры встанут друг за другом в ожидании освобождения лока от БД, и тут выигрыша уже не будет. В целом же, воркеры загружают полностью rails-окружение и жрут памяти как полноценный инстанс веб-сервера(монгрель,thin или что там у вас) т.е. я бы советовал вообще под задачи выделять отдельную машину и на ней гонять воркеры. Перекинуть на нее задачи можно или репликацией, или RPC вроде thrift.
То, что он всю жизнь будет ходить по лезвию было понятно с самого начала, поэтому вопрос когда его опять упекут был лишь опросом времени :)
а www.kimpire.com/ в свое время был одним из самых крутых и красивых сайтов в интернете.