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

1. Heredoc + Метод

Если у вас есть какие-то текстовые данные, которые вы хотите встроить в программу, вы можете использовать “heredoc”. В результате вы получите строку, например так:

input = <<-IN
ULL
RRDDD
LURDL
IN

Но дополнительно к этому можно использовать пост-процессинг, например разделить текст по словам. Ruby позволяет делать такое:

input = <<-IN.split
ULL
RRDDD
LURDL
IN

А ещё в Ruby 2.3 появился «волнистый» heredoc <<~. Он удаляет все пробелы, использованные для отступов, распространённую проблему использования heredoc для текста.

Были времена на Хабре, когда каждый уважающий (и не очень) себя рельсовик зачем-то выкладывал свои рецепты настройки боевого сервера и деплоя приложения на Ruby on Rails. Таких статей было 60% от всех статей в хабе Rails, и отголоски того времени до сих пор всплывают: так, например, за август я нашёл две статьи про деплой рельс.

Надоело.

$ gem install from-scratch
$ scratchify your_app_name your.host.com

Что это за магия, читайте под катом.

23 июня Google объявил о запуске специализированного сервиса, предназначенного для предпринимателей и работников онлайн-СМИ — Google News Lab. В нём он объединил существующие инструменты, полезные в журналистике, и информацию по их использованию. Цель проекта — «поддержать создание и распространение информации, которая позволяет нам быть всегда вкурсе того, что происходит сейчас в нашем мире».

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

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

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

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

Под катом вы найдёте несколько интересных фактов, графики и пояснения к ним. Данные в статье взяты из замеряемых нами источников, а также дополнены данными с сайта index.ru.

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

Когда я начал работать над виджетом рекомендаций aka «Читайте также», я даже не подозревал о том, что данные, полученные для формирования рекомендаций могут быть не менее полезны, чем сами рекомендации. Собственно, этими данными я и хочу сегодня с вами поделиться в топике. Из них вы можете почерпнуть интересные знания о специфике посещаемости разных сайтов. Под катом вас ждёт geek porn краткий экскурс с описанием, как эти данные формируются, разбор графов нескольких типовых подопытных, а также бонус 18+.

Для подогрева интереса вот вам картинка одного из подопытных:

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

Disclaimer: на оригинальность идеи не претендую.

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

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

Большинство задач для Хромкаста, которые реализуют сейчас — это простейшие приложения-видеоплееры. Форменная несправедливость для среды, которая может выполнять HTML5 на уровне свежего Хрома. Но вот незадача: нет в этой среде никаких событий мыши, что логично. Но и это не проблема для нас с вами.

Ещё недавно отгремели скандалы про МТС и Nestea и Ebay и Biglion, а разработчики всё не учатся на чужих ошибках. На этот раз у нас отличилась компания FRIMA с их сухими сливками.

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

Первое же, что мне пришло в голову — это залезть на сайт для ввода кода — frima.biz/lottery, где обнаружилось, что для проверки кода не используется никакая капча. Беглый осмотр проходящего AJAX-запроса для проверки показал, что в ответ приходит JSON-объект, в котором есть поле code, которое равно 0 если код существует.

Если коротко

Мы разработали новый JS-фреймворк, не похожий на существующие. Он использует новый подход. Мы зовём его Joosy.

Официальный сайт
Руководство для новичков
На гитхабе

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



Сегодня же мне пришло сообщение от StackOverflow следующего содержания (переведено):

Мы впечатлены вашими ответами по тегу “ruby-on-rails-3” на Stack Overflow. В знак признания вашей активности, мы приглашаем вас создать профессиональный профиль на Stack Overflow Careers 2.0.
…

В первую очередь сразу стоит отметить, что регистрация пока только по инвайтам. Но, по сравнению с LinkedIn'ом, там действительно есть на что посмотреть.
UPD: Если у вас есть активный аккаунт на GitHub или CodePlex, то инвайт не нужен.

Что же ждёт нас по ту сторону гиперссылки?

Спустя три месяца после выхода preview1, наконец вышел релиз — p0.

Ruby 1.9.3 — в основном улучшенная реализация 1.9.2. К примеру, улучшена подгрузка библиотек, блокирование в многопоточных приложениях и многое другое.

Также изменилась лицензия Ruby: первоначально интерпретатор выпускался под GPLv2 и и лицензией «Ruby», теперь под упрощённой BSD и лицензией «Ruby».

Только что стало изветно, что на любимом гитхабчиге можно прямо на месте открыть редактирование файла в ACE Editor (бывший Mozilla Bespin), отредактировать и закоммитить изменения. Лично мне этой фичи часто не хватает, когда надо сделать пулл-реквест на мелкий багфикс, а клонировать все сорцы лень. По этому случаю далее перевод официального анонса с инструкцией.

 

 

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


Как я (DHH — прим. переводчика) и обещал на RailsConf, мы наконец готовы выпустить Rails 3.1: Release Candidate. Это фантастически захватывающий релиз. В нём появилось две новых киллер-фичи и намного больше просто потрясающих улучшений. Для начала киллер-фичи: