МАЙДАН - За вільну людину у вільній країні


Архіви Форумів Майдану

Онлайн-бизнес вновь расцветает (/)

11/02/2007 | Tatarchuk
http://www.eizvestia.com/thematical/full/27565

Объяснить, что такое Web 2.0, на самом деле очень просто — даже человеку, который завел со всемирной паутиной лишь шапочное знакомство. Социальный веб — это второй шанс для экономической интернет-утопии, которая, казалось бы, рухнула после краха доткомов — резкого обвала в марте 2000 г. акций интернет-компаний. Всемирной сети понадобилось менее пяти лет, чтобы вновь стать привлекательной для миллиардных инвестиций.

Современный бизнес невозможен без интернета, как невозможно было возникновение мировой системы торговли без открытия Америки. Потребность в предельно сжатые сроки получить необходимую актуальную информацию, постоянный поиск новых рынков сбыта товаров и услуг необратимо приведет бизнес в глобальную паутину. Уже сейчас важно выступить в поход на Сеть, чтобы заполучить превосходство, клиентов и их деньги. Эра бизнес-сети только начинается. Утверждение верно и для уже сравнительно развитого западноевропейского сегмента, и для Рунета, и для нас.

Спрос порождает предложение. Жажда доминироватьпорождает стремление. Уанет полон возможностей, тут еще неизвестная компания имеет замечательные шансы закрепиться, сформировать клиентскую сеть и составить жесткую конкуренцию именитым, лидирующим в оффлайне игрокам. Формула успеха: необходимо развернуть свой ресурс, желательно с отличным дизайном, желательно на современной технической платформе, заплатить один раз $10 тыс. и не тратить деньги на аренду и декорацию офиса в центре города, на ренту и обустройство торговых площадей.

Схема онлайн-бизнеса проста — консультанты, склад, курьеры. Также легко решается вопрос с наплывом посетителей. Онлайн-консультант может вести беседу одновременно с несколькими покупателями, не разрываясь между ними, детально объясняя преимущества или различия тех или иных товаров. В итоге никто не останется в обиде, а в случае покупки посетитель, с высокой долей вероятности, вернется на тот же сайт, той же компании, прельщенный качеством сервиса и удобностью службы доставки. Лояльность в Сети завоевать пока еще просто. Как и привлечь посетителей.

Рекламная кампания в интернете требует несоразмерно меньших затрат, являясь при этом значительно более контролируемой и эффективной, не в пример классической. В Сети бизнесмен обладает дополнительными рычагами контроля над ходом кампании, может корректировать ее в случае нецелевых переходов, менять типи содержание носителей на лету, отслеживать поведение посетителей, собирать информацию об их перемещениях по рубрикам сайта компании и таким образом планировать развитие своего бизнеса, основываясь на точных данных о потребительском спросе. Решения таких задач никогда не добиться традиционными способами рекламы.

Тотальная управляемость, контроль над средствами, возможность отслеживать предпочтения посетителей — все это со временем грозит просто уничтожить несетевую торговлю. Все возрастающая стоимость аренды больших торговых залов затянет бизнес в интернет — за большей прибылью, за новыми и старыми клиентами, ведь Сеть поглощает пользователей в геометрической прогрессии.

Впрочем, искать в Сети только лишь потенциальныхклиентов — это еще один способ забивания гвоздей компьютером. Незаменимая информация — опыт коллег, сообщения инсайдеров, которые регулярно всплываютв личных блогах и социальных сетях, бесплатные и оперативные консультации — именно за этим ходит деловой человек в интернет.

Бизнес-порталы

Современный бизнес-портал, если он себя таковым позиционирует, должен обладать несколькими ключевыми составляющими:

— собственной информационной службой (способной быстро отзываться на информационные поводы и подавать информацию с наиболее интересной бизнесу и деловому человеку стороны);

— периодически обновляемой базой аналитических материалов;

— каталогом компаний и сопутствующей им информацией (пресс-релизы, прайс-листы, объявления);

— эксклюзивными рубриками и сервисами.

Важной составляющей является и организация досуга делового человека — сегмент, типично никак не покрываемый деловыми порталами. Он сможет стать весомым аргументом в расстановке сил и выигрыше авторитета у пользователей.

За исключением «Украинского бизнес портала» (www.ubp.com.ua), большинство существующих ресурсов являются фрагментами вышеописанного идеала портала для делового человека. Уклон делается либо в сторону каталогизации компаний (www.ukrindustrial.net, www.ukrbiznes.com), либо по направлению к информационно-консультативной составляющей (www.liga.net, www.delo.ua). В последнее время наметилась тенденция, когда каталоги пытаются развернуть собственные информационные службы или транслировать новости с аффилированных ресурсов (что в корне неверно, ибо существующие ныне новостные ленты остро ориентированы на политику), но информационные ресурсы каталогов не открывают и лицом к компаниям не обращаются.

«УБП» идет путем объединения этих двух сторон, даже трех, учитывая рубрики социально-культурные, организовывающие досуг и образование.
Но сегодняшние реалии развития Сети таковы, что помимо баланса и акцента на расширении информационной наполняющей, пользователю необходимы новые инструменты для работы с этой информацией. Так в мире возникает Сеть нового поколения — Веб 2.0, которой присущи элементы как определенных сервисов, так и идеологии «веб как платформа».

Учитывая эти реалии, следующим шагом всех интернет-проектов и бизнес-порталов, в частности, будет модификация под современные запросы пользователей. И на этом этапе будет видно, кто сможет существовать дальше согласно образу бизнес-портала, а кому придется перепрофилироваться в каталоги или в информационные бизнес-издания.

Три инструмента

Я бы хотел выделить три основных инструмента, необходимых в новом поколении порталов: тегирование материалов, настраиваемость и социальные сети.

Тегирование материалов станет той лакмусовой бумажкой, с помощью которой пользователь определит истинную направленность ресурса. Тегирование необходимо пользователю для скорого познания сути проблемы, и если мы говорим о бизнес-портале, то информация, полученная пользователем в результате поиска, должна быть исчерпывающей, от корней до верхушки дерева. В идеале поиск по тегам должен собрать все: подборку новостей об истоках проблемы, расширенные публицистические материалы, комментарии экспертов, аналитические публикации, релизы компаний о событиях (если это связано с бизнес-деятельностью) и многое другое. В противном случае, если таких результатов нет — ресурс, позиционирующий себя как портал, будет признан каталогом и предастся забвению. Каталогизация — лишь малая часть того, что действительно необходимо бизнесмену.
Настраиваемость — это приятный бонус, который играет важную роль в ресурсах, ориентированных на деловую аудиторию. Несомненно, деловые люди — приверженцы рационального использования своего времени, и этот сервис приходится им кстати, позволяя единожды настроив желаемый вид личной страницы, во все последующие посещения читать только нужные им рубрики и разделы.

На руку сыграет и интеграция социальных сетей. Основной целью любого коммерческого проекта является прибыль. Онлайн-магазины используют свою методику, порталы — свою. Если магазинам свойственна частичная социализация (к примеру, интегрирование в магазин системы wishlist, которая активно способствует повышению продаж), то порталы создают чистые социальные сети для привлечения рекламодателей. Профильные сети бизнес-порталов привлекают не только четко очерченной аудиторией, но и своим постоянством.

Автор: Сергей ПАРАНЬКО
02.11.2007 № 193(726)

Відповіді

  • 2007.11.02 | Tatarchuk

    і ще про соціальні мережи (/)

    Размышления о социальном графе

    Брэд Фитцпатрик (Brad Fitzpatrick)
    ≡ Ноу-хау | 29.08.2007 10:11


    Примечание переводчика. Автор использует два термина: "social net" и "social graph". Social net - "социальная сеть" – это нечто, состоящее из реальных участников, связанных между собой реальными отношениями. А social graph - "социальный граф" – это формальное описание структуры социальной сети. Это математический граф, понимаемый, естественно, не как "графическое изображение", диаграмма, но как некая база данных, содержащая формальный список всех участников социальной сети, которые обозначаются здесь термином "узел графа" (node), и – вторая таблица - список всех установленных между участниками социальной сети попарных связей, которые обозначаются термином "ребро графа" (edge).
    _____________________________

    Я много думал о социальном графе в последнее время: агрегирование графа, децентрализация, портабельность (переносимость графа) в социальных сетях и т.д.

    Я много говорил об этом на конференциях; сделал множество устных и визуальных презентаций; показывал мои слайды (pdf) и изображения графов; обкатал тему на слушателях, на их выражениях лиц, вопросах, на примерах из их опыта и т.д. Блог не очень подходит для изложения и обсуждения такого материала, поскольку аудитория в блоге слишком разнообразна. Я опасался, что если я выступлю слишком рано, то буду завален репликами типа: "как насчет того да этого?" и "все, что ты говоришь – чепуха". Но время пришло, концепция сформировалась, поэтому я здесь ....

    Для начала, прежде чем объяснить, прототип чего я делаю, и что я хочу построить (или увидеть реализованным) в дальнейшем, - позвольте мне сформулировать задачу, как я ее вижу, и базовые допущения, которые я делаю.

    Задача

    Быстро растет количество "социальных приложений", а также традиционных приложений, которые либо требуют "социального графа", либо могут быть более полезны пользователям – в случае использования информации о социальном графе. То, что я называю "социальным графом", это глобальный мэппинг (картирование) всех пользователей и того, как они связаны между собой. Так говорит Википедия, и так я буду говорить об этом ниже более подробно. К сожалению, не существует единой социальной сети (или даже нескольких, но интегрированных), которая была бы всеобъемлющей и децентрализованной. Скорее, существуют сотни разрозненных социальной сетей, большая часть которых весьма сомнительного качества. И многие из них к тому же обнесены высокими стенами.

    В настоящее время, если вы создаете новый веб-сайт (скажем, dopplr.com), который нуждается в социальной сети для предоставления одной приятной и полезной функции (например, быть в курсе вопроса: куда ваши друзья путешествуют и когда?), - то вы сталкиваетесь с гораздо большей проблемой, чем просто реализация основного функционала. Вам нужно обрабатывать имена пользователей и пароли (или, к счастью, можно использовать OpenID), нужно иметь функционал приглашения друзей, добавления/удаления их и ... этот список можно продолжать. Потому что вы должны, скорее всего, запросить у пользователя и его е-мэйл; а значит – послать письмо для верификации, и т.д. А затем – возникают ситуации утери имени пользователя или пароля, или адреса электронной почты, и т.д., и т.п. Если бы меня попросили сформулировать это сжато: люди устают от регистрации и повторного объявления своих друзей на каждом сайте; но также: Создание "социальных приложений" - требует слишком больших усилий.

    Решение, предлагаемое Facebook, состоит в том, что весь мир должен стать приложениями Facebook. Хотя это прекрасная платформа, и она содержит некоторые удивительные технологии, но вызывает сомнения, что разработчики (сообщество Веб 2.0) станут рабами Facebook, зависящими от ее доброй воли, доступности, будущих владельцев, неизменности правил и т.д. И эти сомнения, мне кажется, вполне обоснованы. Централизованный "владелец" социального графа – плохое решение для Интернета. Я отнюдь не говорю, что следует запретить Facebook; это отличный продукт, и я люблю его, но социальный граф должен существовать вне Facebook.

    MySpace тоже содержит много хороших данных, хотя и не все они качественны. Точно также - LiveJournal, Digg, Twitter, Zooomr, Pownce, Friendster, Plaxo ... и этот список тоже можно продолжать. Важно то, что ни один из этих сайтов не должен владеть социальным графом целиком: никто и все одновременно. Граф просто должен существовать.

    Цели

    1. В конечном итоге сделать социальный граф общественным достоянием, использующим данные всех многоразличных сайтов, но не зависящим от одной какой-то компании или организации, как "главного" владельца этого графа.

    1а. Создание некоммерческого (под некоммерческим копирайтом) программного обеспечения с открытым кодом, которое собирает графы у всех сайтов социальных сетей, объединяет их в единый глобальный агрегированный граф и публикует его. Таким образом, этот граф является доступным для всех сайтов или пользователей. Для малых (или редко им интересующихся) пользователей - через публичные API. А для крупных потребителей - в виде скачиваемых дампов. Во втором случае должно поддерживаться итеративное обновление графа – через скачивание или через API.

    1б. Поддерживающие такой глобальный граф некоммерческие сервера и базы данных первоначально будут централизованными. Но спроектированы они должны быть так, чтобы все желающие могли создавать собственные сервера, обмениваясь данными друг с другом. По типу "Git", а не "Subversion". Тогда – решение, чьи API/сервера использовать (или запускать свой собственный), - это зависит уже от вас, как владельца сайта.

    2. Для разработчиков, которые не хотят сами заниматься анализом исходных данных графа, должны быть обеспечены следующие API-функции высокого уровня:

    2а. Эквивалентность узлов. Отправляем API одиночный узел, скажем "brad в ЖЖ", и получаем список всех узлов-эквивалентов: "brad" в ЖЖ, "bradfitz" в Vox и 4caa1d6f6203d21705a00a7aca86203e82a9cf7a (мой FOAF mbox_sha1sum). См. слайды (pdf) для дополнительной информации.

    2б. Ребра графа для узла – входящие и выходящие. Задача - найти все исходящие и все входящие ребра графа. Ребра понимаются как "утверждения" (claims), как "истины" (truths), друзья, рекомендации и т.д.

    2в. Найти для узла всех совокупных "друзей" (с учетом всех его эквивалентных узлов), дополнить этих друзей их эквивалентными узлами, а затем отфильтровать по типу узла назначения. Эта процедура есть суперпозиция операций [2а], [2б], и снова [2а] в одном обращении к API. Например, для "brad" на LJ нужно получить всех друзей Брэда, по всем его эквивалентным узлам, при условии, что эти узлы-друзья имеют тип либо "mbox_sha1sum", либо "Twitter".

    2г. Поиск пропавших друзей узла. Нужно "расширить" исходный узел (просмотреть все его эквивалентные узлы). Потом - найти всю совокупность его друзей. Потом - расширить их тоже. И, наконец, - найти все недостающие ребра (соединяющие узлы, находящиеся в одной социальной сети). Такое API позволяет пользователю синхронизировать свои социальные сети, точнее - списки друзей в различных сетях. Если двое - друзья во Friendster, но не знают, что оба они участвуют в MySpace, то это API даст им знать об этом.

    Но в более общем плане (кроме перечисленных API), у разработчиков просто появится возможность думать о совершенно новых видах приложений.

    3. Для конечных пользователей

    3а. Пользователь должен иметь возможность впервые зайти на "социальный сайт" (например dopplr.com) - в идеале, по OpenID, но не обязательно, - и увидеть диалог такого примерно вида:
    "Эй, мы видим по общедоступным данным, что у вас есть уже 28 друзей здесь, на dopplr.com. Вот их список (с обоснованием, как (откуда) он составлен и с никами этих людей на других сайтах). Кого из них вы хотите считать друзьями здесь? Можно нажать 'выбрать всех'."

    Кроме того, если вы уже используете сайт dopplr.com, то вы будете узнавать, когда люди, с которыми вы дружны на других сайтах, появляются на нем. И вам будет предлагаться выбор: дружить с ними здесь или нет. Все это - без необходимости повторно приглашать друг друга в друзья здесь, на dopplr.com, а просто по факту, что вы уже объявили (публично) свои дружеские отношения где-то в другом месте. Примечание: некоторые сайты уже начали делать подобные вещи – при помощи различных "хакерских" (в хорошем смысле) уловок. Типа: "введите ваше LJ-имя, чтобы получить ваших LJ-друзей из FOAF", или: "введите свой адрес электронной почты, имя пользователя и пароль, чтобы получить адресную книгу", - но все это получается пока и не красиво, и не радикально.

    3б. Снабжение (конечного) пользователя инструментами (типа браузерных надстроек, add-ons), позволяющими ему управлять своими социальными сетями (имеющими или не имеющими соответствующих API), синхронизировать сети друг с другом или делать что-то еще, что угодно, но - в соответствии с выбранной самим пользователем политикой. Причем такие инструменты, скорее всего, наибольшую пользу принесут сайтам, не имеющим собственного "социального функционала". Очень важно также, чтобы пользователю всегда было понятно, что происходит, - так, чтобы не был возможен никакой обман. (Подробнее об этом позже ...)

    3в. Граф данных должен быть настолько же переносим (портабелен, portable), как документы на персональном компьютере (хотя, наверное, слово "граф" может быть вообще не известно конечным пользователям).

    Что целью НЕ является

    1. Целью не является заменить Facebook. В самом деле, большинство людей, с которыми я разговаривал, любят Facebook и хотят просто, чтобы их и так уже открытые данные были немного более доступны. И хочется смягчить опасения владельцев сайтов по поводу монополизма одной какой-либо платформы. Кстати, предварительные переговоры с Facebook об участии в реализации данного проекта - были удивительно многообещающими.

    2. Целью не является создание социальной сети или чего-либо столь же забавного для (конечных) пользователей. Скорее, цель – "создать начинку" (build the guts), которая позволит расцвести тысячам новых социальных приложений (таким как dopplr.com и подобным). Сделайте одну вещь, но сделайте ее хорошо. Будет намного более эффективно, если мы объединим маленькие отдельные социальные графы в один большой социальный граф и распространим его повсеместно, чтобы все могли им пользоваться.

    3. Целью не является заменить Plaxo.
    4. Целью не является заменить _____.

    Допущения

    1. Социальный граф содержит как публичные узлы, так и приватные (частные) узлы, как публичные ребра, так и приватные ребра. Мы фокусируемся сейчас только на публичных данных, которые участники согласны свободно распространять по сети, ни от кого не скрывая. Это не решает 100% задачи, но решает, скажем, 90% задачи, занимающие 10% по сложности (реализации). Частные данные могут быть добавлены позднее, возможно, на более высоком уровне реализации. На начальном этапе – работаем только с открытыми (публичными) данными.

    2. Кроме того, внимание уделяется в первую очередь связям - данными о "друзьях". А не таким данным, как фотографии (см. movemydata.org), дата рождения, город, интересы и т.д. Есть идеи о том, как включить в граф множество таких публичных не контентных(?) данных, не относящихся к "профилю знакомств". Но заняться этим, несомненно, следует позже – на втором этапе.

    3. Существуют как "склонные к сотрудничеству" (кооперативные, cooperative), так не склонные к сотрудничеству сайты. Почти все небольшие сайты, с владельцами которых я разговаривал, желают сотрудничать, понимая при этом, что их собственные (социальные) графы незначительны (are incomplete), и что это – не их специализация ... Они просто хотят, чтобы социальный граф стал им доступен. Их совсем не заботит, откуда он возьмется, и они не считают, что их относительно небольшие объемы данных внесут заметный вклад в улучшение глобального социального графа. Не склонные к сотрудничеству сайты, с другой стороны, - это те, которые уже имеют огромную аудиторию, и либо придают повышенное значение своим правам собственности по отношению к информации, содержащейся в их социальном графе, либо - настолько крупны, что просто равнодушны к этой теме. Обратите внимание, что "отказываться" (от сотрудничества) не означает "активно бороться против", но скорее эта тема просто не является приоритетной для таких сайтов. В любом случае, сайты обоих типов - кооперативные и не кооперативные - должны быть (и будут!) рано или поздно вовлечены в процесс.

    4. Весь мир не возможно заставить перейти в массовом порядке ни на какой "протокол взаимодействия социальных сетей", игрушечный XML или что-либо подобное. Этого просто не случится. Система должна поддерживает любые (и все!) способы сбора данных, нотации и т.д. Хитрые новые протоколы и XML/YAML/JSON форматы могут быть решением для взаимодействия с сайтами, настроенными на сотрудничество (и такой подход уже начал разворачиваться для нескольких сразу готовых к сотрудничеству сайтов), но - в общем и целом - большинство сайтов не будут на первых порах готовы к сотрудничеству, а некоторые (например MySpace), возможно, никогда не согласятся на это (работу с "хитрыми протоколами"). Подключение (социально-сетевых) сайтов к обсуждаемой системе будет происходить по одному за раз, и надеяться на использование универсальных протоколов не приходится. Это означает, что эта система будет использовать открытые стандарты, микроформаты и т.д. – со всеми данными, публикуемыми посредством, скажем, виджетов (для тех пользователей, кто любит виджеты).

    5. Большинство пользователей не интересует XML, протоколы, стандарты, форматы данных, централизация/децентрализация, хранилища, блокировки и т.п. Вы, читатель этого документа, - не обычный пользователь. Чтобы привлечь нормальных пользователей, мы должны предложить им нечто полезное: некоторые функциональные возможности, легкость, блеск, полезности, - что-то, что они не могут получить в других местах. Хорошие данные порождают пользователей, а пользователи порождают хорошие данные. Есть достаточно идей о том, как раскручивать этот процесс. Подробнее об этом нужно будет думать позже, но, к счастью, уже есть много хороших данных в публичном доступе - через хорошие API и с открытыми форматами данных.

    6. Надстройки для браузеров (add-ons) или другие инструменты, которые конечному пользователю требуется загружать, – с этого нельзя начинать. На первом этапе все должно осуществляться исключительно стандартными средствами Интернета. Некоторая функциональность - для некоторых (не склонных к сотрудничеству) сайтов потребует браузерных плагинов, но большинство - не потребует.

    7. Хотя надстройки для браузеров (add-on), вероятнее всего, потребуются (пользователю) для того, чтобы осуществлять процедуры добавления/удаления друзей и сбора (от имени пользователя) данных в некоторых не склонных к сотрудничеству социальных сервисах (сайтах), - браузер пользователя никогда не должен использоваться (с его IP-адресом и с его строкой user-agent) для сбора и отправки данных, не являющихся собственностью этого пользователя. Так, например, сбор информации о друзьях пользователя в сети MySpace – это приемлемо (если MySpace это позволит). Но выуживание друзей-его-друзей – уже не катит (isn't cool) потому, что это уже не данные, принадлежащие этому пользователю. Эти данные уже принадлежат либо его друзьям, либо самому MySpace ... но заведомо не пользователю, который скачал (и установил) add-on.

    8. Следует признать, что пользователи не всегда хотят автоматически синхронизировать свои профили в разных социальных сетях. Люди используют разные сайты по-разному, и понятие "друг" на одном сайте (зачастую) имеет совсем другой смысл, чем понятие "друг" на другом сайте. Наша цель состоит в том, чтобы просто сделать первичные данные в принципе доступными сайтам и их пользователям. А дальше – им уже самим решать, какой политики они хотят придерживаться.

    Статус разработки (development Status)

    По состоянию на 2007-08-16 многое из выше изложенного уже реализовано в прототипе:

    1. Получены данные по 5-ти крупным социальным сетям, и они промоделированы в графе.

    2. Созданы рабочие прототипы (prototyped working implementations) перечисленных выше API (хотя тут много простора для оптимизации работы, кэширования и параллелизма, но на первом месте было желание достичь корректности):
    а. Продемонстрирована возможность найти всех моих "потерянных" друзей в Живом Журнале и в Vox - на основе информации о моих отношениях в других местах.

    3. начата разработка модуля (plug-in) для Firefox для работы с MySpace.

    4. начата разработка веб-сайта, позволяющего пользователям объявлять дополнительные публичные узлы, эквивалентность узлов, и отношения, которые автоматически получить не возможно (этот сайт должен будет содержать привлекательную статистику и украшения/виджеты - для заманивания туда пользователей, а также загружаемые надстройки к браузерам для синхронизации разных социальных сетей, - если пользователь захочет это делать).
    5. ...................

    Будущее

    Дэвид Рекордон объявил, что он направляется в SixApart, в основном ради работы над такого рода вещами. Plaxo тоже делает интересные связанные с этим штучки. В итоге компании будут создавать платные и бесплатные сервисы на основе этих данных, - такие как API для работы с доверием/репутацией, которые будут помогать Movable Type- и Wordpress-блоггерам идентифицировать спам в комментариях. А именно: каждый комментарий, созданный авторизованным по OpenID автором, уже дает нам информацию об узле графа, но дальше нужно использовать API, чтобы проверить, является ли этот узел "хорошим".

    В любом случае, множество людей работают в этом направлении в последнее время - на основе разных подходов. Вполне вероятно, что несколько групп соберутся, чтобы работать над этим вместе, так же как многие группы собрались в сое время для работы над OpenID.

    Как вы можете помочь

    Вы развиваете социально-сетевой проект? Или имеете данные об узлахов/ребрах графа (пользователей/друзей)? Или хотите участвовать в бета-тестировании API? Будьте на связи ... Присоединяйтесь к Google-группе social-network-portability.

    Вы - конечный пользователь, который хочет попробовать (не технические) сайты и инструменты? Тогда – еще рановато. :) Ограниченный доступ для бета-тестеров будет объявлен позднее - теми людьми, кто завершит построение этой системы.

    Вывод

    Я увлечен этим. Начинайте и Вы думать о том, как сможете воспользоваться преимуществами подобных систем. Это будет круто.

    Связанные и близкие по смыслу темы

    http://adactio.com/journal/1328 - Джереми Кейт (Jeremy Keith), кажется, тоже занят чем-то подобным; возможно, с несколько иным подходом. Это хорошо. Высоту нужно штурмовать сразу с дюжины направлений.

    http://microformats.org/wiki/social-network-portability - вики собирает мысли по поводу ... кажется, про микроформаты? Не уверен. Я утверждаю, что каждый, принимающий только один единственный формата (или API), - идет неправильным путем. Я не хочу создавать нечто исключительно для гиков. Но – для всех пользователей, работающих сегодня с популярными сайтами.

    http://movemydata.org/ - программное обеспечение (десктопное) для загрузки фотографий, синхронизации их с другими фото-сайтами и т.д. Более ориентировано на настольные компьютеры и на контент, чем все то, что обсуждалось выше.

    http://www.wired.com/software/webservices/news/2007/08/open_social_net - даже Wired попал в струю.

    _____________________________

    Брэд Фитцпатрик (brad@danga.com) - автор
    Дэвид Рекордон (recordond@gmail.com) - соавтор, редактор
    2007-08-17

    Источник: bradfitz.com/social-graph-problem
    Перевод: Иван Сильвестров
    http://www.webplanet.ru/knowhow/service/admin/2007/08/29/social_graph.html
  • 2007.11.02 | Олександр Демченко

    Нещодавно в Києві була міжнародна конференція на цю тему, яку(л)

    ...яку майданівці практично проігнорували. На відміну від інших 300 учасників, які з'їхались з усієї Східної Європи та Середньої Азії.

    Я про http://blogcamp.com.ua/

    З майданівців був Горицвіт, і, здається, все.


Copyleft (C) maidan.org.ua - 2000-2018. Архів пітримує Громадська організація Інформаційний центр "Майдан Моніторинг". E-mail: news@maidan.org.ua