Про логичность

Крайне трудно инженеру смотреть фильмы, особенно пестрящие логическими нестыковками, особенно если привык не относиться к таким фильмам серьёзно.
Был давеча на Хэллбое. Факт номер раз - во время длительного поединка с Моргуном, лупившего Хеллбоя по морде здоровенным металлическим кулаком, единственное, что произошло с красным - кровь из носу пошла. Факт номер два - когда какой-то человечишка кинул в красного камень, тот заработал серьёзную царапину.
Про разные перемещения во времени интересно смотреть, постоянно сценаристы временные парадоксы создают.
Зато смотреть на красивую, чёткую, логичную схему, как в Иллюзионисте, например, - одно удовольствие.

Фильтрация информационного потока. Тэги в RSS.

Хочется знать всё и быть в курсе, но времени на всё может и не хватить. Перестаём ходить на сайты и читаем всё через RSS. Со временем объём и качество (соотношение сигнал/шум) этого "всего" перестаёт устраивать. Фильтровать!
А теперь помедленнее. Всё дело в том, что нормальные блог движки умеют генерировать RSS для каждого тэга/категории, но несознательные блоговладельцы (вроде меня) дают один фид, зачастую пропущенный через FeedBurner, в который валится весь контент блога. Читать всё лень и некогда, поэтому:

• Wordpress - к ссылке на нужную категорию добавляем /feed, например так http://blog.alno.name/cats/ruby/feed
• Blogger - (blog name)/feeds/posts/default/-/(tag name), например http://eveel.blogspot.com/feeds/posts/default/-/ruby
• Mephisto (blog name)/feed/(tag name)/atom.xml, например http://blog.fiveruns.com/feed/rails/atom.xml

Пока что это всё, что мне успело потребоваться, можете дополнять своими вариантами.

Разработка... документации

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

Аминь. Взято у dekart'a.
Программеры не видят своих багов, они их пишут. И объяснить в документации очевидные для них вещи - не могут, ведь объяснять очевидное довольно сложно.

Про запуск Vim

Решил раз и навсегда упорядочить запуск вима. Для начала xhost + local:root (ну хочется и руту юзать иксовый клипбоард и запускать гуёвый вим). Потом враппер:

1 #!/bin/sh
2 if [ -z $DISPLAY ]; then
3     vim "$@"
4 else
5     gvim --servername "`whoami`$DISPLAY" --remote-tab-silent "$@"
6 fi

Потом запихать его в EDITOR и спать спокойно.

6 Optimization Tips for Ruby MRI

Отличный пост про оптимизацию руби кода для выполнения на MRI. Однако, один из советов одно время обходился мне граблями, примерно такого рода:

>> "barbarbarbar".gsub(/buz/,'foo')
=> "barbarbarbar"
>> "barbarbarbar".gsub!(/buz/,'foo')
=> nil

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

Ruby 1.9.1 && ISO

Чтение новостей наталкивает на мысли, что пора уже активно переходить на 1.9.

15 Questions to Ask During a Ruby Interview

Судя по опроснику, я вполне тяну на senior ruby developer.