Публикую аналитическое исследование проекта Facebook
Исследование подготовлено Михаилом Ананьевским (исследовательская группа компании Эмбриа) специально для портала LiveIdea.ru.

Интернет бурно развивается, постоянно появляются новые технологии, стандарты и концепции создания Интернет-ресурсов. В 2005 году заговорили о качественном изменении развития всего Интернета в целом. Новые идеи и подходы были названы «Веб 2.0», его суть заключается в позиционировании веба как платформы. К веб 2.0 относят сайты использующие такие технологии как ajax, mash-up, веб-синдикации, идеи меток и тегов, а также интернет-ресурсы, направленные на социализацию, создание сообществ. В последние несколько лет появилось большое количество социальных сетей. Наиболее крупными в мире являются myspace.com, facebook.com, xing.com, classmates.com и др. В Рунете можно отметить такие успешные проекты, как одноклассники (odnoklassniki.ru), мой круг (moikrug.ru), вконтакте (vkontakte.ru) и др. Подобные интернет-ресурсы могут иметь активную аудиторию в десятки миллионов посетителей в месяц. Причем эти посетители проводят значительную часть своего времени в этих социальных сетях. Однако возникают вопросы. Могут ли ресурсы такого типа приносить доход? Не являются ли эти проекты убыточными? Стоит вспомнить, что революция, которую произвел Google, заключалась не столько в изобретении нового типа поиска, сколько в открытии метода заработка на поисковых системах, не приносивших до этого таких фантастических прибылей. Сейчас многие ожидают от социальных сетей нечто подобного той революции, которую когда-то произвел Google

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

Практика показала, что в умелых руках они могут стать настоящей золотой жилой (как для владельцев, так и для участников)! А значит, в борьбе за драгоценных партнёров можно и потратиться.

Так, в преддверии нового года крупные ресурсы, хорошо усвоившие закон «умножения», решили не отставать от Деда Мороза и преподнесли своим пользователям небывалые новогодние сюрпризы и подарки – разумеется, материального характера.

Несколько недель? назад прочитал на хабре про интеграцию с google maps. К сожалению не нашел ссылку, но смысл в статье шел о городском сайте на который пользователи могли самостоятельно добавлять объекты на карту. Идея выглядела довольно сексуально, но в комментах автор признался, что писАл этот функционал несколько месяцев((

Данный факт поверг меня в жёсткое уныние(
Анализ скриптов на симпатичных сайтах интегрированных с gmaps, навроде этого
dom показывал внушительные километры кода… И так бы я и продолжал сидеть в депрессии, пока случайно не забрел таки на сайт с хелпом от собственно гугла.

И как выяснилось — вся информация о сроках и объемах этой задачи как минимум саботаж и провокация! Итак, строим карту пользователей на основе сервиса Google maps
Примерно такую:

Эти рассуждения были навеяны постом akella про оценку качества вёрстки. Прочитав этот пост и немалое количество комментариев к нему, решил составить список (аля «10 правил чего-то там» — говорят такие заголовки — это очень хорошо и помогают блогу «раскрутиться») критериев, которыми руководствуюсь я при вёрстке страниц.

Стоит также заметить, что HTML+CSS, также как и программирование под веб, для меня является чем-то вроде хобби — т.е. «мега» проектов я (пока?) не реализовывал. Может поэтому все мои работы в этой отрасли удовлетворяли почти всем этим критериям.

Итак, шесть простых принципов в HTML-вёрстке, которыми я руководствуюсь:

Есть классное (ну, по крайней мере, для меня) название, связанное с ИТ, которое могло бы стать отличным названием для компании. Собственно, для этого оно и было придумано, но ситуация изменилась, создание компании откладывается, поэтому возник вопрос: как можно «застолбить» это название? Уж очень оно мне нравится.
Во-первых, в эпоху интернета нужно, конечно, зарегистрировать домен. В зоне ru я сделал это через неделю после придумки (кстати, считаю, что долго тянул, мог упустить). Com, net, org и прочие вторичны, да и нету у меня желания платить за их продление каждый год, пока название не используется.
Друг посоветовал зарегистрировать торговую марку. Наведя справки, рассказываю. В российском законодательстве отсутствует понятие «торговой марки», но есть понятие «товарный знак», эквивалентное ему (так что в «Консультанте» искать надо именно по нему). Регистрацию товарных знаков производит «Роспатент», причем оформляется в определенных классах товаров и услуг. Таким образом, регистрация товарного знака для одного класса не запрещает кому-то другому сделать то же самое с твоим названием в другом классе. На все про все уйдет 1-2 года при обычной или 7 месяцев при ускоренной регистрации, причем каждые 10 лет ее будет нужно продлять. В денежном эквиваленте это выражается так: словесное обозначение — 16,500 руб. (1-2 года) или 25,500 руб. (7 мес.); изобразительное обозначение — 18,000 руб. (1-2 года) или 27,000 руб. (7 мес.); комбинированное обозначение — 19,500 руб. (1-2 года) или 28,500 руб. (7 мес.). Короче, много для того, что, возможно, еще долго не будет использоваться и приносить прибыль.
Может, ты знаешь еще способы пусть не юридической, но хотя бы моральной (типа домена) защиты названия от увода?

Cross-posted to lj://diver.

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

Собственно, как и обещано. Задумал я стартап. Инновационный донельзя (ей богу, надоели со своими социальными сетями, блогами и закладками — совсем воображения не осталось?). Долго планировал, продумывал до мелочей, покупал домен (да не простой, а золот… в общем, его предыдущий владелец на вырученные деньги наверняка купил несколько сотен новых доменов), выделенный сервер, и делал, делал… До самого последнего, пока у меня ни кончились деньги. Пришлось запускать то, что было, а была у меня весьма сырая и глючная бета.

Данная моя заметка является продолжение предыдущей в той её части, где речь идёт о лавинообразной тенденции движения социального веба в сторону бизнеса (Enterprise 2.0).
Настоятельно рекомендую ознакомиться с двумя заметками Дайона Хинчклифа (Dion Hinchcliffe): A checkpoint on Web 2.0 in the enterprise(Part1, Part2)

Уже почти год, как мы наблюдаем всё больше отчётов и сообщений, идущих от аналитических фирм и других источников, свидетельствующих о проникновении концепции Веб 2.0 в деловую жизнь. Gartner, Forrester, McKinsey и многие другие всё больше подчёркивают тенденции или делают рекомендации, иногда осторожные, а иногда оптимистические, что предприниматели должны начать движение по дороге, проложенной Веб 2.0. Да и общественный интерес в бизнес -кругах к этому направлению также всё больше даёт о себе знать…

Последнее исследование, проведённое фирмой CIO Insight и касающееся персонального использования ресурсов Веб 2.0 непосредственно менеджерами высшего и среднего звена, показало повышенный интерес последних к этому направлению. При этом особо их привлекают вики-средства, блоги и RSS. И уж совсем неожиданным оказался результат, показывающий, что примерно 39% CIO лично прослушивают подкасты...

Применение Social Enterprise 2.0 целесообразно рассматривать в двух плоскостях: (1) внутреннее применение для сотрудников конкретной компании или организации, и (2) внешнее применение для потенциальных клиентов, партнёров, поставщиков и других сторонних лиц, заинтересованных в любого рода контактах с компанией (организацией).

Каждую из названных плоскостей можно описать с двух сторон: (а) «технической» – методы и средства с точки зрения специалистов в области Веб 2.0, и (б) социальной» — функции и сервисы с точки зрения пользователей.

Как всегда, подробнее прочитать о заметках, выдержки из которых процитированы выше, об их авторе, а также познакомиться с некоторыми другим аспектами проблем, затронутых в этих заметках, можно в моём iTech Bridge блоге.

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

Google maps — отличное средство для картографии и сейчас мы будем интегрировать его себе на сайт благодаря открытому API. Интегрировать будем не только фиксированное положение но и произвольное, а именно — создадим в базе данных таблицу «locations», впишем там поля title, x, y.

Теперь нам надо редактировать каждое местоположение. Создадим полотно, где будет отображаться карта.
<div id="map" style="width: 250px; height: 250px"> </div>

Дальше — прикрутим вызов библиотеки из google. Поскольку я использую smarty, то я передаю ключ разработчика в виде переменной.
<script src="http://maps.google.com/maps?file=api&v=2&key={$google_maps_hash}" type="text/javascript"></script>


Теперь сделаем функцию, которая будет заниматься всей гразной работой — создавать карту в нашем div элементе, позиционировать согласно заданным координатам, устанавливать bubble. В случае если мы редактируем эти координаты, то функция будет по обратной связи прописывать в скрытые input-поля некоей формы «registration_form» новые координаты перенесённого pin-указателя.
<script type="text/javascript">
function load_map(x,y,title) {

if (GBrowserIsCompatible()) {
var map = new GMap2(document.getElementById("map"));
map.setCenter(new GLatLng(x, y), 13);
map.enableScrollWheelZoom();

point = new GLatLng(x, y);
marker = new GMarker(point);

map.addControl(new GSmallMapControl());
map.addControl(new GMapTypeControl());
map.addOverlay(marker);
marker.openInfoWindowHtml(title);
/*
var mgr = new GMarkerManager(map);

GEvent.addListener(marker, "dragend", function() {
//var center = map.getCenter();
var strCenter=marker.getPoint();
marker.openInfoWindowHtml(document.forms['registration_form'].title.value);
document.forms['registration_form'].geo_x.value=strCenter.lat();//arrCenter[0];
document.forms['registration_form'].geo_y.value=strCenter.lng();//arrCenter[1];

});
*/
}
}
</script>


Хотел бы представить на строгий, но справедливый суд Хабрасообщества результат работы по локализации ning.com на русский язык и созданию Социальной сети на его базе (пример реализации). Было бы очень здорово услышать Ваше мнение по поводу перспективности развития конструктора социальных сетей Ning.com в Рунете, его сильных и слабых сторонах. Со своей стороны, при заинтересованности сообщества, готов поделиться опытом локализации ning.com, создания и продвижения на его основе социальных сетей.

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

Возвращаюсь к вопросу в моем блоге: Посоветуйте решение — систему трекинга проектов.

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

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

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

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

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

Скрипт требует MySQL, написан на PHP, но читается и правиться очень легко. Большое спасибо разработчику: Naomi C. Martinson.

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

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

Предисловие

Сколько сотен раз слышал, как Windows Vista ругают за ее медлительность, «глючность», несовместимость, неудобство и прочее. Признаться честно, я и сам до недавнего времени был, мягко говоря, не в восторге от Vista, пытался ее использовать но потом от нее отказался.



Но два месяца назад по работе пришлось вплотную столкнуться с Vista, и я заинтересовался » а как можно заставить ее работать хорошо? И вот, по прошествии двух месяцев, хочу поделится с вами своим опытом и надеюсь получить и от вас полезные советы. Если вы

Уверен, многие из вас уже столкнулись или еще столкнутся с необходимостью использовать Vista, поэтому данная статья будет интересна и тем, кто эту ОС не используют. Кстати, далее будет совет, как использовать Windows Vista легально в течении 120 дней!

Надеюсь, вы оцените мою статью — я потратил на ее написание почти половину своего выходного :) Понятно, что для кого-то ниже написанное покажется «детским лепетом», кто-то всё это уже знает, но почему-то не делает. А кто-то почерпнет полезную для себя информацию.

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

UPD спустя час: удивительно, как любят ставить минусы топикам про Vista, где ее не «опускают»! А то что это полезная многим статья про все более широко распространяющуюся ОС — видно некоторым начхать :(
UPD спустя четыре часа: спасибо за позитивную оценку статьи, жду большего количество полезных дополнений к ней :)
UPD спустя почти неделю :) ускоряем копирование в Висте! Наконец-то однокилобайтный ярлык не удаляется по 30 секунд :) Пуск->Панель управления (не классическая)->Программы->Включение или отключение компонентов Windows. Снимаем галку «Удаленное разностное сжатие». Ура.

Думаю над продолжением статьи, уже есть наработки :)

Это первая наша статья на Хабре (и, надеюсь, не последняя) и хочется максимально честно и открыто рассказать про наш опыт запуска бизнеса в Питере по разработке мобильных приложений «с нуля», какие ошибки мы совершали, какие продолжаем совершать (ну куда же без этого) и про то, как мы пытаемся построить что-то действительно масштабное и «изменить этот мир» — а именно наш проект мобильного товарного агрегатора tapki (название смешное конечно, родилось как производное от английского слова «tap»). Оглядываясь на статью, после ее написания, вижу, что получилось не мало текста (около 18-ти страниц в word’е), но надеюсь, что сказанное будет полезно. Коллеги советовали разбить документ на части, но как мне кажется, цельное повествование, затрагивающее период чуть больше года, позволит дать более полную картину развития компании. В статье читатель найдет экономику (управленческий баланс), который «тянется» с самого начала, с разбивкой по статьям затрат. Мы ничего не добавляли-убавляли и все цифры приводим «как есть».

Я расскажу про запуск бизнеса с самого начала: поиск помещений, поиск инвестиций, про основную (изначальную) идею бизнеса и как она менялась в течении года, про удачи и неудачи. Поскольку мы зарегистрировали юр.лицо в июне 2013 года (а точнее 29 мая), нам, можно считать, исполняется 1 год «с хвостиком» и какие-то нюансы уже не вспомнить, но основные вехи с фотографиями — сохранились. Важно — если где-то в тексте я делаю для себя (и читателей) вывод или даю совет (прямо или косвенно) — прошу расценивать его исключительно как мое личное мнение, которое с вероятностью 50% может быть в корне не верным. И еще — некоторые моменты я не могу вспомнить в деталях, поэтому могут встречаться небольшие неточности в части объяснения тех или иных цифр — это не попытка утаить информацию, а просто элементарная забывчивость, т.к. дневник я не вел (к сожалению — исправляюсь) и пишу по памяти.

Прежде чем мы написали этот материал, наши приложения загрузили более 2 000 000 раз, мы провели порядка 50 больших промо кампаний, побывали в топах AppStore более, чем в 24-х странах пока наконец не собрали всё это в один большой work flow. В статье почти нет очевидных вещей про ключевые слова, красоту иконок, скриншотов и рекламные кампании. Мы попытались привести работу продуктовой компании к единой модели, ответив на вопросы: «что?», «когда?», «зачем?» и даже на вопрос «а дальше что?». Если вы разрабатываете собственное приложение, хотите начать это делать или у вас просто есть друг разработчик или маркетолог продуктовой компании — в этой статье вы найдёте много полезной информации.

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



Мы исследовали варианты бухгалтерского обслуживания, которые подойдут бизнесам от малого до среднего. Получилось всего 7 категорий, каждой из которых мы постарались дать объективную характеристику, определить ценовую вилку и выделить наиболее заметные (читай, разрекламированные) предложения.

Все разработчики для iOS мечтают попасть в Топ-10 App Store. Профессиональная локализация — путь к успеху. Проблемы, которые могут повстречаться на пути, самые разнообразные — забытая на старте проекта локализуемость, плохой переводчик, “кривое" тестирование локализации.

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

Переведено в Alconost.

Мы рады сообщить, что c 6 ноября 2013 года для магазинов приложений Windows и Windows Phone реализована единая регистрация для разработчиков! Cтоимость же единой регистрации стала существенно ниже. Теперь все разработчики с аккаунтом в магазине Windows Phone могут публиковать приложения в магазине Windows, и, конечно же, все разработчики с аккаунтом в магазине Windows могут публиковать приложения в магазине Windows Phone!