Вообще, если надо быстро/микро — берём Flask. Не ленимся, тратим пару часов на чтение SQLAlchemy или MongoAlchemy, если нужны формы — WTForms (ещё пол-часа времени на доки). Jinja2 будет как дом родной для тех, кто на ты с шаблонизатором Django, (я вот лично полюбил макросы, вкусно). Да и быстрее всё в разы. Мало того, во Flask есть те же class-based views, хоть и в упрощённом варианте, есть полезный и быстро растущий набор расширений… Короче стрельба из пушки по воробьям. Разве что ради Django ORM, но, опять же, есть варианты.
Я тут подумал, что пока пишешь сам и для себя — это, вероятно, всё очень интересно. Правда на выходе получаем какого-то уродца с нешуточной магией внутри. Мне интересно какая была бы реакция у моих коллег, увидев бы они такое… вот покажу им эту статью на днях, обсудим.
Сейчас вынужденно работаю из дома, удалённо. Офис — Москва, я — Киев. В рабочем процессе ничего не изменилось, инфраструктура позволяет. В daily-митингах принимаю участие по скайпу, деплой занимает доли секунды, пулл-пуш не более нескольких секунд. Есть недостатки — разница во времени 2 часа, скучновато сидеть самому, нет живого общения с коллегами. Продуктивность же не пострадала. Да и вообще проблема надумана, при должном уровне самоорганизации удалённая работа это хороший вариант.
Я правильно понял, что с помощью специального плагина возможна интроспекция кода? К примеру я, в PyCharm, обожаю эту фичу, когда по Ctrl+click можно переходить к определению класса. И как на счёт автоимпорта?
Читал как Саммерфилда, так и Лутца. Лутц на порядок доходчивей и последовательней в своём изложении. Описан как второй, так и третий питон, параллельно, с примечаниями. Learning Python — это «всё, что вы хотели знать, но боялись спросить», очень основательный труд, полезный для питонщиков любого уровня подготовки.
Проблема же не в Django, а в руках, должны понимать. Зачем отключать валидацию и что эта валидация у вас валидирует мне тоже не до конца понятно. Если форма это ModelForm, то валидацию можно определить/переопределить соответствующими методами.
С другой стороны, почему бы не добавить соответствующий миксин к модели, в котором будут храниться изменяемые значения и которые можно свободно редактировать из админки? Можно также написать какие-нибудь методы, чтобы удобно работать с этими значениями.
Вы уже успели сравнить оба продукта на практике? Я ещё нет, поэтому не могу ни согласиться, ни потроллить :)
Darktable вполне справляется с моими фотозадачами (пара фильтров, кроп, шумы, то-сё), правда уж больно он медленный иногда. К чести разработчиков, когда я в своём блоге описал одну неприятную проблему с пакетной обработкой, мне уже на следующий день отписались разработчики, поблагодарили за найденный и хорошо описанный баг, сообщили, что пофиксили его и чтобы я дождался ближайшего минорного релиза с этим багфиксом. Сами нагуглили, перевели Google translate`ом мою заметку… короче я их прям зауважал с тех пор.
По карточке как-то удобнее… Изначально дверь заперта, а чтобы войти нужно лишь приложить карточку. И не нужно никаких кодов, кнопок и прочего. У нас так.
Разум подсказывает, что «должно работать везде», но практика говорит, что «ой, не факт». На счёт Windows точно не могу ничего сказать, так как не используется нигде. Даже проверить не смогу.
Вообще, если надо быстро/микро — берём Flask. Не ленимся, тратим пару часов на чтение SQLAlchemy или MongoAlchemy, если нужны формы — WTForms (ещё пол-часа времени на доки). Jinja2 будет как дом родной для тех, кто на ты с шаблонизатором Django, (я вот лично полюбил макросы, вкусно). Да и быстрее всё в разы. Мало того, во Flask есть те же class-based views, хоть и в упрощённом варианте, есть полезный и быстро растущий набор расширений… Короче стрельба из пушки по воробьям. Разве что ради Django ORM, но, опять же, есть варианты.
С другой стороны, почему бы не добавить соответствующий миксин к модели, в котором будут храниться изменяемые значения и которые можно свободно редактировать из админки? Можно также написать какие-нибудь методы, чтобы удобно работать с этими значениями.
Darktable вполне справляется с моими фотозадачами (пара фильтров, кроп, шумы, то-сё), правда уж больно он медленный иногда. К чести разработчиков, когда я в своём блоге описал одну неприятную проблему с пакетной обработкой, мне уже на следующий день отписались разработчики, поблагодарили за найденный и хорошо описанный баг, сообщили, что пофиксили его и чтобы я дождался ближайшего минорного релиза с этим багфиксом. Сами нагуглили, перевели Google translate`ом мою заметку… короче я их прям зауважал с тех пор.
readthedocs.org/docs/python-gtk-3-tutorial/en/latest/index.html