Разработал и выложил в открытый доступ вторую версию своей «социальной» сборки Друпала — Швабрашвабр.

К старым возможностям системы:

• система блогов и коллективных блогов,
• система рейтингования материалов, комментариев и «карма» (репутация) пользователей,
• система распределения прав доступа к ресурсам сайта на основе кармы.

Добавил ряд новых фишек:

• персональные и общие фотогалереи,
• система статусов (в стиле Фейсбука и Твиттера),
• персональные гостевые книги (в стиле стены во вКонтакте),
• списки друзей и посетителей.

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

Дистрибутив сборки, подробная инструкция и скринкасты (6 роликов почти на полтора часа) для самостоятельной настройки сайта с аналогичным функционалом доступны на Швабрешвабр.

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

Введение

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

Выйдешь в интернет из дома, в Яндекс — топ-топ-топ, ну а там конечно tёma с матом вылез в топ! <...> Это что еще за блохи в рейтинг сели сплошь? Почему министров блоги с лупой не найдешь? И совсем не понимаю, кто так сделать смог, чтоб висел последним с краю президентский блог! Он ведь пишет, тратит нервы, милый, дорогой! А у вас на строчках первых — tёma да drugoi! Что у вас за автоматы измеряют ТИЦ? Им наставить автоматы — всем лежать и цыц!
 Леонид Каганов 

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

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

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

Однако сервис всё больше становится не зеркалом, а инструментом для «выведения в топ» и дальнейшего распространия нужной темы в СМИ. Таким инструментом стали пользоваться все, кому не лень – от распространителей ссылок «помогите собрать деньги» до радикалов всех мастей. В результате радикалы одних мастей стали обвинять Яндекс в пособничестве радикалам других мастей, и наоборот. Привычку просматривать страницу рейтинга приобрели журналисты, выведение в топ стало платной услугой, и вот уже власть предержащие смотрят на рейтинг записей как на «глас народа». 

Превращение рейтинга записей в специализированную медийную площадку не позволяет нам развивать далее этот сервис в составе портала Яндекс. Перспектив сделать из него массовый сервис мы не видим – а разработка Яндекса сосредоточена в основном на массовых сервисах. Поэтому мы приняли решение прекратить поддержку сервиса и одновременно предоставить всем желающим техническую возможность сделать свои рейтинги популярных записей – свою версию ответа на вопрос «что сейчас волнует популярных блоггеров». Такие рейтинги уже существуют на разных сайтах Рунета. Надеемся, что с использованием данных Поиска по блогам Яндекса их число и качество вырастет – и каждый сможет найти себе рейтинг по вкусу.

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

Подробное описание того, какие данные можно получить, используя API рейтинга, вы можете найти здесь: http://blogs.yandex.ru/faq/entriesapi

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

P.S. Пока писался этот пост и программировалось API, Леонид Каганов написал поэму, которая оказалась настолько похожа на наши мысли последнего полугода, что мы просто не могли не поставить цитату в эпиграф

Обозначить проблему — значит сделать первый шаг к её решению. Это можно сделать устно, на клочке бумаги, можно на доске, на форуме или в своем блоге, но программисты не зря используют для этих целей отдельное специализированное приложение. Эту логику можно экстраполировать на проблемы любого характера. Публичная концентрация проблем в одном месте помогает эффективнее их решать. Это то, что делает сервис, который я хочу вам представить — Problemator.

(2009 год, второе письмо старшего менеджера веб-студии — младшему)
Итак, первоначальные переговоры c клиентом проведены. Смотрим первую часть методички здесь http://habrahabr.ru/blogs/studiobusiness/45543/.
Теперь надо сориентировать клиента по цене. Если он с ней принципиально согласен — переходим к обсуждению Технического задания (ТЗ).
Делаем смету

Как известно, любой стартап начинается с фразы «Как же вы за***ли, лучше сам сделаю лучше».

В 2007 году положение с датацентрами в Москве, да и во всей России было критическим. Попасть туда простому хостеру можно было только по предварительной записи. Драли с него втридорога, сервера частенько перегревали, электричество периодически отсутствовало, и еще, стоило датацентру начать генерировать 2-3 гигабита полосы, как он тут же воображал себя царем горы, пытался барыжить твоим трафиком, а с несогласными боролся методом пускания моего трафика через узкий зашейпенный канал ***телекома зарубеж.
А общение с ночными дежурными датацентра — это отдельная песня. Чаще всего было проще приехать и самому найти вывалившийся патчкорд, чем полночи пытаться добиться от мало вменяемого, ничего не хотящего юноши. И это хорошо, если дежурный был и попасть в датацентр ночью было возможно. Некоторые датацентры работали с 9 до 5, кроме праздников и выходных дней. Все остальное время там не было НИКОГО. Сервер, упавший в пятницу вечером, пролежит, минимум, до дня понедельника.

Картинка, о том, что творилось внутри типичного датацентра того времени.
Взято с сайта Nag.ru

Мне, к тому времени, это порядком надоело, и, как выход, я решил строить свой датацентр, ориентированный на запросы меня и моих пользователей.

Гермозона у меня есть, осталось нашпиговать ее по последнему слову техники. Начнем с электричества.
Ведь куда датацентру без электричества?

Прямо в помещении столько электричества, конечно, нет. Но есть в трансформаторной. Прокладка кабеля за счет арендатора.

Итак, копаем канаву по всему заводу.

Всем привет!

То, о чём так долго говорили — свершилось: сегодня вышел в свет самый настоящий Хабраузер — веб-браузер на базе Opera 10 для читателей и писателей Хабрахабра. Вот чем он отличается от обычной версии Opera:

— Изменённые закладки по умолчанию
— Специальный набор визуальных закладок в Экспресс-панели
— Хабрафон на Экспресс-панели
— Домашняя страница по умолчанию (догадайтесь, какая)
— Изменённый файл локализации
— Изменённый файл оформления



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

Хабраузер для Windows

Хабраузер для Mac OSX

Оставлять пожелания, делать замечания, решать проблемы можно на форуме официального блога проекта на My Opera

UPDATE
Также в официальном блоге на My Opera выложены отдельным архивом файлы, использованные для создания данной сборки.

Привет.

Давеча у меня был разговор с моим научным руководителем, Петросяном Леоном Аганесовичем — деканом факультета ПМ-ПУ Санкт-Петербургского Государственного Университета.

Я предложил ему организовать видеозапись лекций факультета и сделать возможным для студентов просматривать эти лекции в интернете.

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

UPD от Ярослава: «Это не «правила Ярослава Грешилова», а правила *для* Ярослава Грешилова. И направлены они вовсе не на проектную работу, а на то, чтобы не потерять себя. Обсуждение того, что происходит с проектами при применении этих правил, не входило в мою задачу.»

Правило первое: работать имеет смысл не «над проектами», а «с людьми». Проекты всё равно имеют свойство со временем мутировать до неузнаваемости, а вот люди, как правило не меняются.

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

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

Правило второе: нельзя полностью растворяться в том, что ты делаешь, и ассоциировать себя с этим делом. Мои проекты — это не я. Они — лишь средство моего движения, самовыражения, исследования этого мира.

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

В интернете существуют специализированные биржи, на которых фрилансерам платят деньги за:
1. Создание текстов статей (brain-->text)
2. Создание аудио-версий текстов (text-->audio)
Однако нету специализированного сервиса, который бы позволял легко находить людей, профессионально занимающихся расшифровкой аудио-записей. А ведь потребность в этом наверняка есть — так как далеко не все доклады/лекции/выступления читаются с «бумажки». Например, недавнее 20-ти минутное выступление Ашманова на 11-й встрече Стартап-Поинта достойно прочтения, однако оно существует только в видео-формате.

Собственно, идея стартапа: создать биржу, где заказчики/исполнители смогут находить друг друга, и сотрудничать в сфере расшифровки аудио-записей (audio-->text).

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

Такие дела. Если кто-то захочет такое реализовать — удачи.

Знакомьтесь, это – www.netchart.ru – новый сервис, который дает возможность бесплатно посмотреть детальный портрет аудитории любого ресурса в рунете, просто введя его URL. Прошу любить и жаловать.

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

Что такое акселерометр?

Обратимся к Википедии:

Акселерометр (от лат. accelero — ускоряю и μετρέω — измеряю) — прибор, измеряющий проекцию кажущегося ускорения. Кажущееся ускорение есть равнодействующая сил не гравитационной природы, действующая на массу и отнесённая к величине этой массы. Акселерометр может применяться как для измерения проекций абсолютного линейного ускорения, так и для косвенных измерений проекции гравитационного ускорения. Последнее свойство используется для создания инклинометров. Акселерометры входят в состав инерциальных навигационных систем, где полученные с их помощью измерения интегрируют, получая инерциальную скорость и координаты носителя. Электронные акселерометры часто встраиваются в мобильные устройства (в частности, в телефоны) и применяются в качестве шагомеров, датчиков для определения положения в пространстве, автоматического поворота дисплея и других целей. В игровых приставках акселерометры используются для управления без использования кнопок — путем поворотов в пространстве, встряхиваний и т. д.

Apple — не первая компания, которая внедрила акселерометр в мобильный телефон, но первая, у которой это получилось хорошо.

Британская компания Lucid Intelligence составила крупнейшую в мире базу приватной информации. Она включает в себя номера кредитных карточек, PIN-коды, номера банковских счетов, пароли, телефонные номера и другую информация о 40 млн человек. Большинство людей в базе — американцы. Но есть и граждане других стран, в том числе 4 млн британцев. Судя по всему, есть и граждане России.

Как сообщает журналист The Times, которому дали посмотреть эту базу, взломано по крайней мере 250 тыс. банковских счетов в британских банках. Журналист удивлён, что полиция не предпринимает никаких мер в связи с этим, ведь им всё известно.

Вся информация собрана специалистами ФБР, полицией, антифишинговыми компаниями на хакерских форумах, в IRC-каналах и других местах, где такие данные можно купить оптом и недорого. Например, чужую кредитную карточку там можно купить всего за 50 центов. Основатель компании Lucid Intelligence Колин Холдер, бывший полицейский, в течение четырёх лет по крупицам добывал эти данные, а теперь объединил их в одну информационную систему, ушёл с полицейской работы и основал частный бизнес. Возможно, некоторые сведения Колин Холдер даже лично купил у хакеров, потому что он сам говорит: инвестиции в этот стартап составил 160 тыс. фунтов.

Естественно, новообразованная компания Lucid Intelligence не собирается нарушать закон и причинять вред тем несчастным, чьи приватные данные попали в базу. Фирма будет зарабатывать просто на справочных услугах. На их сайте можете проверить своё имя и фамилию. Если информация о вас есть в базе данных, то за деньги вы можете узнать, какие именно приватные данные можно считать скомпрометированными.

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

via The Times

Обычно принято, что у любого провайдера есть свой официальный (ну или полуофициальный) форум, который зачастую перерастает это понятие и становится воистину народным ресурсом.

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

Так миру явился Рупор.

Мода следует за высокими технологиями и создает… кодоаксессуары.

Колечко могло бы стать печаткой.


А запонки — по-моему, просто СТИЛЬНО.


Подарить что ли любимому it-шнику qr-галстук на др… может, он их полюбит О-)

Ну и еще один дивный пример:


Как много интересного можно зашифровать в такой пряжке.
А какой повод для знакомства...:)

Как-то изучая портфолио одной хорошей украинской студии, Psyho, нашел очень интересный проект.



builder-club.com — социальная строительная сеть, выполненая на высоком профессиональном уровне. Я бы поставил ее в один ряд с такими тематическими сетями, как LookAtMe, Habrahabr, Autokadabra и Dribbler.

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

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

P. S.
В компании Psyho я не работаю, и это не реклама. Кстати, на хабре зарегистрированы несколько работников этой студии.

Боритесь со сложностью

Как известно, мозг человека может одновременно рассматривать 7±2 элемента. Поэтому очень важно стремиться к снижению сложности ПО. Вот некоторые конкретные рекомендации:

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