ZFConf 2010

Сегодня вернулся с конференции по Zend Framework из Питера, на которой был с Лёней Лукиным . О плюсах, на конференции присутствовал и делал доклад Александр Веремьев, одни из основных разработчиков фреймуорка. Хотя мы с Леней к стыду признаться, слегка не выспались (последствия подготовки в вагоне-ресторане Красной стрелы) и голос Саши немного убаюкивал, можно точно сказать, что Сашино участие и доклад о порядке добавления proposals удержали конференцию на уровне конференции.

Так же, на достаточно хорошем уровне прошел доклад Александра Махомета , создателя российского ресурса посвященного ZF. Доклад об оптимизации производительности Zend Framework. Посмешила школота с первых рядов натужно возмутившаяся некоторым выводам. "Как так, а великий Котеров говорил...". Кто он вам этот студибейкер? Дядя ваш? Ребят, мы программисты, а не члены политбюро. Тут авторитет данных выше любого человеческого авторитета. Человек предоставил вам конкретные данные, раскрыл условия, в которых они были получены. Вы не верите, организуйте свои исследования - опровергните. "А великий Котеров 10 000 лет назад писал..." , да поцелуйтесь вы со своим Котеровым. Дима. если ты это читаешь, извини :)


Местами мы с Леней расходимся в понравившихся докладах. Ему, например, понравился докладчик Е-штаба. Я же, хотя тема затронута важная, похвалить доклад не могу. Человек показал элементарное непонимание разницы между проблемами php и проблемами фреймуорка. Если человек плохо понимает элементарные моменты в php есть подозрение, что и в Python он тоже не преуспеет. Я работаю и с Django и ZF. У Python и PHP разные языковые парадигмы, ставить одному в укор какие-то моменты другого неуместно, тем более решать проблемы на уровне фреймуорка, а не языка. Чуть позже отпишусь по основным ошибкам "критики".


О смешном, список замечательных речевых оборотов:
фреймвёрк (германские корни видать),
мАйсикал (I want to ride my мАйсикал! Квины трепещите.),
пропосАлы (наверное это было своебразной подводкой к тому, что следующая конференция будет в Харькове)

З.Ы. Прошу рощения, впечатлений много, поэтому статью буду еще дописывать.

Спагетти-код

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

Общая структура системы, возможно, никогда не была четко определена.

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

Брайан Фут и Джозеф Йодер, Большой шар грязи. Четвертая конференция по шаблонам языков программ (PLoP '97 / EuroPLoP '97) Монтичелло, Иллинойс, сентябрь 1997 г.

Ubuntu - Python Twisted

Из-за дефицита памяти на рабочем компе пришлось заменить Fedora на Ubuntu. При установке стандартного набора прог на этапе установки Twisted вылетела ошибка Python.h: No such file or directory Пролема была решена быстро установкой пакета с загаловками для разработки на Питоне

sudo apt-get install python-dev

Реализация Pretty URLs в Wordpress

Удобные шпоры по JQuery

jQuery Visual Cheat Sheet (by WOORK)

Compas - css-framework

Недавно в очередном рейде по web-ресурсам наткнулся на забавный инструмент для верстки.
Css-фреймворк Compas. Зверь представляет из себя консольный инструмент написанный на Ruby. Инструмент обрабатывает специальные файлы, где верстальщик описывает стили на специальном языке Sass. Говорить о каком-то полноценном CSS OOP не приходится, скорее имеет место иерархическое описание с наследованием, объявлением переменных, вычисляемыми значениями и еще некоторыми прелестями. Потом Ruby-инструмент превращает или переводит этот файл в традиционный файл css. Мысли прагамтика: ЗА - инструмент может реально сократить время верстки, ПРОТИВ - инструмент явно не тяготеет к экономии записей, он не знает о коротких записях стилей, а в случае наследования, насколько я заметил, тупо будет прописывать у всех наследников требующиеся значения. На самом деле "против" скорее говорит не о слабостях инструмента, а о необходимости верстальщика больше работать головой и думать стоит ли плодить сущности.

P.S. Инструмент удачно стыкуется с другим фреймворком Blueprint

Устанавливаем PIL

Установка PIL на CentOS тоже оказалось не простым занятием, почему-то не нашлось необходимых кодеков для JPEG. Из-за этого поле ImageField не переваривало jpeg-овские файлы.

Для начала easy_install pil ничего кроме "увы" не дало. Больший успех дало:
#~: easy_install --find-links http://www.pythonware.com/products/pil/ Imaging

Однако после инсталляции Django все равно pil не находил. Скачал исходный архив pil. Попробовал отсетапить.
Проблема с jpeg кодеком не рещилась не хватало библиотек. Если вы уже отбильдили - первое - удалите бильд.
Разахивируйте заново и дальше по шагам

yum install freetype freetype-devel jpeg jpeg-devel libpng libpng-devel

cd Imaging-1.1.6

В setup.py прописываем пути к jpeg библиотекам.

python setup.py build_ext -i

python selftest.py

python setup.py install