Еще 2 компании запустили сервисы по размещению, хранению и передаче файлов в сети… а новостей о GDrive от Google все так же нет.

Syncplicity на сегодняшний день предлагает тот же самый функционал, что и SugarSync, о котором мы рассказывали в марте. Syncplicity может быть использован не только для автоматического создания резервной копии файлов вашего компьютера с любого места, где имеется доступ к интернет, но и для синхронизации файлов на нескольких компьютерах, и для обмена файлами с друзьями. Отличительной чертой этого сервиса является возможность синхронизации ваших документов Microsoft Office с Google Docs, так же, как это делает DocSyncer, но только в обоих направлениях (DocSyncer проводит синхронизацию только в направлении Google).

Всемирная паутина растет с невероятной быстротой, преобразуя деятельность человека во всех сферах. Изменяется бизнес, методы его ведения, методы маркетинга и управления.

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

Ныне есть множество публикаций об успехе комьюнити-проектов⁽¹⁾ поколения Веб 2.0. В этом нет ничего удивительного, современные комьюнити-проекты демонстрируют новый уровень эффективности взаимодействия с аудиторией и привлекают впечатляющие инвестиции. Такое положение вещей вызывает бурный рост данного сегмента рынка, и люди бизнеса спешат заполучить свою долю в этом дележе. На рынке появляется бесконечное число решений, часть из которых, казалось бы, во вполне пристойном исполнении. Однако успешными становятся единицы. С чем это связано? Давайте рассмотрим подробнее «узкие» места при разработке комьюнити-проектов:

Сделав попытку определить содержание термина «социальная сеть», только подтвердил для себя важность этого начинания. Содержание неопределенно и трактуется различными людьми по-разному. Работы непочатый край.

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

А, может быть, ажиотаж по поводу социальных сетей преувеличен? Может, в будущем те возможности, которые предлагают ныне образующиеся социальные сети, будет просто хорошим тоном для любого сайта? Как ранее были: гостевая книга, форум. Может быть, социальная сеть не «фишка», а необходимость? Может, это самая подходящая форма для Сети, удовлетворяющая человеческую потребность быть в единстве с себе подобными?

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

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

Человек властен все менять местами и переворачивать с ног на голову: часть может быть целым и средство — самодостаточной целью, равно как и наоборот: целое можно взять как часть, а цель как средство. Если же средство становится целью, то на этом пути снимается содержательность. Точнее, содержанием становится само это средство.

Современные сайты можно разделить по тому, какое место они отводят самой социальности — первое или второе.

Получаем спектр сайтов:

1. Для коллективных проектов, например Википедия, на первом месте предмет, а не связи соавторов. Но она открыта для всех.
2. Для авторского блога — сеть соавторов важное дополнительное свойство, но только дополнительное. При встрече единомышленников в пространстве блога закономерным будет развитие межличностных отношений в сторону следующего типа веб-проектов.
3. Для тематического контент-проекта, содержимое которого рождается командой, очень большое значение будет играть связь участников. Белой вороной будет в таком сообществе человек, говорящий не в тему, пусть даже и многоуважаемый в другой области, равно как и тот, кто будет вести себя асоциально. Возможно, что здесь будет уместно упомянуть о «Хабрахабре».
4. У проектов Одноклассники, Мой Круг, toodoo хотя предмет есть, но уклон уже делается на саму связь. Отсюда и возможность единства людей из различных социальных и прочих слоев, для которых проекты подходят.
5. В проектах же MySpace, Comby, содержанием является сама связь между людьми, а потому они безразличны к предмету, вокруг которого строится связь. Эти сервисы подходят всем. Правда, надо оговориться, поскольку абсолютизация связи как предмета в этих проектах не достигает конечной цели, то предмет все-таки требуется: дОлжно быть, о чем поболтать.
6. Своего совершенства идея связи как абсолютной цели воплощена на mamba — машине знакомств. Связь и только связь имеет значение. Связь разная и даже интимную выставляют публично. Как говорится: «… чего зря время-то терять. В полночь у амбара?»

На мой взгляд, сайты — социальные сети — это те, которые относятся к 4 и 5 типу. Нельзя же все, где люди взаимодействуют называть социальной сетью. Вот эти два типа сайтов, наверно, и являются показательными для исследования такого явления в интернет как социальная сеть. Третий тип скорее можно назвать профессиональная сеть (конечно она тоже социальная, но упор здесь на особую, специфическую общность людей). Шестой — вообще не сеть. А 1 — не сеть, но на идее социальности.

Каково ваше мнение?

20 июня в тестовую эксплуатацию запущен первый публичный сервер сети «Бульон» — распределенной P2P-системы массивного совместного фильтрования. Как объясняет разработчик Виктор Грищенко, это нечто вроде wiki с репутациями, но только здесь используется другой движок. «В основе «Бульона» — движок oc-co, работающий по протоколу XMPP (Jabber). Этот движок, используя социальные связи и мнения участников, собирает XML-документы из распределенно хранящихся кусочков. Он использует peer-to-peer, а не клиент-серверные алгоритмы, в отличие от простого wiki».

Судя по результатам голосования, которое я проводил в своём блоге, большинство пользователей никак не типографируют тексты перед публикациями (НЛО не считается). Те, кто работают над текстами, в большинстве своём делают это вручную, поэтому я решил попробовать собрать воедино рецепты экранной типографики, дабы не забывать самому и напомнить другим. Не думаю, что статья будет чем‐то новым для опытных верстальщиков. Новички узнают, профи исправят :)

Содержание

1. Дефисы, тире, минусы и другие палочки
2. Кавычки и чёрточки
3. Скобки
4. Многоточие
5. Заголовки, списки

Хочу обсудить вопрос актуальности публикуемых материалов.
Новая статья читается максимум 2-3 дня. Затем она уходит очень далеко в архив и остается там невостребованной навсегда — собственно, известная проблема всех сайтов блогового типа.

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

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

Что думаете? Может быть, вопрос уже обсуждался?

Развитие компьютерной графики подталкивает нас к изобретению всё новых способов графического представления данных. Разрабатывались различные прикладные программы для визуализации данных на локальных компьютерах. Однако всё изменилось с развитием интернета: в нём содержатся колоссальные объёмы информации, которые нам постоянно хочется представить как-то удобнее, дружелюбнее, понятнее. Что же мы имеем на сегодняшний день?

Существует немалое число серверных библиотек и утилит, способных генерировать сложные графики. Однако я считаю, что такой подход не всегда оптимален. Если мы можем производить визуализацию на стороне клиента с помощью JavaScript, то почему бы нам не воспользоваться такой возможностью? Логика работы подобной связки проста: сервер генерирует данные, а клиент их визуализирует.

Разумеется, вы можете воспользоваться Flash, Silverlight или Java-апплетами, однако в этом обзоре я хотел бы вам показать библиотеки визуализации, написанные на чистом JavaScript.

Создаем новый проект тематических блогов. Встал вопрос хранения интересов и предпочтений пользователя до регистрации в системе.

Вариант 1. Предпочтения пользователя накапливаются только после регистрации. До регистрации или авторизации выдача материала формируется без учета интересов юзера.

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

Второй вариант кажется очень интересным, но в то же время, относительно неудобным в плане реализации. Хотелось бы услышать Ваше мнение.

Привет. Сегодня я хочу вам рассказать о том, как можно изменить внешний вид файлового инпута.

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

Здравствуй.

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

Последние несколько постов я рассуждал о системах рейтингов и в первой заметке на эту тему была система +1/-1. Очень простая для понимания, от того любимая многими. Я хочу улучшить ее, а точнее улучшить алгоритм подсчета. Визуально для пользователя ничего не изменится, он по прежнему будет иметь на выбор два варианта «+» либо «-».

Итак начнем. Для начала договоримся об одной условности — нередко встречаются топики у которых количество плюсов или количество минусов несравненно выше средних показателей. Это конечно приятно их авторам но совершено бесполезно для разработчиков и пользователей. Куда проще ввести абсолютный плюс и абсолютный минус, достичь которые крайне сложно, но каждый из топиков стремится к одному из них постоянно.

Итак пусть в нашей системе абсолютный плюс это «+100», а абсолютный минус это «-50».

Да, большинство нынешних пользователей веба не только его читают, но и пишут в него же. И если бы они писали отдельные самодостаточные статьи и заметки, эта тема бы просто не родилась. А пользователи-то склонны к обсуждениям. Например: <<В ответ на ваше «ня» выражаю Вам свое «фе»>>.
Т.е., как правило, за каждым первичным материалом (которым может быть статья или первое сообщение на форуме) тянется «хвост» из обсуждений, длинный хвостище…

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

Часть I — Часть II — Часть III — Часть IV — Часть V — Часть VI

Часть I

Как-то ко мне обратился знакомый дизайнер с просьбой разобраться в странной по его мнению ситуации. Клиент просил «сделать так же, как у Apple», но с использованием собственных способов расположения блоков, изображений, цветовой гаммы и текста. В общем, дизайн в итоге получался совершенно непохожий на apple.com, но этого, собственно, и добивался клиент. И вроде бы у дизайнера получилось, но… Клиенту по-прежнему не нравилось, он всё равно требовал переделать макет. По его ощущения «что-то было ну совсем не так». А что именно — тот объяснить был не в силах. Вот и возник вопрос у моего коллеги по поводу того, как угодить капризам клиента и понять его чаяния. Оказалось всё не так просто, но вполне объяснимо. Я и раньше сталкивался с данной проблемой. Поэтому решил попробовать изложить свои мысли по этому поводу.

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

MoreCSS — небольшая библиотека JavaScript, весом всего 14кб, для решения повседневных задач, таких как создать всплывающие окна, сделать вкладки меню, таблицы и списки с оформлением «зебра»-стиль… и т.д. С помощью этой библиотеки Вы сможете это делать средствами обычного css.

Как следует из заголовка, речь в статье пойдёт о неотъемлемой части любого русскоязычного (и не только) текста — о пробеле. Мы затронем историю пробела, виды пробелов, вопросы употребления пробела в веб-типографике.

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

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

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

Приведу лишь пару примеров заловком приходящих писем от Хабрахабр:

Новый комментарий к хабратопику «Уроки рисования в notepad»;
Ответ на ваш комментарий к хабратопику «Уроки рисования в notepad».

Пользуюсь mail agent, при появлении почты он сигнализирует о такой, но заголовки обрезает чуть раньше названия хабратопика.

Так же как когда-то было с чем?, предлагаю изменить порядок на такой:

«Уроки рисования в notepad» — новый комментарий к хабратопику;
«Уроки рисования в notepad» — ответ на ваш комментарий к хабратопику.

Зайдя на Хабр второй раз за день я заметил, что между двумя прочитанными топиками появился новый. Эффект такой, как будто Путин подмигнул с политического плаката — не может быть! Когда я увидел такое несколько раз, начал внимательно следить за.

Как появляются топики на главной? Они терпеливо ждут набора необходимых голосов и проходя определенный порог выходят «в люди».

Видимо, на главной они появляются отсортированным по времени создания, а не по времени «захабренности». Программисты должны понять.

Предложение простое — на главной выводить топики, отсортировав их по времени «захабренности». Таким образом люди не будут пропускать важное.

Известно, что одной из самых больших проблем юзабилити в современных софтверных интерфейсах являются неактивные элементы («серые» кнопки, на которые нельзя нажать). Это происходит оттого, что пользователю негде посмотреть, почему этот элемент неактивен, и что надо сделать, чтобы он активизировался.

Я не могу ставить плюсы к комментариям. Как хорошо было бы, если бы около неактивных кнопок была подсказка: возраст вашего аккаунта менее 7 дней. Мне не пришлось бы тратить полчаса на штудирование документации: при первом прочтении упоминание про 7 дней я просто упустил.

На хабре действует такая система, что комментарии с крайне низкой оценкой скрываются за ссылкой «раскрыть комментарий».
Предлагаю сделать вместо сокрытия — менять цвет текста, расчитывать можно исходя из «глубины» минуса. То есть для -1 цвет будет в районе #111, для -15 — #ccc(можно расчитывать исходя из абсолютной шкалы или из какой-то относительной).