@abmedia_news · Post #23767 · 10.04.2026 г., 03:33
【🚀比特幣|普立茲獎得主紐時記者報導稱亞當巴克為「比特幣創辦人」引發熱議 】 #Bitcoin#SatoshiNakamoto#AdamBack 📍請見報導: https://abmedia.io/adam-back-is-bitcoin-founder 📍訂閱鏈新聞頻道:https://linktr.ee/abmedia.io
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
Пребарај: #adamback
@abmedia_news · Post #23767 · 10.04.2026 г., 03:33
【🚀比特幣|普立茲獎得主紐時記者報導稱亞當巴克為「比特幣創辦人」引發熱議 】 #Bitcoin#SatoshiNakamoto#AdamBack 📍請見報導: https://abmedia.io/adam-back-is-bitcoin-founder 📍訂閱鏈新聞頻道:https://linktr.ee/abmedia.io
@abmedia_news · Post #24517 · 11.05.2026 г., 13:22
【₿ 比特幣|Capital B 私募 1,520 萬歐元加碼 BTC:Adam Back 領投】 歐洲首家上市 BTC 國庫公司 Capital B 完成 1,520 萬歐元私募增資、將再買 182 顆 BTC、總持倉達 3,125 顆。Adam Back 與 TOBAM 為策略投資人。 #CapitalB#AdamBack#比特幣 📍閱讀全文: https://abmedia.io/capital-b-15-2m-euro-raise-adam-back-tobam-bitcoin-treasury-may-2026
@CryptoM · Post #64491 · 09.04.2026 г., 03:01
🚀 Bitcoin Developer Adam Back Addresses Quantum Computing Concerns Bitcoin developer Adam Back has dismissed fears of a quantum computing crisis, asserting that humanity has at least a decade to prepare. According to Bitalk News, Back emphasized that current quantum hardware is still in its infancy, lacking error correction capabilities, and has only achieved basic calculations such as elementary-level factorization. He noted that Google's recent paper merely improved algorithms without any hardware breakthroughs. Back reassured that Bitcoin has ample time to adapt, with Liquid serving as a Layer 2 testing ground that has historically been adopted by the Bitcoin main chain after new signature formats were introduced. He argued that genuine solutions are already in progress, and that media-driven panic is more about selling headlines than reflecting technical realities. #Bitcoin#AdamBack#QuantumComputing#BitcoinDeveloper#Liquid#Layer2#SignatureFormats#ErrorCorrection#QuantumHardware#BitalkNews#Panic#TechnicalRealities#BTC