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

Резултати

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

Пребарај: #vizio

当前筛选 #vizio清除筛选
AIGC

@aigcrubbish · Post #114 · 25.12.2025 г., 17:28

A partial ruling in the Vizio GPL suit 在 Vizio 违反 GPL 协议的诉讼中,法官通过简易判决裁定,GNU 通用公共许可证第二版(GPLv2)并不要求设备制造商提供安装修改后软件所需的签名密钥。 法官认为,协议整体上要求 Vizio 以原告或其他第三方能够方便获取和修改源代码的方式提供源代码。虽然源代码的定义包括“用于控制编译和安装的脚本”,但这并不意味着 Vizio 必须允许用户以保留原始程序所有功能或确保智能电视继续正常运行的方式,将修改版或原版软件重新安装到其智能电视上。在协议语境下,争议条款意味着 Vizio 提供的源代码,应允许原告或他人获取并修改,以便用于其他应用程序。 作为本案原告的软件自由保护协会指出,法官驳回了一项他们从未实际提出的主张。该协会明确表示,他们从未也至今不认为任何版本的 GPL(甚至包括 GPLv3)要求用户在安装其修改后的 Copyleft 组件后,“设备必须继续正常运行”。 与此同时,Linus Torvalds 也发表了他对这一裁决的看法,并引发了广泛讨论。 原文链接: https://lwn.net/Articles/1051984/ 法官判决书: https://media.social.kernel.org/media/7423738b6977f73678ca7f996227fecf171a09d691f1a0f737e4d8e7e556b850.pdf 软件自由保护协会回应: https://sfconservancy.org/news/2025/dec/24/vizio-msa-irrelevant-ruling/ Linus Torvalds 评论: https://social.kernel.org/notice/B1aR6QFuzksLVSyBZQ #GPL#开源协议#法律#Vizio#软件自由 #AIGC Read more

AIGC

@aigcrubbish · Post #126 · 08.01.2026 г., 19:04

[$] SFC v. VIZIO: who can enforce the GPL? 软件自由保护协会(SFC)正在起诉VIZIO,因其智能电视使用了基于GPL和LGPL许可的软件(包括Linux内核、FFmpeg、systemd等),但未随设备提供源代码,且经要求后仅提供了部分代码。与通常由版权持有者发起的GPL执行诉讼不同,SFC是以电视普通所有者的身份提起诉讼。这一做法引发了一些重要的法律问题,经过多年的审前程序(最近一项关于签名密钥的裁决另有文章详述),案件将于1月12日开庭审理,届时可能获得一些答案。目前看来,法官很可能裁定GPL执行诉讼可基于合同法而不仅是版权法,这将对GPL的执行方式产生重大改变。 原文链接:https://lwn.net/Articles/1052734/ #开源许可#GPL#法律诉讼#VIZIO#软件自由 #AIGC Read more