Да не, тут всё просто. Как правило в таких задачках очевидный ответ не является правильным. Нужно искать другие решения. Что должны выявлять? Наверное способность находить нестандартные решения.
Тот кто немного знаком с подобными задачами, как правило, решение находит.
К разряду таких задач относится эта, с кружочками, или, например, такая:
Корова – 2
Собака – 3
Кошка – 3
Курица – 7
Петух – 8
Осел — ?
В веб-разработке на Python есть два основных лагеря. В первом любят монолитный код и Django, а вторые стараются переехать с Pylons и Repoze/BFG на Pyramid. Есть ещё разные кучки анархистов с микрофреймворками, но бурного развития там никогда не было.
Так вот. Фреймворк из статьи целиком и полностью покрывается функциональностью Pyramid, в котором модульность компонентов носит характер сектантского культа. Благодаря этому, даже в рамках одного проекта, разработчику дозволяется пользоваться сразу несколькими шаблонными движками. И Jinja2 в этом списке, естественно, присутствует.
Возможно в следующих статьях вы разовьёте идею своего фреймворка в какую-то уникальную и практичную идею, но пока это просто разминочные упражнения для отдельно взятого программиста.
Людям понадобилось css-свойство. Например "make-cool: true;".
Спустя год браузер на базе webkit тестово реализовывают это свойство. Какой-то так: "-webkit-make-cool: true;".
2 года W3C игнорирует необходимость этого свойства
За эти два года свойство уже есть во всех браузерах, люди начинают их использовать.
Потом кто-то в W3C предлагает начать обсуждать это свойство, предлагают добавить его в стандарт.
Они никак не могут определится, необходимо сделать так: "make-cool: 1;" или, может, "make: cool;".
Тем временем люди уже вовсю используют это свойство, чтобы в мобильных браузер сайт выглядел реально кульно. Опера и Файрфокс ждут пока W3C наконец образумятся и введут это свойство в стандарт. Разаработчики в мобильной опере и фоксе не проверяют, т.к. главное, чтобы работало в иПаде по-умолчанию.
w3c решили, что make не совсем корректное название, потому решили перейти на синтаксис "look: really-cool;". На то, что разработчикам пофиг, что копипастить make или look W3C плевать. Стандарт ведь должен быть cool.
w3c решает, что новый синтаксис надо обсуждать ещё 2 года (ведь теперь не make, а look).
Доля Fx и Opera падает, так как их сайты выглядят не кульно. Создатели шлюх старпёров из W3C в зад и добавляют webkit-свойство в свой браузер, но уже поздно…
… спустя 5 лет w3c добавляют в стандарт свойство «try: make-it-cool», который делает то же самое, что делал хром 10 лет назад, но ведь он только пытается сделать сайт кульным, а не реально делает его кульным, так что теперь свойство правильное.
W3C ругает Хром за то, что тот изначально реализовал неправильный синтаксис, а Оперу и Мозиллу за то, что они пошли против w3c.
А ведь разработчики всего-лишь хотели, чтобы их сайт выглядел кульно.
50 — это не большое число, там много просто вспомогательных питоньих пакетов и прибитых зависимостей от других пакетов. Сильно много интересного вряд ли найдете) Если что-то с 1.4 не работает, обычно несложно форкнуть репозиторий, починить и ставить из него (сделав пулл реквест еще). Вот реальный текущий список из последнего проекта:
базовые:
Pillow
python-memcached >= 1.43
Markdown >= 2.0
python-dateutil == 1.5
simplejson
pip # обновляем pip, по возможности
sphinx >= 1.0
yuicompressor # требуется наличие java
lxml
pytils
psycopg2
Тот кто немного знаком с подобными задачами, как правило, решение находит.
К разряду таких задач относится эта, с кружочками, или, например, такая:
Корова – 2
Собака – 3
Кошка – 3
Курица – 7
Петух – 8
Осел — ?
Так вот. Фреймворк из статьи целиком и полностью покрывается функциональностью Pyramid, в котором модульность компонентов носит характер сектантского культа. Благодаря этому, даже в рамках одного проекта, разработчику дозволяется пользоваться сразу несколькими шаблонными движками. И Jinja2 в этом списке, естественно, присутствует.
Возможно в следующих статьях вы разовьёте идею своего фреймворка в какую-то уникальную и практичную идею, но пока это просто разминочные упражнения для отдельно взятого программиста.
AVISource? Зачем? Кому надо пережимать AVI файл?
DirectShowSource или FFMpegSource — да.
Настройки x264 не объяснены. Кому интересна вся эта ваша куча. Тем более она не подходит для всех случаев.
Полезная статья вот:
zoltan0.livejournal.com/11021.html
zoltan0.livejournal.com/11422.html
zoltan0.livejournal.com/11545.html
zoltan0.livejournal.com/11946.html
zoltan0.livejournal.com/12286.html
Людям понадобилось css-свойство. Например "
make-cool: true;".Спустя год браузер на базе webkit тестово реализовывают это свойство. Какой-то так: "
-webkit-make-cool: true;".2 года W3C игнорирует необходимость этого свойства
За эти два года свойство уже есть во всех браузерах, люди начинают их использовать.
Потом кто-то в W3C предлагает начать обсуждать это свойство, предлагают добавить его в стандарт.
Они никак не могут определится, необходимо сделать так: "
make-cool: 1;" или, может, "make: cool;".Тем временем люди уже вовсю используют это свойство, чтобы в мобильных браузер сайт выглядел реально кульно. Опера и Файрфокс ждут пока W3C наконец образумятся и введут это свойство в стандарт. Разаработчики в мобильной опере и фоксе не проверяют, т.к. главное, чтобы работало в иПаде по-умолчанию.
w3c решили, что make не совсем корректное название, потому решили перейти на синтаксис "
look: really-cool;". На то, что разработчикам пофиг, что копипаститьmakeилиlookW3C плевать. Стандарт ведь должен быть cool.w3c решает, что новый синтаксис надо обсуждать ещё 2 года (ведь теперь не
make, аlook).Доля Fx и Opera падает, так как их сайты выглядят не кульно. Создатели шлюх старпёров из W3C в зад и добавляют webkit-свойство в свой браузер, но уже поздно…
… спустя 5 лет w3c добавляют в стандарт свойство «try: make-it-cool», который делает то же самое, что делал хром 10 лет назад, но ведь он только пытается сделать сайт кульным, а не реально делает его кульным, так что теперь свойство правильное.
W3C ругает Хром за то, что тот изначально реализовал неправильный синтаксис, а Оперу и Мозиллу за то, что они пошли против w3c.
А ведь разработчики всего-лишь хотели, чтобы их сайт выглядел кульно.
базовые:
Pillow
python-memcached >= 1.43
Markdown >= 2.0
python-dateutil == 1.5
simplejson
pip # обновляем pip, по возможности
sphinx >= 1.0
yuicompressor # требуется наличие java
lxml
pytils
psycopg2
утилиты разные:
pytz
easy-thumbnails
django-widget-tweaks == 1.1.1
django-excel-response
xlwt
django-colorful == 0.1.3
django-autoslug == 1.5
django-admin-decorators == 0.1
django-admin-honeypot == 0.2.1
yandex-maps == 0.6.1
funny-codes == 1.0.1
django-robokassa == 1.0
south == 0.7.4
-e hg+https://bitbucket.org/carljm/django-markitup@2a2442409b0f#egg=django-markitup
-e hg+https://bitbucket.org/carljm/django-model-utils@4288074567a8#egg=django-model-utils
-e git+git://github.com/sidmitra/django-timezones.git@cd39c662#egg=django-timezones
-e git+https://github.com/kmike/django-salmonella@01c9e2c601526b7#egg=django-salmonella
-e git+git://github.com/toastdriven/django-tastypie.git@edd14767ec1fb4628f3bf#egg=django-tastypie
mimeparse >= 0.1.3
-e git+git://github.com/miracle2k/webassets.git@bfcd816fb9713de782#egg=webassets
-e hg+https://bitbucket.org/kmike/django-annoying@3eddd7fa4f9a#egg=django-annoying
-e git+git://github.com/kmike/templated-emails.git#egg=templated-emails
-e git+git://github.com/kmike/django-query-exchange.git@93ee5e3730#egg=django-query-exchange
# «мини-cms»
django-flatblocks == 0.6.0
-e hg+https://bitbucket.org/kmike/python-markdown-video#egg=python-markdown-video
# админка
-e hg+https://bitbucket.org/izi/django-admin-tools@522004b1d118#egg=django-admin-tools
# sentry
raven
sentry == 3.7.1
django-celery == 2.5.1
celery == 2.5.1
gevent == 0.13.6
eventlet == 0.9.16
Для тестов:
coverage == 3.5.1
django_coverage == 1.2.2
django-webtest == 1.5.2
WebTest == 1.3.3
mock == 0.8
factory-boy == 1.1.3
django-factory-boy == 0.1.6
python-faker == 0.2.4
Локально, на сервере не нужно:
# для отладки
ipython
ipdb
docutils >= 0.7
-e git+git://github.com/django-debug-toolbar/django-debug-toolbar.git@0.9.4#egg=django-debug-toolbar
sqlparse
django-eml-email-backend
# для деплоя
jinja2
Fabric == 1.4
-e hg+https://bitbucket.org/kmike/django-fab-deploy@0.8.x#egg=django-fab-deploy
fabric-taskset == 0.1