начать писать по-русски

Свалить нахуй из этого чата

а синхронный клиент для редиса, как я понимаю, всего один?

chto porekomenduyte

Kivy

Я сегодня добрый

?

chto porekomenduyte

https://ru.coursera.org/learn/interactive-python-1

Даже домохозяйка поймет

sps

bratan

https://ru.coursera.org/learn/interactive-python-1

Платное не нужно

> 2016

Оно бесплатное

Просто сертификат не получишь в конце

Но он нафиг не нужен, там уровень совсем начальный

Просто сертификат не получишь в конце

Которым можно подтерется

Очень полезная вещь

а где удобнее?

И ты здесь

Sps

Sps

Установи русскую раскладку, не мучай людей и себя.

Установи русскую раскладку, не мучай людей и себя.

да как-то плевать

Хорошо

Вопрос по django: мне нужно в модели использовать choices. Я сделал так пока: STATUS_CHOICES = ( ('1', 'Приглашен'), ('2', 'Подтвердил участие'), ('3', 'Утвержден'), ('4', 'Отказался'), ) т.е. тип поля в модели - char. Так вот, может лучше int делать?

Вопрос по django: мне нужно в модели использовать choices. Я сделал так пока: STATUS_CHOICES = ( ('1', 'Приглашен'), ('2', 'Подтвердил участие'), ('3', 'Утвержден'), ('4', 'Отказался'), ) т.е. тип поля в модели - char. Так вот, может лучше int делать?

Тебе нужно будет по нему сортировать?

нет, мне просто потом в веб-интерфейсе нужно будет select сделать и записывать в БД

тогда делай как нравится

т.е. никаких преимуществ в использовании int перед сhar нет. Может что-то будет работать более шустро (хотя я, конечно, и не смогу это заметить, но все же)

т.е. никаких преимуществ в использовании int перед сhar нет. Может что-то будет работать более шустро (хотя я, конечно, и не смогу это заметить, но все же)

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

спасибо

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

в следующих выпусках: почему на восьмибитные игры раньше хватало одного 2 мгц восьмибитного цпу, а сейчас не хватает i5 с четырьмя ядрами

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

По сравнению со скоростью доступа по сети к бд экономия пары микросекунд на char выглядит смешно

Но ведь трустори, раньше у меня NFSUG2 на проце 1,3 с 128 мегами оперативки и видюхой 64 летал, а сейчас он же лагает на 4/4/620

т.е. никаких преимуществ в использовании int перед сhar нет. Может что-то будет работать более шустро (хотя я, конечно, и не смогу это заметить, но все же)

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

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

скорее битик в битик

скорее битик в битик

+

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

к хуям

потому как все это лавинообразно превращается в гигабайты

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

Сейчас от игр требуют до фига много И графония, и сюжет подавай, и чтобы то и чтобы это

Не игра, а интерактивный фильм

По сравнению со скоростью доступа по сети к бд экономия пары микросекунд на char выглядит смешно

а потом ещё микросекунд и ещё а потом выполним 1500 запросов к БД на одну страницу сложим все эти микросекунды у БД (на самом деле нифига не микросекунды) добавим оверхед индексов добавим преобразования типов, хэширование объектов в питоне, выделения памяти... и ещё и ещё не, я против оверинжиниринга и пустой траты времени, но не считаю что "использовать инт вместо чара это только для компьютерных учёных, а я ж не программист"

Сейчас от игр требуют до фига много И графония, и сюжет подавай, и чтобы то и чтобы это

дада, дофига многого. типичный nes-стайл платформер с требованиями типа "core i5" ннада?

только я не понял как блеать и зачем заменять чар на инт

потом

MemTotal: 8044684 kB MemFree: 377980 kB

Вопрос по django: мне нужно в модели использовать choices. Я сделал так пока: STATUS_CHOICES = ( ('1', 'Приглашен'), ('2', 'Подтвердил участие'), ('3', 'Утвержден'), ('4', 'Отказался'), ) т.е. тип поля в модели - char. Так вот, может лучше int делать?

тем более чар однозначно в памяти меньше занимает

тут можно поспорить

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

Боже мой, да 90% проектов не доживет даже до одного запроса в минуту. А преждевременная оптимизация все знают чем кончается.

Боже мой, да 90% проектов не доживет даже до одного запроса в минуту. А преждевременная оптимизация все знают чем кончается.

> использовать инт там где числа > преждевременная оптимизация б-же мой

Целый тип char занимает в памяти 1 байт (8 бит) и позволяет выразить в двоичной системе счисления 2^8 значений=256.

Целый тип int имеет размер 4 байта (32 бита). Минимальное значение -2 147 483 648, максимальное значение 2 147 483 647.

чего вы спорите

на пустом месте

а потом ещё микросекунд и ещё а потом выполним 1500 запросов к БД на одну страницу сложим все эти микросекунды у БД (на самом деле нифига не микросекунды) добавим оверхед индексов добавим преобразования типов, хэширование объектов в питоне, выделения памяти... и ещё и ещё не, я против оверинжиниринга и пустой траты времени, но не считаю что "использовать инт вместо чара это только для компьютерных учёных, а я ж не программист"

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

все сишники спалились

»> import sys »> sys.getsizeof(1) 28 »> sys.getsizeof('1') 50 »>

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

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

так-то да, но если надо передать циферку, это становится неочевидно и надо куда-то идти и смотреть, не надо ли мне сконвертить её в чар

> использовать инт там где числа > преждевременная оптимизация б-же мой

у меня вот вообще в проекте эти значения заданы строками

(('without_type', 'Без опыта'), ('student', 'Начинающий, студент'), ('experienced', 'С опытом'))

Так надо не байты дрочить А делать бенчи, и смотреть, где тормозит Потому что заранее никогда не угадаешь

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

сконверти тогда число 34394349384,454 в чар

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

:))

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

Ога Потому что это дешевле

> оптимизировать уже работающий код > сразу писать говно

тут есть некоторая разница

ну код писал не я

но мне фот пофигу, что будет у меня в choices, int или char. Читается и то и другое понятно, т.е. на читаемость этот выбор никак не влияет. Так что я думаю в этой ситуации, логичнее использовать то, что меньше занимает места и быстрее работает

и не год назад

это уже наследие

сконверти тогда число 34394349384,454 в чар

сорь, могу только в str :)

я и пытаюсь узнать у вас, что выгоднее, раз визуально разницы нет

> оптимизировать уже работающий код > сразу писать говно

Использовать инт вместо чара в choices из четырёх пунктов - это очень далеко от говнокода

вы устроили сказочный спор на пустом месте

сорь, могу только в str :)

ну вот и всё), приехали

выгоднее то, что тебе удобнее, блядь

для его хоум проекта искренее срать что будет

если нету других условий

выгоднее то, что тебе удобнее, блядь

+

если надо сотрировку - тогда вводи числовой тип

так удобнее

если просто различать значения - то похуй

если у вас highload там уже вы знаете где есть что

вот хоть битовыми масками их различай

я и пытаюсь узнать у вас, что выгоднее, раз визуально разницы нет

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

плюсы в веб нужна очинь=)

инт рулит, все остальное от лукавого

да причём тут хайлоад, когда программа начинает работать в 10-15 раз медленнее

да причём тут хайлоад, когда программа начинает работать в 10-15 раз медленнее

с его 15 запросами не заметит

чары какие-то, флоаты. ПОтом ваще начинаются извращения всякие с булами и юникодами. Инт наше все