а вот потом уже решить не в память положить, а редис попользовать.

ну тормозит, значит кеш, какие еще причины нужны?

https://school.ufanet.ru/ это что-то типа 350 школ на тот момент. учителя, ученики, родители. Так что 5к хитов там было

чтобы он еще ио понапрягал, когда персиститься будет, на том же серваке, где джанга и база:)

в память сложно, воркеры дохнут же

в память сложно, воркеры дохнут же

ну да, ну да. у нас же еще и два процесса запущено небось...

тогда редис, без вопросов. и пусть орм тормозит.

вот видишь как мы быстро смогли обосновать необходимость редиса для любого говнобложика на джанге

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

вот видишь как мы быстро смогли обосновать необходимость редиса для любого говнобложика на джанге

ну да, ребята из Bitrix одобряют

redis кстати в most loved databases был в исследовании

вместе с монгой )

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

и не надо sql знать

Ну, редис - огонь

Но иногда и он медленный :)

https://pp.userapi.com/c638826/v638826768/2987c/R8WwydFQv60.jpg

что за язык? :)

> And here comes annual @stackoverflow's developer survey. Look, Python had overcame PHP!

https://pp.userapi.com/c638826/v638826768/2987c/R8WwydFQv60.jpg

похоже на шутку, на самом деле — такого синтакса нету в природе. Императивный язык, где всё из питона, member из F#, var и camelCase из js, а do infinite loop вообще с потолка

Вопрос. Как вы следите за новыми версиями и изменениями в вашем стеке? Когда что-то внезапно ломается? Или набегами раз в полгода? Или подписаны на все рассылки и каждый день проверяете, что интересного появилось?

версии не обновляются unless there's a reason for that

обычно узнаёшь стихийно, да если возникла какая-то проблема или узнал о какой-то крутой фиче

тогда обновляешь сразу ряд штук и тестишь-чинишь

версии не обновляются unless there's a reason for that

Откуда это взялось? Если тесты есть, то может быть проще постоянно обновляться и подстраиваться под текущие небольшие изменения, чем потом устраивать глобальные перестройки? Ну и стихийность мне как раз не нравится. Даже если не обновляться постоянно, хочется быть в курсе событий. Учитывая, что могут использоваться десятки внешних пакетов, то нужна в этом какая-то система.

я не утверждаю, что эта система оптимальна

но могу сказать, откуда она взялась: не трогай пока работает )

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

либо привнесение фичи, либо отказ от старого софта, либо починка багов, либо ещё что-то

а стихийность ещё и вызвана тем, что основные дайджесты по софту (тот же stackshare.io) рассказывают (в лучшем случае) про мажорные релизы, а не про миноры и патчи

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

Я воспринимаю это как технический долг. Рано или поздно тебе придется его выплачивать. (Конечно, если речь не про одноразовый проект). Поэтому может быть выгоднее заниматься этим на постоянной основе в строго выделенные часы, чем откладывать, оправдываясь текущим благополучием.

так выделенные часы это скорее то, что описал я

нежели твой вариант

Имел в виду по расписанию, например, раз в неделю/месяц. Не выпрошенные у менеджеров или украденные у себя

https://twitter.com/lig1/status/844728238979125248

Имел в виду по расписанию, например, раз в неделю/месяц. Не выпрошенные у менеджеров или украденные у себя

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

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

Хорошо. Ты начинаешь новый проект, какие версии ты ставишь? Привычные старые? Или все новые, включая мажорные релизы? Если новые, то как ты определяешь, что изменилось по сравнению со старой версией? Только если что-то не заработало? Или просматриваешь чейнджлоги пакетов, докера, монги, и т.д. в начале жизни проекта?

Хорошо. Ты начинаешь новый проект, какие версии ты ставишь? Привычные старые? Или все новые, включая мажорные релизы? Если новые, то как ты определяешь, что изменилось по сравнению со старой версией? Только если что-то не заработало? Или просматриваешь чейнджлоги пакетов, докера, монги, и т.д. в начале жизни проекта?

А сколько версий прошло? Какие-то инструменты читаешь в новостях и ждешь нового проекта, чтобы уже новое попробовать. А какие-то либы так все равно будешь снова доки читать, потому что последний раз пол года назад минимум с ними начинал писать что. Мне кажется, никто, кроме тебя самого, не знает про что ты хочешь или тебе нужно почитать ченжлог.

А сколько версий прошло? Какие-то инструменты читаешь в новостях и ждешь нового проекта, чтобы уже новое попробовать. А какие-то либы так все равно будешь снова доки читать, потому что последний раз пол года назад минимум с ними начинал писать что. Мне кажется, никто, кроме тебя самого, не знает про что ты хочешь или тебе нужно почитать ченжлог.

> А сколько версий прошло? > нужно почитать ченжлог Их много, в этом и вопрос. Один-два лога просмотреть раз в полгода - запросто. Что делать, если их десятки? Из твоих слов я понял, что у тебя это тоже происходит стихийно, и большого значения этому не придаешь.

https://pyup.io/ вот этот ботец присылает ПР на каждую новую версию всех пакетов Если критичных изменений нет и тесты зеленые, мерджим Иначе ручками чиним что не так и мерджим

https://pyup.io/ вот этот ботец присылает ПР на каждую новую версию всех пакетов Если критичных изменений нет и тесты зеленые, мерджим Иначе ручками чиним что не так и мерджим

круто, чейнжлог прямо в PR спасибо, посмотрю подробнее

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

https://pyup.io/ вот этот ботец присылает ПР на каждую новую версию всех пакетов Если критичных изменений нет и тесты зеленые, мерджим Иначе ручками чиним что не так и мерджим

прикольная штука, надо будет попробовать :)

https://pyup.io/ вот этот ботец присылает ПР на каждую новую версию всех пакетов Если критичных изменений нет и тесты зеленые, мерджим Иначе ручками чиним что не так и мерджим

Ну или можно просто на CI собирать ещё один daily с обновенными пакетами. Но опять же, это то что в рамках апдейтов внутри зависимостей, а они часто закреплены на до следующей мажорной версии. Оно это учитывает?

> А сколько версий прошло? > нужно почитать ченжлог Их много, в этом и вопрос. Один-два лога просмотреть раз в полгода - запросто. Что делать, если их десятки? Из твоих слов я понял, что у тебя это тоже происходит стихийно, и большого значения этому не придаешь.

Оно весьма регулярно, просто ченжлог мне не нужен, пока оно не сломалось и я не апгрейжу мажорную версию.

Откуда это взялось? Если тесты есть, то может быть проще постоянно обновляться и подстраиваться под текущие небольшие изменения, чем потом устраивать глобальные перестройки? Ну и стихийность мне как раз не нравится. Даже если не обновляться постоянно, хочется быть в курсе событий. Учитывая, что могут использоваться десятки внешних пакетов, то нужна в этом какая-то система.

А чем тебя тесты спасут отца того, что в новой версии авторы либы накосячил и скорость просела в несколько раз?

Ну или можно просто на CI собирать ещё один daily с обновенными пакетами. Но опять же, это то что в рамках апдейтов внутри зависимостей, а они часто закреплены на до следующей мажорной версии. Оно это учитывает?

Нет, но ты, принимая ПР обязан глянуть что там было И если, например, селери 4 вышла, ты увидишь что там, не говоря о красных тестах)

А чем тебя тесты спасут отца того, что в новой версии авторы либы накосячил и скорость просела в несколько раз?

Мониторинг спасет?

А чем тебя тесты спасут отца того, что в новой версии авторы либы накосячил и скорость просела в несколько раз?

Это кому какие тесты. Тестируюй перформанс в основном сьюте.

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

Нет, но ты, принимая ПР обязан глянуть что там было И если, например, селери 4 вышла, ты увидишь что там, не говоря о красных тестах)

Нет - это сразу на фиг. И селери 4, когда вышла, я так же увидел сразу, что оно не работает, на CI. Именно в специальной сборке.

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

Еще раз, я не хочу видеть новые мажорки. Это не просто не нужно, а только вредно.

Почему же?

Еще раз, я не хочу видеть новые мажорки. Это не просто не нужно, а только вредно.

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

Почему же?

Потому что они мне не принесут ничего, я рассчитывал на конкретное поведение либы и оно меня устраивает и оно мне нужно. Дайте мне саппорт апдейты, типа с фиксами и достаточно

Это кому какие тесты. Тестируюй перформанс в основном сьюте.

Я не верю в чудеса.

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

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

Я не верю в чудеса.

Эээ... Это программирование, дружок.

Потому что они мне не принесут ничего, я рассчитывал на конкретное поведение либы и оно меня устраивает и оно мне нужно. Дайте мне саппорт апдейты, типа с фиксами и достаточно

Гг, вот как раз та же селери пофиксила важные баги, что нам местами помогло

Мониторинг спасет?

Ну т.е. оно уедет в прод, набежит толпа юзеров со словами "ааа, тормозит!"

Я не верю в чудеса.

Кто мешает автоматически тестить твою производительность? Ты также мог накосячить, как автор либы, которую ты используешь.

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

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

Гг, вот как раз та же селери пофиксила важные баги, что нам местами помогло

Если это фиксы, они должны приходить в старом поколении.

Ну т.е. оно уедет в прод, набежит толпа юзеров со словами "ааа, тормозит!"

Вот чтобы не уехало и надо тестировать производительность

Ну т.е. оно уедет в прод, набежит толпа юзеров со словами "ааа, тормозит!"

Почему толпа? Тестируй на проценте.

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

Это какое-то голословное утверждение, которому я не могу найти подтверждения в своей биографии

ERROR: S client not available

Гг, вот как раз та же селери пофиксила важные баги, что нам местами помогло

Ну вот пример, как раз

Если это фиксы, они должны приходить в старом поколении.

Вот мир совсем неидеален :)

Чем дольше не обновляется мпжорная версия тем больше багов придется фиксить )

Вот мир совсем неидеален :)

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

Имеется в виду когда ты все же решишь обновиться

Имеется в виду когда ты все же решишь обновиться

Никогда.

:)

И дропнутый суппорт через год

Так и появляются проекты где джанга 1.0 и питон т2.7 )

А типа зачем ...

И дропнутый суппорт через год

Мы два года жили на либе, на которую разработчик забил, когда мы POC делали.

Ты считаешь это чем-то чем надо гордиться?

Ты считаешь это чем-то чем надо гордиться?

Это реальность

Ты считаешь это хорошей реальность? Вместо планового обновления тащить анмейнтейнд труп

А типа зачем ...

Именно. Стоимость усилий по апгрейду не соизмерима со стоимостью усилий на поддержку.

Кто мешает автоматически тестить твою производительность? Ты также мог накосячить, как автор либы, которую ты используешь.

Потому что сильно зависишь от окружения, если речь про сеточку

Ты считаешь это хорошей реальность? Вместо планового обновления тащить анмейнтейнд труп

Зачем?

Чтобы в один прекрасный момент не пришлось делать много работы разом

Прыгая через 4 мпжорных версии

а так ты приносишь риски, что в новом апдейте будет что-то не так

Зачем мне что-то обновлять, тем более переписывать в проекте, который отлично себя чувствует, протестирован и работает? Это очень сложно продать. Можно, но редко и в таких случаях это правда стоить делать;)

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

Чтобы в один прекрасный момент не пришлось делать много работы разом

В какой момент? Откуда он возьмется, я не могу понять.

Например джанга говорит, мы дропаем второй питон

Значит возможно секьюрити патчей больше нет

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

И эта некромания не очень весела )

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

Вот когда появится, тогда и будем думать. Скорее всего, там решается накатыванием того же ченжсета вручную

ты из крайности в крайность

от блидинг-эджа каждую неделю в не обновление джанги годами

на практике оно ж между и прекрасно себя чувствует

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