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

нигде нет подборки таких проектов для ознакомления?)

Да на самом деле в крупных проектах - куча костылей

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

Недавно так наткнулся на бесконечный словарь однострочный

Сам бы наверняка придумал бы решение побольше)

джанго, фласк, алхимия - можно прямо с них и начать.

У фласка мне нравится код в принципе

Сейчас, напишу как я решил, упорото как всегда(

Сделал, чтобы еще сортировало import operator import itertools items = [наш лист] keyfunc = operator.itemgetter('id') res = {key: list(group) for key, group in itertools.groupby(sorted(items, key=keyfunc), key=keyfunc)}Но я да, опять все усложнил

Форматирование =ё

ну не, тоже неплохое решение, зря наговариваешь. только ты лучше вместо operator.itemgetter и подобных, импортируй from operator import itemgetter. Так и код аккуратней будет выглядеть, и лишнее импортироваться не будет. Причешешь своё решение - вполне себе элегантно будет.

в моё решение, например, сортировку было не впихнуть. Если это важно, то твой вариант лучше

Хорошо, спасибо за совет по импорту

без сортировки не работает

groupby не работает на несортированном списке

А, кстати да

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

а не захотел использовать dict comprehensions?)

Кстати, вдруг кто не знает - никогда не используйте лямбды в генераторах или comprehension'ах. Недавно замеры делал - прифигел. Скорость в несколько раз выше, если вместо лямбды обычную функцию использовать. Хотя факт вроде известный среди питонистов, что лямбды медленные, но чтобы настолько я не догадывался.

Кто? Показывай тогда свой вариант)

А я постоянно мэп с лямбдой использую =\

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

решение с defaultdict самое лучшее, имхо

разве что for можно превратить в list comprehension

[res[i['id']].append(i) for i in input]

Может кто asyncio graph чекнуть в PyCharm'е?

У меня он пустой почему-то вечно

[res[i['id']].append(i) for i in input]

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

[res[i['id']].append(i) for i in input]

это не будет работать. append не возвращает результат, это inplace операция

а, понял

тут не важно, что вернёт.

угу

разница в том, что list comprehension в теории может быть распараллелен

Кстати, вдруг кто не знает - никогда не используйте лямбды в генераторах или comprehension'ах. Недавно замеры делал - прифигел. Скорость в несколько раз выше, если вместо лямбды обычную функцию использовать. Хотя факт вроде известный среди питонистов, что лямбды медленные, но чтобы настолько я не догадывался.

За счёт чего, интересно?

в отличие от обычного for

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

defaultdict очень нагляден)

Всем привет! Помогите сконвертировать webp в png. PIL выдает следующие Было:

стало:

разница в том, что list comprehension в теории может быть распараллелен

В теории, а на практике это где-то реализовано?

В теории, а на практике это где-то реализовано?

https://medium.com/simply-scaled/automatically-parallel-list-comprehensions-in-pyfora-28774b5a59ed

интересно

https://medium.com/simply-scaled/automatically-parallel-list-comprehensions-in-pyfora-28774b5a59ed

Огонь

на лямбды pylint ругается

и даже на map()

говорит что лучше использовать list comprehensions

говорит что лучше использовать list comprehensions

это потому что типа читается лучше

ну да

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

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

есть еще https://ipyparallel.readthedocs.io/en/latest/

Всем привет! Кто какие базы данных использует для питона и стоит ли вообще это делать?

Всем привет! Кто какие базы данных использует для питона и стоит ли вообще это делать?

MongoDB

Всем привет! Кто какие базы данных использует для питона и стоит ли вообще это делать?

Когда надо использовать используй

Юзаю sqllite3 чувствую себя отлично

какой странный вопрос

а задача то какая? чего хочется?

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

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

Redis

опять же с таким подходом подойдет практически любая бд

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

Sqllite)))

вот да. чего бы не sqlite

Хорошо, а просмотрщик тогда какой использовать лучше? Чтобы был и лёгкий, и функциональный, и чтобы влезал в экран 800*550

ERROR: S client not available

консольный интерфейс

++

Хорошо, а просмотрщик тогда какой использовать лучше? Чтобы был и лёгкий, и функциональный, и чтобы влезал в экран 800*550

DB browser for sqllite

Если с гуи

Ага, с нём)

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

shelve

не усложняйте

или json

Ну, json все же формат, а не метод хранения.

А тут тебе и вроде бы похоже на бд, и не сложно, и чсв почесал, и мозг не сломал

тоже верно

shelve это как файлы inf в винде?

ну...отдаленно похоже

А вообще, по бд вопрос есть, да. Монгу кошерно использовать для хранения в оперативе (как редиска) питоновых объектов? Она перестала падать и лагать?

И что еще кроме нее для таких целей нереляционного можно?

Я бы обошелся только редиской, но она только строки хранит, а объекты не умеет.

в смысле? а HSET?

м?

что, я чего-то не знаю?(

ну там хеши есть

https://redis.io/commands/hset хотя да, объектом я бы это не назвал

нее, хэши не пойдет.

а как в монго можно сложить питоновский объект?

его ж один хрен надо сериализовать

почему его не сложить тогда в редис?

ну вот хз

надо как-то провернуть

https://stackoverflow.com/questions/32276493/how-to-store-and-retrieve-a-dictionary-with-redis

а эта сериализация много времени жрет?

ну, почти HSET. HMSET вон, оказывается, есть.

хм, оокеееей, спасибочки

все замечательно