@baccanosoul · Post #539432 · 02.04.2026 г., 16:14
#AI 文生图模型,汉字比较准确的模型为Banana2。 传送门: https://nano-banana2.co/zh 🦋@BaccanoSoul 🦋@RabbitStorm
Hashtags
TGINSIGHT SIMILAR POSTS
Изворен канал @pythonotes · Post #124 · 27 јул.
Словарь это очень распространённый тип данных в Python. Он присутствует буквально в каждом скрипте. Именованные аргументы (kwargs), атрибуты объекта (ˍˍdictˍˍ), любые неймспейсы и тд. Одна из основных особенностей словаря была в том, что это неупорядоченное множество. То есть порядок добавления ключей не гарантирует что они сохранятся в той же последовательности. Но всё изменилось в Python3.6. Как это произошло? Словарь, как часто используемый тип данных, стараются максимально оптимизировать. Про одну из таких оптимизация нам рассказывает PEP468 - Preserving the order of **kwargs in a function. Хм, причем здесь оптимизация? Всё начинается с отдельной имплементации Python под названием PyPy. В этой версии интерпретатора сделали довольно хорошую оптимизацию словарю. Показательно разница описана на этой странице Если вкратце, то дело вот в чём. Словарь на стороне С это массив. Каждый элемент это тоже массив из 3х элементов (хеш ключа, ключ и значение). Раньше, чтобы всякий раз при обновлении словаря не изменять размер массива в С (это затратно по времени), изначально он делался с запасом. Как только массив заполняется, его еще увеличивают с запасом, обычно на 1/3. При этом элементы, еще не занятые данными, заполнялись пустышками (полный пример на странице по ссылке выше) entries = [ ['--', '--', '--'], [-8522787127447073495, 'barry', 'green'], ['--', '--', '--'], ['--', '--', '--'], ['--', '--', '--'], [-9092791511155847987, 'timmy', 'red'], ['--', '--', '--'], [-6480567542315338377, 'guido', 'blue'] ] Перерасход памяти очевиден. И что было предложено? Переделать структуру данных словаря разделив его на данные и индексы. indices = [None, 1, None, None, None, 0, None, 2] entries = [[-9092791511155847987, 'timmy', 'red'], [-8522787127447073495, 'barry', 'green'], [-6480567542315338377, 'guido', 'blue']] Именно этот принцип повторили в Python 3.6. Что мы получаем в итоге? 🔸 Увеличилась скорость поиска и добавления ключей. 🔸 Сократился расход памяти в 3 раза Python 2.x-3.5 >>> d = {x: x*2 for x in range(100)} >>> d.ˍˍsizeofˍˍ() 12536 Python 3.6 >>> d = {x: x*2 for x in range(100)} >>> d.ˍˍsizeofˍˍ() 4680 Ведь теперь вместо элемента ['--', '--', '--'] у нас просто None, который, кстати, является одним и тем же объектом где бы он не использовался. 🔸 Как бонус (или как побочный эффект), мы получаем упорядоченность ключей. То есть одним выстрелом завалили трёх мамонтов! #pep
Hashtags
Пребарај: #ai
@baccanosoul · Post #539432 · 02.04.2026 г., 16:14
#AI 文生图模型,汉字比较准确的模型为Banana2。 传送门: https://nano-banana2.co/zh 🦋@BaccanoSoul 🦋@RabbitStorm
Hashtags
@Lieqiguai · Post #491207 · 15.04.2026 г., 12:34
谁的最爱 #恋足#ai
Hashtags
@Lieqiguai · Post #490736 · 08.04.2026 г., 09:46
这是什么物种? #猎奇#ai
Hashtags
@lieqiguai · Post #487854 · 24.02.2026 г., 07:23
这比那些其他花里胡哨的ai实用多了 #ai
Hashtags
@financenewsdaily · Post #485381 · 14.04.2026 г., 18:00
报道:Anthropic准备Opus 4.7模型和 #AI 设计工具。
Hashtags
@financenewsdaily · Post #485015 · 10.04.2026 г., 12:40
【MiniMax上线Music 2.6:大幅提升生成延迟、音乐控制、声学品质】 MiniMax正式发布新一代音乐生成模型Music 2.6。此次更新从底层引擎到创作工具实现全维度进化,大幅提升生成延迟、音乐控制、声学品质,推出“Cover”创作功能和面向 #AI Agent生态的Music Skill,并面向全球创作者开启为期14天的免费内测。Music 2.6对底层生成架构进行重构,最直观的变化体现在速度上——首包延迟大幅降至20秒以内。这意味着创作者输入文字灵感后,只需一次深呼吸的时间就能收到初步音频反馈。(澎湃)
Hashtags
@financenewsdaily · Post #484939 · 10.04.2026 г., 02:05
Open #AI “星际之门”(Stargate)项目执行官Peter Hoeschele已离开公司。(The Information)
Hashtags
@financenewsdaily · Post #484853 · 09.04.2026 г., 09:45
Open #AI 预计到2030年广告收入将达到1000亿美元,预计今年将产生25亿美元广告收入。(Axios)
Hashtags
@qiqubk · Post #282213 · 08.04.2026 г., 12:52
大爷洗头 #AI 穿帮了
Hashtags
@qiqubk · Post #282016 · 07.04.2026 г., 21:30
伊朗人制作的 #AI 版本
Hashtags
@qiqubk · Post #281761 · 06.04.2026 г., 12:54
#ai
Hashtags
@qiqubk · Post #281400 · 05.04.2026 г., 00:03
极乐净土 #ai
Hashtags