вообще, самое лучше, что можно придумать - это всё всегда делать в UTC. а перевод в конкретный часовой пояс - это задача отображения. кто за отображение отвечает? вот пусть они это и делают

в любом случае, make_naive - это жуткий хак, который уничтожает часть информации и может принести много попа боли

Тоже об этом думаю, чтоб все манипуляции делать в UTC, а на клиенте пусть сами как-нибудь разбирутся

Спасибо за советы!

тут даже дело не в UTC. хранить надо в UTC, это джанго делает очень правильно

а дальше, в принципе, по фигу, пока ты не теряешь инфу о tz

как только сделал naive - обратного пути нет

я бы посоветовал почитать как обращаться со временем в API и сделать так )

т.е. в твоем случае, даже localtime лучше сделать

потому что с localtime ты и инфу о таймзоне не потеряешь и отдашь фронтенду, нужное ему

кстати, если вашему фронтенду так удобнее, я бы сделал свое поле сериализатора, наследника DateTime, в котором бы уже переводил всегда в локальное время

кстати, если вашему фронтенду так удобнее, я бы сделал свое поле сериализатора, наследника DateTime, в котором бы уже переводил всегда в локальное время

звучит не плохо!

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

вообще, использовать свой наследник Serializer или ModelSerializer везде, вместо родного, сразу убирает кучу проблем

сегодня, кстати, услышал, что серж @lig11 принимал участие в пхп-проектах =))

так вот они, истоки ненависти!

Он за пивом и не такое рассказывал

))

Про то как они контекст в памяти ДЛЯ php формировали

Это же вообще ад

жалко я пропустил :)

Не хочешь заморачиваться с PHP - просто напрямую пиши в память php объекты из С

Не хочешь заморачиваться с PHP - просто напрямую пиши в память php объекты из С

збс!

сегодня, кстати, услышал, что серж @lig11 принимал участие в пхп-проектах =))

Это где это ты сегодня услышал?

сомневаюсь что это самое постыдное в чем он принимал участие)

сомневаюсь что это самое постыдное в чем он принимал участие)

Ну... Зависит от точки зрения

Как будто есть люди, которые ни разу не писали на пыхе .___.

Я ниразу не писал. Я вообще очень далёк от web и всего что с этим связано. :)

Зато я писал на Fortran :)

Я имею в виду, среди веб-разработчиков.

фотран не зашквар

Много хорошего слышал про Фортран)

Я знаю тех, кто не писал, но web-разработчик. Java, Python, Ruby

я писал на пыхе в 2003. Отлично было ?

Вообще мне кажется, на чём угодно можно написать как хорошо, так и плохо. Зависит от квалификации и внешних факторов.

Ну, думаю, пыха для многих - первый язык. Со всеми вытекающими.

фотран не зашквар

фортран - это офигенный язык! :)

Я пытался писать на Lua и R в околонаучном софте, но в итоге пришёл к Python. Никуда с него в ближайшее время не слезу в плане разработки прототипов и всяких исследовательских и экспериментальных штук.

фортран - это офигенный язык! :)

Это да. И он до сих пор жив и даже развивается. Я давно не следил, но вроде последний стандарт должны были принять в 2010.

Это да. И он до сих пор жив и даже развивается. Я давно не следил, но вроде последний стандарт должны были принять в 2010.

на нем можно писать веб-приложения?

Наверное, можно. На C++ же можно. Просто зачем?

На С++ даже фреймворки есть. И как я понимаю, пишут. Вопрос скорее про инфраструктуру. Языка вживую ни разу не видел.

Инфраструктурой не интересовался. Думаю, даже если что-то и есть - это скорее гиковские эксперименты ради фана.

на расте есть тут погромисты?

на расте есть тут погромисты?

у них чат здесь где-то есть

на нем можно писать веб-приложения?

на нем можно вычисления, как на питоне почти, только оно компилится

Я Rust пробовал, написал пару hello world, пару обёрток для одной C++ библиотеки и пока отложил.

мне показался раст все ж поприятнее чем плюсы

есть что то хаскеловае в нем

атд например

Мне тоже. С C++ я каждый день ковыряюсь и честно его не люблю.

в c++ же модулей нету до сих пор?

просто в 2016 это уже не смешно

на нем можно вычисления, как на питоне почти, только оно компилится

numpy вроде бы фортрановский lapack и использует

NumPy does not require any external linear algebra libraries to be installed. However, if these are available, NumPy’s setup script can detect them and use them for building. A number of different LAPACK library setups can be used, including optimized LAPACK libraries such as ATLAS, MKL or the Accelerate/vecLib framework on OS X.

и да и нет короче

Ага, нету. Именно сегодня, пришёл из отпуска, а у парней не собирается что-то там. Стал разбираться. Проект большой, библиотек зависимостей штук 20. Короче, ошибка линковки "one or more multiply defined symbols found". Из сообщения линкёра вообще не понятно, где этот долбаный символ, который включается много раз. Поискаом был найден заголовочник без защитного дефайна в одной из библиотек. Это просто убивает и ужасно бесит, тратить время на такое

в мире плюсов щас 1542 год или типа то

В нашем проекте Cmake-файлы занимают 10% от всего кода проекта. Это же просто ужас. А без неё ещё хуже

Ну может не 10%, но точно больше 5% - это десятки тысяч строк для конфигурации сборки проекта. Это ненормально.

А потом я читаю про то, как хают pip и virtualenv в Python и мне реально смешно. Я понимаю, что это далеко не совершенство, но по сравнению с тем, что творится в C++ - это рай.

Лол

Вы о чем

Питон линковать не надо, ало

Кстати попробуйте запаковать приложение с пайгеймом

ERROR: S client not available

Спасибо, кэп. :) мы о зависимостях и управлении ими

Посмотрю кто не начнет пип хаять.

А либы с которыми линкуется проект это не зависимости?

Кэп

У нас все либы в сорцах и собираются вместе с проектом, потом всё это линкуется, понятно дело. Управление всем этим сделано через cmake и кучу костылей

Для каждого проекта на c++ приходится писать кучу cmake кода, чтобы обеспечить хоть какую-то автоматизацию и кроссплатформенность сборки.

Пфф

Ну да

Плюсы не подарок к сожалению

Ну так сравни go, rust и c++ в этом плане. В c++ как был ад так и остаётся. Без cmake всё ещё хуже

Ну

Да

Потому что язык говно и комитет мудаки.

Есть попытки создания менеджеров пакетов типа nuget, но всё это костыли.

Не знаю как линкуется чтонить в го ммм

Типа если нужен биндинг

У которого плюсовая либа под ногами

Расскажите плиз

С Go это не ко мне. То, что я пробовал на чистом go собиралось легко в один бинарь вытягивая зависимости с гитхаба

О

Ну тогда рано говорить что там все хорошо.

Возможно :)

А раст тоже только понаслышке?

Про rust выше написал

Я о том, что в новых языках думают о таких вещах изначально, в c++ пытаются сохранить совместимость для поддержки тонн легаси

Если ты берешь новый язык и пишешь на нём обертку для c++ либы, ты автоматически частично попадаешь в мир c++. Как этого избежать?

А

Ну блин

Я давно говорю что в отличие от спроектированных языков

С++ просто получился

Таким отвратительным куском говна

Которое никак не переделают