× × ×
Что меня сильнее всего удивляет в истории с Гугл Ридером — почему не встроить его в апи Плюса, не мигрировать данные?
Понятно всё про ресурсные ограничения, но если этот же функционал в итоге все равно врезали по-живому, почему не потратить немного больше времени, и лояльность сохранить (потому что вой был бы, но не такой сильный), и не зарывать несколько лет шеринг-данных в мусорку. Странные инженеры. #хороший_был_ридер - × × ×
Ну, «инженеры» — это сленговое для характерного гугловского образа мышления. - × × ×
(несколько непонятно, что и во что встраиваться должно) - 50 оттенков кошкости
У ридера были лайки, шаринг и френды. Появляется гугл-плюс. В нём есть круги-шмуги, френды, шаринг, +1 и пр. Создаём круг для френдов из Ридера. Спрашиваем про дефолтный режим безопасности для лайков (публичный, для друзей, только для какого-то круга, приватный). Лайки транслируем прямо в гугл-плюс с заданным режимом, оставляем их как фичу Ридера. Шаринг транслируем/мигрируем прямо в личную ленту пользователя. В ридере оставляем возможность читать ленту из круга френдов. К постам подключаем функциональность комментирования из Плюса. Профит! - × × ×
Вот шаринг я бы сделал с дублированием (чтобы он не только оставался внутри GR, но и дублировался в g+ (если этот g+ у пользователя есть)). А в g+ для расшаренных записей можно прикрутить виджет, раскрывающий именно эту запись без захода в greader - 50 оттенков кошкости
Да нет же, не надо дублирования. Если плюс становится главным магистральным соцпродуктом, то надо просто надстроить на нём всё остальное (ридер в том числе). Вот опция отфильтровать в плюсе все записи из ридера — это важная и полезная фича, заменяющая страницу со всеми зашаренными постами пользователя, ей бы не помешал RSS-канал, который, в свою очередь, можно скормить френдфиду и фейсбуку, и все будут счастливы. - × × ×
У плюса есть родовая травма в виде базза. Они в Г. почему-то думают, что базз умер из-за свободного импорта в него внешних потоков, и дико отказываются импортировать неконтролируемые объёмы в плюс. Думаю, причина *закрытия* базза и гридер-социального, а не *переноса* в плюс — именно в этом. - осталось 9 дней мучений
Я протестую! :) во-первых, все-таки это две разных штуковины (поэтому правильным будет обмен данными между, а не пристыковывание одного через задницу другого), во-вторых, не у всех g+ есть - 50 оттенков кошкости
протестующие идут в пикет. Я не шучу, Яндекс пикетировали при закрытии топа популярных записей. - осталось 9 дней мучений
@kukutz, я это для @urbansheep писал - 50 оттенков кошкости
так я понял. ок, извините. - осталось 9 дней мучений
@artreal: штука в том, что Плюс теперь есть у всех. Я не случайно говорю про магистральный продукт — с созданием любой формы аккаунта в гугле создаётся автоматически весь профиль, со всеми сервисами. Хочет ли их использовать пользователь — дело его личное, но логично всю активность (то, что называется activity stream) слить в плюс, разложив по полочкам. - × × ×
@kukutz: там нет неконтролируемых объёмов же вроде. Комменты поверх ссылок (не текста самих постов), и лайки-плюсодины. Копеечное по объёмам, но стоит в центре довольно устойчивых групп, которые вокруг этого строили свои процессы и общение. Так что больше похоже на поспешное решение, а не на опасение по поводу неконтролируемого импорта. Хотя страх импорта тоже понятен, но у Гугла вряд ли есть альтернатива — фейсбук сделал пост приложений в ленту пользователя стандартом. - × × ×
Ну, базз закрыли, а не проинтегрировали, явно поэтому. А на ридере, возможно, просто инерция мышления сработала. - осталось 9 дней мучений
@urbansheep, логично, да. Но они спешат и пытаются загнать пинками в «светлое будущее» (которое g+). Поэтому я и говорю, что лучше начинать с дублирования, а потом уже «оптимизировать потоки» - 50 оттенков кошкости
С точки зрения разработчиков сервиса дублирование — это сразу головная боль, умноженная на два. Так как потом, при оптимизации, начнётся неизбежный вой. Именно поэтому при обновлениях и переделках сервисов гугл сейчас сначала говорит «пшливсенах и заберите свой архив с собой». Так как иначе одна только поддержка старинных апи жрёт все ресурсы продуктовых команд. - × × ×