зима 2010 года
Я прочитал небольшое эссе «Новостная интернет-журналистика». В начале было такое определение:
Журналистика — это искусство оперативной передачи и обработки информации. Новостной журналист отличается от остальных тем, что должен передавать информацию без искажений.
Я было настроился почитать про морально этические аспекты журналистики и её роль в обществе. Однако автор назначение новостной интернет-журналистики представил очень приземленно и понятно: есть такие бездельники, которые читают новости и генерируют показы рекламы. Они читают десятую часть новостей генерируемых интернет изданием, и часто лишь просматривают заголовки.
В этой маленькой книжке в духе руководства рассказывается как работать с информацией, как писать заголовки новостей и сами новости. Интересно было почитать про внутреннюю кухню редакций.
Эта книга ещё раз вернула меня к тезису о мета-контенте: для того чтобы понять как работают новости не нужно читать новости — гораздо легче прочитать книгу о новостях. Чтобы хорошо писать книги не нужно много читать, чтобы рисовать не нужно рассматривать рисунки. Интересный тезис.
Больше всего в новостях меня не устраивает то, что а) их пишут под Lowest Common Denominator читателей и поясняют простейшие вещи б) часто никаких значащих ссылок (которые могли бы содержать более специализированную информацию) нет в) на новостных сайтах часто нет RSS или поискового фильтра для RSS.
В ридере у меня весь Wired, New York Times — Internet, пара NYT блогов, slashdot и пара тематических новостных блогов, и для холистически случайного просмотра techcrunch с mashable. Будем надеяться что эта книжка поможет мне убраться во всех этих фидах.
Где взять обывательские новости написанные нормальным языком? Прежде всего Science/Technology, про некоторые части России, UK. Перспективным кажется guardian.
зима 2010 года
…Но мне лень разбираться с этими проекциями.
зима 2010 года
GitS это такое аниме, а также аниме-сериалы, аниме-фильмы, аниме-игры, аниме-манга и anime-light novels. Это культовая киберпанк вселенная, созданная культовым автором Masamune Shirow. Как следствие этой культовости, весь остальной киберпанк-контент создавался в той или иной степени под влиянием; так сценаристы Матрицы, братья Гримм, пытались воссоздать атмосферу GitS в свой фильмах.
Я когда-то смотрел какой-то Ghost in the Shell, однако недавно решил всё же разобраться во всех этих переплетениях различных фильмов и сериалов и посмотреть всё с начала до конца.
Итак, первый фильм “Ghost in the Shell” был снят в 1995 году, а его ремейк с добавленными CGI сценами “Ghost in the Shell 2.0” в 2008 году. Второй фильм был снят в 2004 году и называется “Ghost in the Shell 2: Innocence”.
Уже довольно сложно, но кроме того есть два сезона сериала с другими героями. “Ghost in the Shell: Stand Alone Complex” и “Ghost in the Shell: Stand Alone Complex — 2nd GIG”. Оба сезона по 26 серий, однако главная сюжетная линия каждого сериала также вышла в виде отдельных трехчасовых фильмов, “Ghost in the Shell: Stand Alone Complex — The Laughing Man” и “Ghost in the Shell: Stand Alone Complex 2nd GIG — Individual Eleven”. Эти фильмы представляют собой менее понятные короткие версии сериалов, лишенные дополнительных сюжетных линий. К этой же сюжетной линии относится фильм 2006 года “Ghost in the Shell: Stand Alone Complex — Solid State Society”.
Кроме того в обоих сезонах сериала после каждой серии идут комедийные мини-эпизоды “Tachicomatic Days”, которые повествуют о нелегкой жизни местных роботов.
Все эти переплетения изображены на отличной визуализации с imagemap’ом с сайта anidb.net. Кто бы мог подумать, что кто-то ещё пользуется Graphviz!
Из всего этого можно не смотреть summary сериалов и одну из версий оригинального фильма.
Большая часть контента есть в Blu-ray рипах и с английской озвучкой. К сожалению, любители аниме редко делают релизы с 1080p разрешением, из Bly-ray рипов, с английской и японской озвучкой, и с тремя версиями английских сабов для английской озвучки/японского перевода/японских надписей. Зачастую это какое-то странное подмножество этих атрибутов, так что ссылок на конкретные релизы здесь не будет.
У меня есть что смотреть в ближайшие полгода.
зима 2010 года
В django есть template engine. Django это такой веб-фреймворк, который облегчает нам, php программистам, нелегкую задачу веб-программирования на питоне. Template engine призван отделить логику приложения от отображения и прочего html’а. Настоящие гуру генерируют XML, а потом коловращают его при помощи XSLT превращая его в красивые HTML странички с CSS’ом. Однако нам, простым смертным, приходится пользоваться пресловутыми темплейтами.
Разработчики django решили что темплейтам не нужна логика, это же всего лишь картинки отображать, верно? Поэтому в этих темплейтах нет переменных и выражений. Но там есть циклы, условия, ifchanged, вызовы методов и фильтры. Окей. Но чтобы жизнь медом не казалась они ввели ещё парочку ограничений: методам нельзя передавать параметры. А фильтрам можно. Только один. Now, how fucked up is that?
Мне в темплейтах нужна логика: пока ещё нет этого вашего CSS3 приходится вращать данные чтобы их отобразить. Вращение для отображения к коду приложения отношения не имеет. И этот код написать в django-темплейт.
Передача переменных темплейту это отдельная песня. Делается это очень просто, примерно так template.render({'message':'Hello world'}). Теперь предположим, что есть переменные которые нужны на каждой странице. К примеру, на моем сайте™, вот уже много лет, отображаются javascript часики и афоризм дня. Вместо того чтобы добавлять 'motd':generate_motd() в каждый view-отображалку страницы, это можно сделать глобально. Для этого нужно добавить специальные TEMPLATE_CONTEXT_PROCESSORS в django-settings… Отлично, теперь чтобы всё работало надо переделать каждый view и обернуть первоначальный dict c переменными. Rrrright.
Судя по документации выкинуть все эти их context-processors и сделать всё по-своему это общепринятое решение.
У начинающих django-программистов, например, нет потребности делать афоризм дня, вместо этого им хотелось бы внутри темплейта знать значение settings.MEDIA_URL, для этого каждый из них написал свой middleware, patch, custom template tag и whatnot. И как гугл не переполнился от такого количества информации?
Отдельного внимания заслуживает этот MEDIA_URL и “serving static files with django”. Подразумевается что в production статические файлы выдает веб-сервер, а django их никак не касается. В development сервере (который django любезно предоставляет) статические файлы просто так не работают. Но в подключаемой админке django.contrib.admin изображения есть. Huh? Да, а MEDIA_URL несмотря на комментарий “directory that holds media” хранит uploaded файлы, а не что-то ещё.
Внимание вопрос, если я заменю темплейт engine на мою любимую jinja, что останется от собственно джанги? Кроме ORM?
