TGTGInsighttelegram intelligenceLIVE / telegram public index
← Python Заметки

TGINSIGHT SIMILAR POSTS

Најди сличен содржај

Изворен канал @pythonotes · Post #32 · 7 фев.

Скорее всего уже слышали, что складывать строки через + это плохая практика. Падение производительности, и всё такое. Без лишних слов, давайте измерять: from timeit import timeit def t1(): # складываем 10 строк через + из переменной t = 'text' for _ in range(1000): s = t + t + t + t + t + t + t + t + t def t2(): # склеиваем список строк через метод join arr = ['text'] * 10 for _ in range(1000): s = ''.join(arr) def t3(): # складываем через + но не из переменной а непосредственно инлайн объекты for _ in range(1000): s = 'text' + 'text' + 'text' + ... # всего 10 раз Теперь каждую строку склейки запустим по 10М раз >>> timeit(t1, number=10000) 0.21951690399964718 >>> timeit(t2, number=10000) 1.4978306379998685 >>> timeit(t3, number=10000) 0.2213820789993406 Хм, а нам говорили что через "+" это плохо и медленно ))) 😁 Тут стоит учитывать, что речь идёт о склейке множества длинных строк. Давайте изменим условия: def t4(): t = 'text'*100 for _ in range(1000): s = t + t + t + t + t + t + t + t + t def t5(): arr = ['text'*100] * 10 for _ in range(1000): s = ''.join(arr) def t6(): for _ in range(1000): s = 'text'*100 + 'text'*100 + ... # всего 10 раз >>> timeit(t4, number=10000) 12.795130728000004 >>> timeit(t5, number=10000) 2.642637542999182 >>> timeit(t6, number=10000) 0.2184546610005782 Вот, уже другой разговор, сразу видна разница, в среднем в 6 раз. Но погодите, почему последний тест t6() по скорости такой же как и t3()? Ведь строки теперь в 100 раз длиннее! Это вопросы оптимизации кода, какие простые изменения ускоряют или замедляют выполнение программы. Мы столкнулись с примером обхода обращения к переменной. Например, именно так работает директива #define в С++, во время компиляции подставляя значение переменной вместо ссылки на неё. В Python это тоже работает, но часто ли вы сможете встретить такой способ работы со строками? К сожалению, способ почти только теоретический. В целом, тесты показали то, что мы хотели. Делаем выводы самостоятельно. Полный листинг 🌍 #tricks

Резултати

Пронајдени 3 слични објави

Пребарај: #linus

当前筛选 #linus清除筛选
科技&趣闻&杂记

@kejiqu · Post #4054 · 12.01.2026 г., 02:21

氛围编程真香,“Linux 之父”Linus 在个人业余项目中尝试拥抱 AI Linus Torvalds 近期在其个人业余项目 AudioNoise 中使用了 AI 编程工具 Google Antigravity,用于音频样本可视化器的制作。Torvalds 此前在 Linux Foundation 开源峰会上表示自己未使用 AI 编程,但随后解释称 AI 更适合小型个人项目中的“氛围编程”,而非正式项目的维护。他认为 AI 是一种工具,类似于编译器,能够辅助程序员但无法取代其地位。Google Antigravity 是谷歌于 2025 年 11 月与 Gemini 3.0 一同发布的 AI 原生集成开发环境(IDE)。Torvalds 强调,他对模拟滤波器比 Python 了解更多,但利用 AI 工具可以更快速地实现可视化效果。IT之家 🏷#Linus#Torvalds#AI#编程#Google#Antigravity 📢频道👥群组📝投稿

科技&趣闻&杂记

@kejiqu · Post #3694 · 10.08.2025 г., 01:17

Linus Torvalds 拒绝 Linux 6.17 的 RISC-V 更改,原因在于提交过晚且代码“垃圾” Linus Torvalds 拒绝了 Linux 6.17 内核的 RISC-V 架构更改,原因是提交时间过晚以及代码质量问题。此次变更的提交恰逢合并窗口即将关闭,且Torvalds本人正在旅行。Torvalds对其中包含的特定代码片段表示不满,将其描述为“垃圾”,特别指出了一段名为 make_u32_from_two_u16() 的辅助函数。Torvalds强调,这类低质量的代码不应出现在通用头文件中,并警告未来将不再接受迟到的合并请求或非 RISC-V 树中的垃圾代码。提交者回应将改进提交时间并关注质量问题。Slashdot 🏷#Linus#Torvalds#RISC#V#Linux 📢频道👥群组📝投稿