да вот и я о том же. миграции дают сильное преимущество

А Софи шарит походу)

Но если хочешь оставить create_all() сделай скрипт инициализации и загружай модели туда. и запускай когда обновляешь таблицы

А как появляется циклическая зависимость в случае с модельками, если писать так?

на деле функционал хранится а-ля django apps. получается, что есть модуль, где создаются flask app, sqla, login и т.д. далее этот модуль импортик пакет с приложением. там в __init__ лежит блюпринт, все замечательно. но models.py опять же из импортера тащит sqla. и таких модулей не один.

ну и что там необходимо тоже тащят

оО я так же люблю делать

Пересоздавать таблицы, грохая их

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

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

а такой вопрос, почему джангу не заюзаешь?

а такой вопрос, почему джангу не заюзаешь?

наконец-то мне это задали)

мне не нравится админка там

ну свою напиши

хочу больше контроля и копания

ну свою напиши

ну и нафиг мне джанга? (:

ну пфф, не надо делать секас с миграциями

циклическими импортами

джанга хороша как комбайн. шмяк моделька, шмяк вьюшка, шмяк форма. фас джанга котриб админ аус миграции деплой.

джанга всем хороша но часто хочется асинхронности

джанга всем хороша но часто хочется асинхронности

ооо, ну тогда надо опускаться ниже flask

а так мне интереснее для себя взять легковесный фласк и там уже свои админки и прочее. пускай и ценой вникания в постройку архитектуры. на деле сорцы ее надо бы тоже почитать

ну у меня обычно если шмяк шмяк - то джанга, если скорость то торнада

джанга хороша как комбайн. шмяк моделька, шмяк вьюшка, шмяк форма. фас джанга котриб админ аус миграции деплой.

ну збс же

ооо, ну тогда надо опускаться ниже flask

некоторые вовсе на чистом werkzeug пишут :D

Вечер добрый

если хочется чпокнуться, то пиши свои виджеты для бустрапа для джанги

ну збс же

но не для себя >_<

если хочется чпокнуться, то пиши свои виджеты для бустрапа для джанги

там довольно много интересного оказывается

для себя хочу красиво

я писал как-то виджеты для materialize

ох, как же я там намучался

у джанги всю админку перепахивать надо. она в русский нифига не умеет. и прочая упоротость и хардкор.

у джанги всю админку перепахивать надо. она в русский нифига не умеет. и прочая упоротость и хардкор.

всмыыысле?!

на деле функционал хранится а-ля django apps. получается, что есть модуль, где создаются flask app, sqla, login и т.д. далее этот модуль импортик пакет с приложением. там в __init__ лежит блюпринт, все замечательно. но models.py опять же из импортера тащит sqla. и таких модулей не один.

Ну если есть устоявшаяся архитектура, то я не вижу в данном случае большой беды в циклической зависимости

а как же verbose_name в мета классе модели?

Ну если есть устоявшаяся архитектура, то я не вижу в данном случае большой беды в циклической зависимости

да. какая-то архитектура есть. но модуль зависим от импортера. архитектурно как-то не pythonic

а как же verbose_name в мета классе модели?

оно склонять и гонять по падежам не умеет

pymorphy? да. но не себе.

оно склонять и гонять по падежам не умеет

эм, там вроде че такое было

либо я путаю это с числительными

эм, там вроде че такое было

эти вербойс нейм подразумевают Image/Images. они и в африке будут такими

окей, Картинка/Картинки. а "Добавить Картинку"? джанга так и пишет -а.

эти вербойс нейм подразумевают Image/Images. они и в африке будут такими

я уже не про это

и там много приколов. включая с числительными.

так что для себя не хотеть писать на ней :(

ну можно сделать свой перевод со склонениями и падежами

ну у меня обычно если шмяк шмяк - то джанга, если скорость то торнада

а насколько большие приложения на tornado? это вроде скорее сервер, нежели фреймворк

не ну если велоспидить, то написать свою админку не самый худший вариант

не ну если велоспидить, то написать свою админку не самый худший вариант

ну и нафиг тогда джанга?

это из жигулей мерседес делать

...

ну и нафиг тогда джанга?

ну сматри, пилишь модели, формы и вьюхи

и миграции

и не мучаешься с формами, алхимией во фласке

я за то, чтобы просто написать то, что надо. а не переделывать что-то и переписывать.

ничего против джанги не имею. но для себя не хочу. и в точки зрения практики полезно будет

ERROR: S client not available

и не мучаешься с формами, алхимией во фласке

с формами нет проблем

по крайней мере меня wtforms пока устраивают

да. какая-то архитектура есть. но модуль зависим от импортера. архитектурно как-то не pythonic

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

а насколько большие приложения на tornado? это вроде скорее сервер, нежели фреймворк

вопрос не в размере а в требуемой скорости ответа

хм

Урал сломался

Урал сломался

Позови механика @mechmath

Они тебе все починят

Урал сломался

Урал который Урал или который урал?

Урал который Урал или который урал?

Как Зил

Senior Python Developer (backend) Задача: переписать backend виджета ПраймПасс ( пример: https://primepass.ru/widget/v1/spot/109/event/2287/schedules) Нужен человек умеющий писать хороший код с документированием (вики/конфлюенс) с возможностью переиспользования в др проектах Плюсом будет: - понимать происходящего в фронтовой часть (JS конкретнее AngularJS ) Интересные задачи в перспективе: - Разработка новой билетной системы - Задачи ML прилагаются на горизонте 6 мес (после того как все встанет на рельсы) - Разработка ПО для терминалов по продаже билетов Требуется: - 2 года как Python разработчик и отличное знание Django и принципы Tornado - знание SQL (опыт работы с PostgreSQL) - Опыт создания и работы с Веб Сервисами RESTFul API - Построение многопоточных / асинхронных системных приложений на Python под Unix - Проектирование архитектуры системы (Шаблоны проектирования, Сопроводительная документация) Стек технологий: python, django, tornado, redis, rabbitmq, celery, git, postgresql Условия: Офис на ул Мосфильмовская, остальные условия обсуждаются в зависимости от уровня кандидата, полный рабочий день, гибкий график зп от 80к контакт: v.azmanov@primepass.ru - Владимир СТО

сорри, если не в тему

урал как зил

урал как зил

Сколько тонн возит?

Возил*

однако

Поэтому я спать

Никто не знает ,где я могу задать нубский вопрос по нейросетям, кроме http://datascience.stackexchange.com/ ?

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

http://learnxinyminutes.com/docs/python3/

Спасибо :) а более русскоязычное есть?)

перед изучением питона лучше выучить английский, потому что переводят не все (и переводы устаревают) и рано или поздно возникнут проблемы из-за этого

с самого нуля есть книжка mark lutz - learning python, где-то в документах чата есть переведенное

Спасибо, второе наверное как раз для меня и подойдёт

еще есть чат для начинающих @python_beginners