Десктопное

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

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

Django и мультиязычные flatpages

Надо ж как-нибудь научиться выражать свои мысле, ага. :)

Вчера столкнулся с такой вот проблемой: есть небольшой мультиязычный сайтик. Ну понятно - если ты кликнул на "русский язык" в выборе языков, то весь сайт предстаёт тебе на русском языке, если "немецкий", то на немецком.
Все мелкие названия, термини и элементы меню были давно переведены в через gettext и .po файлы.
А вот тексты на страницах типа /about/, /contact/, и т.п, геттекстом переводить проблематично - минимальное изменение и все переведённые тексты внезапно становятся английскими. Модуль django-multilingual, который вроде решает проблему мультиязычного контента, на Django 1.2 не завёлся.
Что делать, что делать.???777!!!111
Вообще лучшим вариантом было бы наверное разнести разные сайты на разные поддомены, но в тот момент это было недоступно.

Сделал я это следующим способом:
Сделал отдельные страницы для каждой языковой версии, а-ля /ru/about/, /de/about/, /en/about/, благо, у Django просто офигенная админка, в которой удобно работать.
В шаблоне, которые отвечает за вывод этих линков добавил следующее:

{% get_current_language as LANGUAGE_CODE %}.

 Теперь в переменной LANGUAGE_CODE у меня содержится буквенный код данного языка.
А ссылки на страницы оформил следующим образом:

<a href="{% LANGUAGE_CODE %}/about/">{% trans "About"%}</a>

Может кто-то скажет ,что это топорный способ, но на мой взгляд он отличный, быстрый и подтверждает почему Django называют "Framework for perfectionists with deadlines".

iOS

Внезапно стал обладателем iPod Touch. В рамках самообучения Objective-C для нужд компании. Раньше Iphone-подобных девайсов у меня не было. Штука классная, скажу я вам. В очередной раз убедился, что о вкусе айФонов можно говорить только с теми у кого они есть,  Пока не пощупаешь эту систему - не веришь насколько она удобная, быстрая, точно реагирующая на касания пальцев к экрану и т.п.

Humble Bundle number 2

Отличная новость. Хотя уже пару дней как не новость, но ещё есть время.
http://www.humblebundle.com/
Это своего рода пакет из 5-ти отличных кроссплатформенных игр, написанных независимыми разработчиками. То что в интернетах проходит под тегом indie game. То есть разработчики конечно же хотят поиметь своих денег, но за ними обычно не стоят огромные корпорации с легионами менеджеров, дизайнеров и рекламщиков.
Смысл акции простой: заплати сколько сможешь и игры твои. Хоть 5 долларов, хоть 100500. Правда если указать сумму меньшую чем 1$, тебе покажут картинку с бедным разработчиком и намекнут, что он тоже хочет кушать. Кстати по последним графикам, линуксоиды платят ничуть не меньше чем владельцы Эппл.
А игры у нас следующие:

• Machinarium
• Braid
• Osmos
• Cortex Command
• Revenge of the Titans

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

Сравнить int и str в шаблоне Django

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

{% ifequal my_integer|slugify my_string %}

Источник на английском.

SQL vs NoSQL

В последнее время пишу много кода для одной штуки на Django, которая работает с CouchDB. Мне очень нравится идея документо-ориентированной базы данных, но всё, таки признаю, что евангелистом NoSQL подхода мне похоже не стать. Во-первых, отказываясь от SQL, ты не используешь половину возможностей уже реализованых в Django, во-вторых, чёткая таблица с данными мне пока кажется логичнее, что-ли, чем документы, которые один на другой не похожи.
Хотя, возможно это просто недостаток опыта и подходящий ситуаций.

P.S.  Уползаю писать очередную map\reduce функцию для CouchDB на Javascript. По другому, выборку из базы данных не сделать, увы)

Гильдии и кланы

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