Блог Саши Косса

О pushbio

2012-08-18T00:00:00-07:00

Всем привет!

Неделю назад мне пришла в голову идея: попросить деньги в Твиттере на разработку приложения, которое уверен, что будет полезно многим.

Обновить все свои социальные профили через одну форму.

Хотите обновить юзерпик в Instagram, Facebook и Twitter? Сменили номер и хотите уведомить своих коллег и заказчиков в Basecamp и LinkedIn? Pushbio придуман для того, чтобы решать такие проблемы.

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

Я мечтал о таком приложении и вот мечта сбывается: как и обещал, я начал работать в выходные. Еще я обещал раскрыть все счета и номера для того, чтобы могли сказать мне:

Яндекс.Деньги: 41001278886883,
банковские реквизиты (в том числе и для оплаты через Альфа-Клик),
PayPal: kossnocorp@gmail.com,

Номер карты (Visa) я пришлю в ответ на любое сообщение на емейл, skype: kossnocorp, Twitter: @kossnocorp или телефонный номер: +668-8768-9038.

Не забывайте подписаться и оставить какое-нибудь сообщение ;-).

И я конечно не обижусь, если кто-то откажется от этой затеи :-).

Почему я люблю CoffeeScript

2012-04-03T00:00:00-07:00

Почему я люблю CoffeeScript

Сейчас я занимаюсь рефакторингом Wannafun.

Не всегда рефакторинг это приятное и простое занятие. Но в конце любого долгого пути всегда есть награда.

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

Это реализация аналога Rails'ового delegate:

class Module

  @delegate: (args..., options) ->
    for fnName in args
      do (fnName) =>
        @::[fnName] = -> @[options.to][fnName].apply(@[options.to], arguments)


  constructor: ->
    @events = Events()


  @delegate('bind', 'unbind', 'trigger', to: 'events')

Для любопытных: какой JavaScript генерируется из этого CoffeeScript кода.

Как я перестал быть пользователем Vim и стал пользователем Sublime Text

2012-04-01T00:00:00-07:00

Как я перестал быть пользователем Vim и стал пользователем Sublime Text 2

Я пользуюсь Vim'ом с 2009 года и я думал, что до самого заката своей карьеры буду растатить свой Vim конфиг.

Но похоже этому не суждено сбыться. Буквально неделю назад случилось то, что я считал невозможным. Я нашел редактор на порядок удобнее чем MacVim.

Первое чем подкупает Sublime Text 2 это интерфейс. Он гораздо проще в использовании нежели интерфейс MacVim.

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

Я и раньше присматривался к альтернативам Vim'у. До этого были RubyMine, Vico, Chocolat и Kod. Ничего не продержалось у меня более получаса.

Сразу после запуска я полез в настройки в поисках опции включающей vi-movements. Настройки — Python'овский словарь. Опций довольно много и они отлично задокументированы.

Мне понравилось, что default'ные настройки все на виду, когда как у Vim'а — все в документации. Пользователю предлагается описывать свои предпочтения в отдельном словаре, который будет вмержен в default'ный.

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

Не важно, что вы меняеете, включаете vi-movements, меняете шрифт или устанавливаете новое дополнение — настройки автоматически и мнгновенно применяются. Вы можете продолжать работать.

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

С Sublime все по другому.

Кроме интерфейса в Sublime меня привлекли расширения, вернее сам язык на котором они написаны. Это Python.

Python — душа Sublime. Даже конфиг файл написан на Python. И конечно же смешно сравнивать такой замечательный язык программирования с VimL, настоящим кошмаром.

Вот пример из модуля Vintage, включающим vi-режимы:

class ViGotoLine(sublime_plugin.TextCommand):
    def run(self, edit, repeat=1, explicit_repeat=True, extend=False,
            ending='eof'):
        # G or gg
        if not explicit_repeat:
            self.view.run_command('move_to', {'to': ending, 'extend':extend})
        # <count>G or <count>gg
        else:
            new_address = int(repeat) - 1
            target_pt = self.view.text_point(new_address, 0)
            transform_selection(self.view, lambda pt: target_pt,
                extend=extend)

Лично меня это приводит в щенячий восторг.

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

Кроме всего, Sublime Text 2 стоит денег ($59). Это гарант того, что автор продолжит работу над своим замечательным проектом.

Единственное чего мне не хватает: возможности быстро создать сплит текущего файла (:sp). В остальном я доволен своим новым "коллегой".

Муравьи

2012-03-24T00:00:00-07:00

Муравьи

Буквально только что наблюдал как муравьи справляются с ЧП на работе.

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

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

Не смотря на очевидную опасность муравьи не убежали далеко от места инцендента. Они практически сразу после того как жевачка перестала катиться по столу вернулись к своей работе. Но делали её в два раза быстрее. Муравьи которые не видели что произошло игонируя трупы своих коллег вели себя как и остальные до ЧП. Буквально за секунды работа продолжилась в том же темпе.

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

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

Open Source Poker

2012-03-05T00:00:00-08:00

Open source poker

Большинство разработчиков с которыми я знаком с энтузиазмом относятся к open source и участии в нем.

Я придумал игру: в каком-либо сообществе разработчиков, в компании, или например среди программирующего наслеления деревушки в Тайланде принимаются следующие правила:

Каждый разработчик обязывается сделать хотя бы один пулл-реквест (коммит / ишус) в любой (хотя бы свой) open source проект;
по истечении недели каждый участник игры платит в "банк" по 3$ ($2 / $1) за каждый пропущенный день;
если в конце недели будут разработчики не пропустившие ни дня, то они делять банк;
если таких не будет, деньги делятся между теми кто пропустил всего один раз (два / три / ..).

Правила могут варироваться. Как и награда, это может быть например премия от компании ;-). Так же можно учитывать "непрерывность" при делении банка или в размере премии.

Этим постом я предлагаю свом коллегам поиграть в такую игру.

Использование Jade с Assets Pipeline

2012-01-05T00:00:00-08:00

Использование Jade с Assets Pipeline

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

Tilt, одна из чудеснейших сторон Assets Pipeline, позволяет реализовать такую схему: шаблоны хранятся в директории app/assets/javascripts/templates, подключаются в с помощью Sprockets директивы #= require_tree ./templates и попадают на клиент в виде функций доступных через глобальную переменную JST:

var usersListEl = $( JST['users/index'](User.toJSON()) );

Это очень красивое решение, потому что:

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

В сравнении с более распостраненным способом хранить JS шаблоны, который предлагают Handlebars.js и jQuery Templates, это вовсе кажется прорывом:

<script id="movieTemplate" type="text/x-jquery-tmpl">
  {{tmpl "summaryTemplate"}}
  <tr><td>Director: ${Director}</td></tr>
</script>

Мне оставалось выбрать язык и подключить его к Assets Pipeline.

В предыдущем проекте, Groupon Mobile, я использовал Handlebars. Не хочу говорить ничего плохого про него, но на этот раз мне хотелось работать с более приятным, максимально близким к Haml'у синтаксисом.

Практически сразу мой выбор пал на Jade, наиболее популярный шаблонизатор для Node.js. Он может работать как на сервере, так и на клиенте.

Пример синтаксиса Jade (более детально с ним можно ознакомиться на странице проекта на GitHub):

div(role='demo')
  h1 Jade — шаблонизатор для Node.js
  p Он может работать как на сервере, так и на клиенте.

Я написал engine для Assets Pipeline который компилировал Jade в JS. Изначально я планировал упаковать его в gem, но потом наткнулся на уже готовый проект, который и рекомендую использовать.

Все что вам нужно сделать, чтобы реализовать подобное у себя, это подключить gem 'tilt-jade' (имена шаблонов должны заканчиваться на .js.jst.jade).

Использование атрибута role FTW

2011-12-25T00:00:00-08:00

Использование атрибута role FTW

Атрибут role описанный в этой спецификации позволяет автору аннотировать языки разметки семантической информацией о назначении элемента, которая понятна машине.

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

Это цитата из W3C спецификации описывающей атрибут role и его назначние.

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

Представьте что перед вами стоит задача, обновить дизайн какой-либо страницы вашего web-проекта. У вас есть готовая верстка которую надо натянуть на уже работающий сайт. И конечно же эта замечательная страница напичкана JS кодом привязанным к существующей структуре.

$('.list .item img')
    .mouseenter(function () {
        $(this).rotateTo(30, 300)
    })
    .mouseleave(function () {
        $(this).rotateTo(0, 300)
    });

Очевидно, что вам придется переписывать все селекторы согласно новой верстке. И все было бы хорошо, если бы вам нужно было поправить всего один (или даже десять) таких селекторов. На деле, скорее всего, их будет несколько десятков.

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

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

Хорошей идеей кажется использование префиксов .js-class_name, но к такому классу однажды обязательно допишут стили, да и среди большого кол-ва классов довольно трудно заметить класс с префиксом.

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

Это гораздо безопаснее использования префиксов, т.к привязать стили к role гораздо труднее нежели к классу и морально сложнее нарушить соглашение об использовании role.

С использованием role обновление верстки становится очень простой задачей: вам достаточно дописать необходимые роли новым элементам и если вы не привязывались к "волшебным числам" то все заработает с первого раза.

Для того что бы упростить жизнь (спасибо @alex_chrome за отличную идею) мы расширили синтаксис jQuery селекторов:

$('@list @item @image')
    .mouseenter(function () {
        $(this).rotateTo(30, 300)
    })
    .mouseleave(function () {
        $(this).rotateTo(0, 300)
    });

$('@list @item @image') эквивалентно $('[role="list"] [role="item] [role="image"]') и позволяет использовать "мульти роли": $('@list@coupons').

Кроме плагина для jQuery, я написал версию которая расширяет querySelectorAll и позволяет использовать Role в Zepto.js.

Выборки с использованием role работают медленнее, но разница составляет миллисекунды. И даже при большом кол-ве выборок она не заметна.

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

Сегодня я зарелизил версию 1.0.0, которая работает без ошибок во всех браузерах, включая IE6.

Репо (не забывайте жмакать "Watch");
role-rails gem, для использования со Sprockets;
jQuery адаптер (JS версия);
querySelectorAll адаптер (JS версия).

PipeGems — упаковщик JS библиотек в джемы

2011-12-16T00:00:00-08:00

PipeGems — упаковщик JS библиотек в джемы

В начале сентября вместе с новым проектом на Rails 3.1 мне пришла в голову идея. Идея о том, как немного упростить жизнь front-end разработчикам.

Одна из фич Assets Pipiline — возможность держать ассеты в джемах. Тем самым мы избавляемся от лишних файлов в репо и решаем проблему зависимостей, точно зная какая версия JS библиотеки включена в приложение.

Выглядит это так:

source 'http://rubygems.org'

# Подключаем конкретные версии jQuery и Spine.js
gem 'jquery-rails', '~> 1.0.19'
gem 'spine-rails',  '~> 0.0.9'

#= require jquery
#= require spine

Я подумал, а что если написать приложение, которое позволит через web-интерфейс быстро упаковать библиотеки в джемы?

Буквально за неделю я написал работающий прототип. Вы заходите на сайт, создаете джем, указывая версию, загружаете туда JS файлики, подключаете дополнительный сорс в Gemfile и можете использовать:

source 'http://pipegems.org'

gem 'pipe-awesome_jquery_plugin', '0.4.1'

#= require awesome_jquery_plugin

Что бы эта штука заработала, кроме красивого интерфейса, мне нужен был план как сделать ее популярной. Я подумал, что если прийти с готовым приложением к Heroku и предложить спонсорство — это может дать хороший толчок к развитию проекта (и плюс over 9000 к надежности). Ну и бесплатный хостинг, само-собой. Для этого мне нужно было перенести хранение джемов в облака.

И именно на этом этапе проект и завис. Я прошел примерно четверть пути, когда рабочий проект начал требовать к себе 100% внимания.

Я планирую закончить PipeGems на зимних каникулах, и если кто-то хочет присоедениться к разработке или обсуждению идей, велком в репо, а так же в почту или скайп.

Что до меня долго доходило про работу в офисе

2011-12-14T00:00:00-08:00

Что до меня долго доходило про работу в офисе

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

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

Но насколько это продуктивно? И не только с точки зрения работы.

Я заметил, что после рабочего дня, который непременно затянется из-за партии в FIFA, не испытываешь большого желания чесать языком. А время то самое оно для болтовни. Еще и работа движется не так быстро, как хотелось бы.

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

Вот и получается, что в одной комнате с XBox 360 работается проще, чем в комнате с коллегами.

А дошло до меня вот что: за рабочим столом лучше всего сидеть молча. А на обеде обсуждать только текущие проекты. Потрепаться можно и потом, в баре или на кухне, с теми же коллегами. Но в свободное время. Которого по идеи от этого станет только больше.

Что если в день (месяц, год) планировать максимально всего по три, но самых важных дела?

2011-12-10T00:00:00-08:00

Что если в день (месяц, год) планировать максимально всего по три, но самых важных дела?

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

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

Кто с ходу сможет сказать, в выходные, что он делал в среду? Мне редко удается быстро справиться с ответом.

При воспоминаниях мозг чаще всего цепляется за самые значительные события дня, например "сходил на митинг", "стал чемпионом аэро-хоккея", "написал статью".

Что если на каждый промежуток времени, выбирать три самых важных дела, и давать себе гарантию что они будут на 100% выполнены?

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

Если бы в этот день вы успели бы выполнить всего три дела, какие бы это были дела?

Что бы вы включили в "страховку" за "убитое" время?

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

Вот такой вот GTD.

Привет, жестокий мир!

2011-11-26T00:00:00-08:00

Привет, жестокий мир!

Жесткой мир, привет!

Эта запись опубликована с целью протестировать работу Jekyll.

Между прочим даже не пытайтесь запустить Jekyll на 1.9.x. Куча неприятных впечатлений гарантировано.