Мы с sofrus — большие любители сериалов. Не тех, которые «Рабыня Изаура» или «БТП», а современных типа «Побег» или «Хаус». Однажды, по пути из офиса к метро, мы общались на тему новых серий и sofrus предположил, что было бы очень здорово парсить RSS с популярных российских сериальных трекеров типа lostfilm или novafilm, и, затем, скачивать в автоматическом режиме. Мне очень приглянулась эта мысль, но я отложил ее до лучших времен.
На Вебораме сейчас внедряется система постмодерирования контента. Есть большой дизайн-документ, который описывает всю архитектуру процесса. Из него планируется сделать выжимку, которую нужно превратить в инструкцию для нескольких групп людей:
1. Модераторы — те, кто непостредственно работают над контентом. Используют документ как инструкцию к действию.
2. Программисты — те, кто поддеживает и развивает систему. Новые программисты должны быстро понимать как все устроено. Естественно, после того, как они ознакомятся с внутренними правилами написания кода и фреймворком.
3. Аналитики — те, кто просматривают отчеты модераторов и продумывают логистику для системы.
Понятно, что документ будет постоянно изменяться, поэтому поддерживать три копии не очень хочется. Будет просто бардак ввиду человеческого фактора.
Поэтому вопрос! Как составить документ так, чтобы он не пугал модераторов, был полезен для программистов и удобен для аналитиков?
Авторы хороших идей (используем только с их согласия), будут отмечены в нашей вики, и при случае упомянуты в пресс-релизах.
Как-то на хабре проскакивала статья о том, что любители компьютерных игр предложили ведущим издателям подписать «Билль о правах геймров», суть которого сводится к тезису: «перестаньте считать геймеров пиратами!». У меня ощущение, что в принципе, проблемы, изложенные в нем, касаются не только игр, а всего медийного контента. Способов легального получения фильмов и музыки либо нет, либо они настолько неудобные, что можно не брать в расчет (буду рад, если кто-то это опровергнет).
Написать этот пост меня сподвигла PSP моего брата, которая так и не захотела играть mp3, залитые на ее карту памяти.
В этой заметке я хотел бы еще раз коснуться темы плейлистов в ракурсе прослушивания музыки из интернета. Как я уже писал, Веборама дает возможность слушать музыку не через сайт, а через любимый медиа-плеер (и не только, но об этом в следующий раз). Из двух вариантов предоставления такой возможности, а именно потокового вещания и плейлистов, мы выбрали именно плейлисты. А из всех вариантов плейлистов выбрали XSPF.
Получив тонны фидбека с вопросом: «Почему нет версии для GTA SA?» после анонса Веборамы для GTA3 (мода, позволяющего играть в машине случайную музыку с сайта weborama.ru вместо MP3-проигрывателя), мы осознали свою ошибку и поспешили исправиться. А именно ускорить процесс разработки этого мода для GTA SA, (хотя изначально мы хотели заморозить разработку до выхода GTA IV на PC).
Изначально релиз мода для GTA SA должен был состояться в понедельник прошлой недели, но ряд фатальных обстоятельств помешал нам.
Сегодня с продакшн серверами Веборамы случился небольшой коллапс. Из-за регулярных выключений питания (по несколько раз на день) в нашей стойке у хостера (не будем тыкать пальцем) вылетели диски из страйпов двух ключевых серверов. Мы поменяли автомат, стойку и заодно поставили харды повыносливее. Так как работать пришлось с тремя серверами одновременно, с учетом того, что на двух из них пришлось поднимать операциаонную систему с нуля, клавиатура и монитор скакали от одного сервера к другому (да, да KVM у нас пока еще нет).
Исходя из того, что Google — интернет компания, то ей нужны сотрудники, так или иначе связаные с интернетом. А значит интерсующие компанию люди так или иначе в интернете наследили.
Теперь представьте ситуацию. На странице вакансий у Гугла поле для ввода электронного адреса и кнопочка «Пройти интервью». Вы заполняете форму, и через 30 секунд вам показывают либо подходящую вакансию и адрес, куда приходить с документами, или же фразу «Извините, сейчас для вас подходящих вакансий нет.»
Потому что в течение этих 30 секунд боты Гугла просканировали интернет по вашему емейлу, составили ваш личный и профессиональный прортрет, выяснили сферу ваших интересов и уровень способностей, возможно посмотрели примеры ваших работ (если это блоги или сайты, то их посещаемость, если это код, то его качество, если вы административный работник, то количество упоминаний вас в интернетах и т.д.).
Шутки шутками, а собеседование 2.0, как мне кажется, может стать реальностью.
Ввиду череды простудных заболеваний в нашей команде, пришлось пропустить выпуск мода для GTA SA и вместо него анонсировать генераторы плейлистов.
С помощью генераторов плейлистов мы хотим реализовать две вещи:
1. Сделать прослушивание музыки с веборамы максимально удобным для конечного пользователя (в любом проигрывателе, на любой ОС).
2. Предоставить возможность интегрировать вебораму в медиа-устройства и ПО.
Пришло время познакомить вас с еще одной идеей, реализованной нами (TBMS), в рамках проекта Веборама и в лучших традициях нашей команды. Это интеграция в популярную и всеми любимую игру GTAIII. Однажды на тим-митинге мы обсуждали тогда еще предстоящий выход продолжения этого блокбастера GTAIV и кто-то сказал: «А вы знаете, что там будет русская радиостанция?». Мы стали стебаться над этой темой, и неожиданно родилась идея, а что если можно бы было вставить в GTA настоящую радиостанцию, которая бы играла не одну и ту же музыку, а имела бы изменяющийся эфир.
И тут появилась идея GTARama…
Как я писал во вводной статье о GreaseMonkey, недовольные отсутствием системы обновлений для пользовательских скриптов, мы взяли вопрос в разработку. Через несколько дней решение материализовалось в некий комплексный инструмент, названный нами «Генератор шаблонов скриптов для GreaseMonkey». Его интерфейс доступен по ссылке tbms.ru/greasemonkey/generator
Генератор создает заготовку пользовательского скрипта, в которую помимо всей необходимой метаинформации встроен объект GMHelper, который реализует систему обновления и еще несколько полезных функций.
За последние пару недель мне пришлось плотно поработать с системой управления пользовательскими скриптами для продуктов Mozilla — GreaseMonkey. И раз уж я сам себя назначил администратором одноименного блога, значит написать введение в вопрос — моя святая обязанность.
После запуска пилотной версии Веборамы мы собрали достаточно информации, о том, что было бы полезно нашим пользователям. И я хотел бы начать анонсировать ключевые, на мой взгляд, нововведения.
Вчера открыв для себя возможности GreaseMonkey решил воплотить в жизнь свою идею, изложенную в посте Комментарий — единица смыcла. Потратив 30 минут вечернего времени, я набросал концепт, того как я вижу решение проблемы.
UPD: Решил все вопросы с юзабилити и зарелизил версию 0.2. Надеюсь на ваш фидбек.
С появлением и развитием memcached-подобных систем в архитектурах веб-приложений появилось еще одно звено, а именно кеш-серверы. Обычно это машины с большим объемом оперативной памяти, в которой хранятся заранее подготовленные данные. Это могут быть результаты сложных запросов к БД или же отрендеренные динамические части страниц сайта. На самом деле, кеш, как и любая другая система, может использоваться как угодно, чтобы удовлетворить нужды приложения.
Очевидно, что за последние годы JavaScript превратился из «прикольного дополнения к HTML» в мощное средство для разработки веб-приложений. И превратился он в него не технологически, а идеологически. То есть он всегда был, как-бы на протяжении своего существования сильно не менялся, но почему-то стал использоваться на всю катушку сравнительно недавно. Как будто все неожиданно осознали, что веб тоже может быть интерактивным, и веб-сайты, как-бы не веб-сайты вовсе, а такие программы, со своей логикой. Эта тенденция оказала сильно и на требования к сайтам в общем.
До конца не ясно, то-ли возможности Javascript так повлияли на веб, то-ли веб сам стал требовать интерактива, и на помощь пришел JS. Я лично склоняюсь к первому варианту.
В результате этого, произошло то, что происходило уже не раз. Начали появляться полуфабрикаты для разработки интерактивных веб-сайтов, нам они известны как фреймворки.
Приняв во внимание все замечания из предыдущего поста с базой городов, мы обновили ее и добавили еще родительный падеж. Теперь база отвечает на вопрос «Откуда?». Например: Вася из Ярославля.
Мне очень интересно узнать почему до сих пор продолжают появляться ресурсы, которые не позволяют использовать пробел и другие символы, отличные от латиницы и цифр, в никах/логинах. Если дело в том, что это нужно для для создания доменов типа «username.domain.zone», то я все равно не могу это понять. Потому что не понимаю зачем мне этот домен нужен. И я бы с удовольствием променял свой домен на возможность называться на хабре не «NickMitin», а «Nick Mitin».
Мотивация ресурсов, которые не имеют таких доменов вообще не понятна. Вы решаете технические проблемы за счет пользователей (как например капча, как средство борьбы со спамом) или просто идете по накатанной?
Необходимо было писать названия городов России в предолжном падеже типа в Москве, в Ростове-на-Дону и т.д. После полуавтоматической обработки списка городов товарищем sofrus появилась таблица, которая содержит два поля с названием города в именительном и предложном падежах. И мы совершенно бескорыстно предлагаем эту таблицу (около 2400 городов) в двух вариантах:
P.S. Почему хабр так уродует ordered list, для меня загадка.
ОЧЕНЬ ВАЖНЫЙ P.S.
Я не хочу присваивать себе чужие заслуги, поэтому я специально проверил, так как не исключал этого. Карма начала расти у меня, а не у sofrus, если вы считаете нужным поднять за пост карму, то поднимайте ему. Просто у него с компанией NDA подписан и в должностной инструкции нет пометки о том, что он может оценить важность информации. Поэтому я и запостил. Но в появлении этих таблиц нет моей заслуги.