https://www.opennet.ru/openforum/vsluhforumID3/130787.html Доступен релиз Python-библиотеки для научных вычислений NumPy 1.25, ориентированной на работу с многомерными массивами и матрицами, а также предоставляющей большую коллекцию функций с реализацией различных алгоритмов, связанных с использованием матриц. NumPy является одной из наиболее востребованных библиотек, применяемых для научных расчётов. Код проекта написан на языке Python с применением оптимизаций на языке Си и распространяется под лицензией BSD...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59312<br> https://www.opennet.ru/openforum/vsluhforumID3/130787.html#99 Tue, 20 Jun 2023 17:39:17 GMT Можно собрать его с бинарным интеловским mkl (единственная норм реализация). Но там тоже фортран, это да.<br> https://www.opennet.ru/openforum/vsluhforumID3/130787.html#98 Tue, 20 Jun 2023 17:01:04 GMT Фигня. Си с Фортраном - самое то для науки. На Си надо писать критически важные по скорости подпрограммы (чтоб не на асме), а остальное - на Фортране. <br> https://www.opennet.ru/openforum/vsluhforumID3/130787.html#97 Tue, 20 Jun 2023 07:48:16 GMT То есть Wolfram Matematica можно, а за Sympy - руки отрывать? Нельзя пользоваться, АНОН ОПЕННЕТА НЕ ОДОБРИЛ!<br> https://www.opennet.ru/openforum/vsluhforumID3/130787.html#96 Tue, 20 Jun 2023 06:38:55 GMT На упразднить пора раст.<br> https://www.opennet.ru/openforum/vsluhforumID3/130787.html#95 Tue, 20 Jun 2023 06:37:43 GMT На маке с M1, M2 так всё и вызывают, не шутка.<br> https://www.opennet.ru/openforum/vsluhforumID3/130787.html#94 Mon, 19 Jun 2023 14:15:52 GMT За использование sympy в "научных вычислениях" надо руки отрывать.<br> https://www.opennet.ru/openforum/vsluhforumID3/130787.html#93 Mon, 19 Jun 2023 09:51:42 GMT Докер в QEMU<br> https://www.opennet.ru/openforum/vsluhforumID3/130787.html#92 Mon, 19 Jun 2023 09:24:58 GMT - Faster np.argsort on AVX-512 enabled processors<br>- Faster np.sort on AVX-512 enabled processors<br>- __array_function__ machinery is now much faster<br>- ufunc.at can be much faster<br>- Faster membership test on NpzFile<br><br>https://numpy.org/doc/stable/release/1.25.0-notes.html#performance-improvements-and-changes<br> https://www.opennet.ru/openforum/vsluhforumID3/130787.html#91 Mon, 19 Jun 2023 07:07:19 GMT Они не должны быть частью питона. Часто ради одной функции из стандартной библиотеки длопается версия питона. При этом если скачать файл wgetом с GitHubа и заменить оный в директории стандартной библиотеки, то этот модуль прекрасно работает. То есть разрабы питона вынуждают людей дропнуть старые версии питона таким подходом.<br><br>&gt;Если это будут просто пакеты никто не будет задерживать релиз до полной совместимости пакета и новой версий питона. И эта самая совместимость очень быстро улетучится совсем.<br><br>А не надо релиз задерживать. Когда модуль будет готов, тогда его надо релизнуть в pypi, и только после этого его можно использовать. Версии питона должны быть чисто про возможности интерпретатора и built-inы, а не про кучу модулей, написанных на питоне.<br><br>&gt;или никак<br><br>Я же сказал, версии питона должны гарантировать небольшой список предустановленных версий модулей в виде &gt;= спецификаторов. Для 2х целей.<br>1. совместимость со старой моделью, потому что старые пакеты в зависимостях такое не пишут<br>2. база для pip