The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от opennews (??), 06-Янв-22, 10:34 
Доступен релиз Python-библиотеки для научных вычислений NumPy 1.22, ориентированной на работу с многомерными массивами и матрицами, а также предоставляющей большую коллекцию функций с реализацией различных алгоритмов, связанных с использованием матриц. NumPy является одной из наиболее востребованных библиотек, применяемых для научных  расчётов. Код проекта написан на языке Python с применением оптимизаций на языке Си и распространяется под лицензией BSD...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=56463

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +3 +/
Сообщение от Анонимemail (1), 06-Янв-22, 10:34 
одно из лиц СПО, долгих лет как говорится
Ответить | Правка | Наверх | Cообщить модератору

17. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  –2 +/
Сообщение от Аноним (-), 06-Янв-22, 14:09 
Если бы они перешли на копилефт, было бы ещё замечательней.
Ответить | Правка | Наверх | Cообщить модератору

88. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от Аноним (88), 07-Янв-22, 15:34 
Осмелюсь просить предоставить примеры других частей тела СПО
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +4 +/
Сообщение от Неуклюжий танцор (?), 06-Янв-22, 11:28 
> Прекращена поддержка Python 3.7

Впереди паровоза. Куда так спешить. Вот мы только на 3.7 начали переходить. Безумцы.

Ответить | Правка | Наверх | Cообщить модератору

3. Скрыто модератором  –6 +/
Сообщение от Аноним (3), 06-Янв-22, 11:30 
Ответить | Правка | Наверх | Cообщить модератору

4. Скрыто модератором  +4 +/
Сообщение от Неуклюжий танцор (?), 06-Янв-22, 11:44 
Ответить | Правка | Наверх | Cообщить модератору

7. Скрыто модератором  +/
Сообщение от Аноним (7), 06-Янв-22, 12:16 
Ответить | Правка | Наверх | Cообщить модератору

19. Скрыто модератором  +1 +/
Сообщение от Аноним (19), 06-Янв-22, 14:25 
Ответить | Правка | Наверх | Cообщить модератору

21. Скрыто модератором  –3 +/
Сообщение от From Cobrastan Bestburg with love (?), 06-Янв-22, 15:11 
Ответить | Правка | Наверх | Cообщить модератору

64. Скрыто модератором  +/
Сообщение от BrainFucker (ok), 06-Янв-22, 21:36 
Ответить | Правка | Наверх | Cообщить модератору

70. Скрыто модератором  –1 +/
Сообщение от Аноним (70), 06-Янв-22, 22:52 
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

71. Скрыто модератором  –1 +/
Сообщение от Аноним (70), 06-Янв-22, 22:55 
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

80. Скрыто модератором  +/
Сообщение от JackONeill (?), 07-Янв-22, 09:56 
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

81. Скрыто модератором  +/
Сообщение от JackONeill (?), 07-Янв-22, 09:58 
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

82. Скрыто модератором  +/
Сообщение от JackONeill (?), 07-Янв-22, 09:59 
Ответить | Правка | Наверх | Cообщить модератору

8. Скрыто модератором  –2 +/
Сообщение от Аноним (8), 06-Янв-22, 12:25 
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

15. Скрыто модератором  +1 +/
Сообщение от Аноним (15), 06-Янв-22, 13:53 
Ответить | Правка | Наверх | Cообщить модератору

22. Скрыто модератором  +/
Сообщение от From Cobrastan Bestburg with love (?), 06-Янв-22, 15:16 
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

84. Скрыто модератором  –1 +/
Сообщение от ptr (ok), 07-Янв-22, 15:04 
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

5. Скрыто модератором  +2 +/
Сообщение от iu (?), 06-Янв-22, 11:52 
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

6. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  –2 +/
Сообщение от Аноним (7), 06-Янв-22, 12:15 
Так переходите на 3.8 сразу, в чём проблема?
3.8 собственно последний нормально работающий на W7, в т.ч. x32
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

49. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от SinoptikUF (?), 06-Янв-22, 18:06 
Зачем на 3.8? Сразу на 3.10.1.
Ответить | Правка | Наверх | Cообщить модератору

50. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от SinoptikUF (?), 06-Янв-22, 18:12 
3.10 также поддерживает Windows 7 и нормально в этой операционке работает!
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

62. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от Аноним (62), 06-Янв-22, 21:17 
какую версию PIL/pillow можно поставить на 7-ку без сервиспаков?
Ответить | Правка | Наверх | Cообщить модератору

79. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от SinoptikUF (?), 07-Янв-22, 09:12 
Без сервиспаков Windows 7 давным-давно не поддерживается. Обновляй до SP1 и нормально работай!
Ответить | Правка | Наверх | Cообщить модератору

9. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от ИмяХ (?), 06-Янв-22, 12:32 
Ну так и Numpy тоже не обновляй.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

35. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от Аноним (-), 06-Янв-22, 16:19 
А ты будь прогрессивным. Переходи на новую версию Питона.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

85. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от Аноним (88), 07-Янв-22, 15:26 
В чем проблема перехода с другой версии 3.х?
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

10. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  –1 +/
Сообщение от iZENemail (ok), 06-Янв-22, 12:48 
% grep "NUMPY" -r /var/db/ports
/var/db/ports/graphics_vigra/options:_FILE_COMPLETE_OPTIONS_LIST=DOCS FFTW HDF5 NUMPY OPENEXR PNG JPEG TIFF
/var/db/ports/graphics_vigra/options:OPTIONS_FILE_UNSET+=NUMPY
/var/db/ports/x11-toolkits_py-gtk2/options:_FILE_COMPLETE_OPTIONS_LIST=DOCS EXAMPLES NUMPY
/var/db/ports/x11-toolkits_py-gtk2/options:OPTIONS_FILE_UNSET+=NUMPY

— не нужен.

Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  –3 +/
Сообщение от NumPy (?), 06-Янв-22, 13:06 
Ты не нужен
Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +2 +/
Сообщение от Аноним (15), 06-Янв-22, 13:50 
О да какой проект по ML не возьми, то версия торча не та то еще что-то не то. А нужный торч есть только под питон 3.7 и там начинается что кто-то из либ под 3.7 уже не работает надо искать ту версию что работает. Качать с левого репо питон 3.7. Похоже эта музыка будет вечной.  
Ответить | Правка | Наверх | Cообщить модератору

16. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  –2 +/
Сообщение от Аноним (16), 06-Янв-22, 14:00 
Учоные никогда не умели в нормальное программирование. Инструментарий им под стать.
Ответить | Правка | Наверх | Cообщить модератору

24. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от Аноним (24), 06-Янв-22, 15:30 
Вот как раз торч и тензорфло пишут программисты. И да, могу подтвердить, там полная Ж с зависимостями. В которую еще и нвидия со своей кудой добавляет.
Ответить | Правка | Наверх | Cообщить модератору

30. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от Аноним (30), 06-Янв-22, 16:00 
Проблемы с торчем прошли, когда они дропнули луа. С кудой никаких проблем никогда нет. Bliss не компилируется, я не знаю почему, с бинарями ок. С numpy была небольшая проблема, когда в последней бете 3.10 немного сломали, но исправили быстро. Тензорфлоу у меня тоже не компилируется кстати, с торчем реально никаких проблем.
Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от Аноним (15), 06-Янв-22, 17:24 
Если бы они ещё совместимость сохраняли более менее. Но нет чуть поменяешь версию у тебя весь проект в каких то ошибках, то депиркейдет удалили то функции нет.

Еще SciPy с версиями шалит. Ужыс короче.  

Ответить | Правка | Наверх | Cообщить модератору

25. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  –2 +/
Сообщение от Аноним (-), 06-Янв-22, 15:31 
учоные это бывшие студенты на одном месте верченые
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

73. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +1 +/
Сообщение от Аноним (73), 07-Янв-22, 00:49 
Учёные работают, а не красоту в коде наводят.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

77. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от Аноним (77), 07-Янв-22, 08:10 
Для ученых есть Джулия. А студенты как-нибудь и с Питоном разберутся.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

78. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от Аноним (-), 07-Янв-22, 09:10 
Русскому учёному нужно только 7 вещей: бумага, карандаш, ластик, линейка, ручка, умный вид, и кулак по морде от начальства.
Ответить | Правка | Наверх | Cообщить модератору

83. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от Аноним (-), 07-Янв-22, 10:46 
Это только в последние лет 15-20 актуально стало. Да и то, не везде.
Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  –1 +/
Сообщение от Аноним (-), 06-Янв-22, 16:16 
Всё, FORTRAN и Matlab уже не нужены.
Ответить | Правка | Наверх | Cообщить модератору

59. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от Аноним (15), 06-Янв-22, 19:10 
Видел как из питона вызывали и фортран и матлаб. Так что все надо все тащите все заработает.  
Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +2 +/
Сообщение от Аноним (-), 06-Янв-22, 18:27 
Отличная библиотека для простого ЯП, понятного и доступного для любого астрофизика или ксенобиолога.
Ответить | Правка | Наверх | Cообщить модератору

86. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от Аноним (88), 07-Янв-22, 15:28 
Да любая собака на питоне писать может. Профессор Павлов не дал бы соврать.
Ответить | Правка | Наверх | Cообщить модератору

91. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  –2 +/
Сообщение от ptr (ok), 07-Янв-22, 16:49 
Вот она истина в одной фразе. Python оптимален для тех, для кого разработка не является основным видом профессиональной деятельности. Потому фраза "профессиональный программист на Python" меня и вводит в ступор.
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

87. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от Аноним (88), 07-Янв-22, 15:31 
У питона с управлением зависимостями прям беда: setup.py, pip, pipenv, poetry и прочая хрень. Сейчас ещё добавили project.toml. А pip как не умеет по нормальному дерево зависимостей отображать, так и не умеет.
Ответить | Правка | Наверх | Cообщить модератору

90. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от ptr (ok), 07-Янв-22, 16:33 
Ну все, началось. Множество апологетов "золотого молотка" начали минусовать посты, так как кроме аргумента, что "золотой молоток" - это круто, у них иных аргументов нет.
Это прямо беда среди разработчков - махать любимым "золотым молотком" искренне не понимая, что универсальных языков программирования не бывает. И ограничивая свою деятельность одним языком программирования они сами себя дисквалифицируют. Каким бы замечательным этот язык не был.
Ответить | Правка | Наверх | Cообщить модератору

92. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от Аноним (30), 07-Янв-22, 20:34 
Никто и не говорит, что тот же питон универсален. Однако, это факт, что он универсален и удобен, особенно, с учётом интеграции нативного кода. Скорее, не везде применим из-за низкой производительности. Единственный недостаток питона. Этой низкой производительности достаточно всего лишь почти везде -- когда нагрузки возрастают, там можно и подумать о переписывании (благо, это не разрабатывать с нуля).

Я вполне могу представить себе профессиональных питон-программистов, точно так же, как и профессиональных жс-программистов. Им просто нет необходимости выходить за рамки интерпретируемой шляпы, скорее всего, они способны на это при должном уровне квалификации. Язык, на котором писать, вообще не главное.

Вот что действительно непонятно, так это то, о чём ты рассуждаешь, будто успокаиваешь себя в стиле "вот я-то умею на паскале писать, это лучше!", при этом сложность этих паскаль-приложений будет на много порядков ниже (даже если отбросить все эти тысячи слоёв абстракций, абстракции далеко не всегда плохо конечно).

Ответить | Правка | Наверх | Cообщить модератору

93. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от ptr (ok), 07-Янв-22, 23:21 
> вот я-то умею на паскале писать, это лучше!

Соболезную, как экстрасенс Вы с треском провалились.
Я только чужой код на Pascal/Delphi поддерживал, сам предпочитая другие языки, включая, тот же Python. Но ограничивать свою деятельность исключительно последним мне никогда даже в голову не приходило. Иногда просто необходим C, причем вплоть до необходимости ассемблерных вставок, иногда быстрее написать на tcl/tk, есть задачи для которых лучше C# или Java, а в браузере проще использовать JS (или TS).
Всю жизнь я выбирал и выбираю инструмент, в зависимости от задачи, а не пытаюсь все задачи подряд решать одним "золотым молотком", как Вы.

Ответить | Правка | Наверх | Cообщить модератору

94. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от Аноним (30), 08-Янв-22, 00:32 
Золотой молоток это всегда хорошо. Чем быстрее получается хороший вылизанный код, и чем проще он в сопровождении, тем лучше. Всё зависит только от качества и актуальности батареек, на каком языке  разрабатывать вообще не принципиально (главное, чтобы не си с его бойлерплейтом и байтобством, можно плюсы взять), однако время, необходимое на разработку, это существенный параметр. Невозможно знать всё языки достаточно хорошо, придётся выбирать специализацию. Не навсегда, конечно. Те, кто вчера использовал перл, сегодня перешли на питон. Всерьёз сравнивать скриптоту с компилируемыми не могу, уж извините.
Ответить | Правка | Наверх | Cообщить модератору

95. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от ptr (ok), 08-Янв-22, 03:00 
> Золотой молоток это всегда хорошо.

Спасибо, что потвердили мои слова. Вообще-то "золотой молоток" есть антипаттерн проектирования, что признано значительным количеством специалистов, например, таких как Каплан или Маслоу.

Ответить | Правка | Наверх | Cообщить модератору

96. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от Аноним (30), 08-Янв-22, 03:47 
Вымышленные термины, они такие. В жизни не всё так просто. Если рассматривать с позиции затрат и вероятности получения хороших результатов, стесняться отдавать предпочтение технологиям, которые точно работают и которые дадут предсказуемый результат, было бы довольно не умно.
Ответить | Правка | Наверх | Cообщить модератору

97. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от ptr (ok), 08-Янв-22, 04:02 
Если Вы, конечно, работаете в шарашкиной конторе, в которой три разработчика, то выбора у Вас нет. Потому и защищаете свой антипаттерн.

А в нормальных системных интеграторах не составляет проблем подобрать в проектную команду специалистов, уже имеющих компетенцию в выбранных инструментальных средствах. Или даже оплатить обучение специалистов, если выбрано относительно новое инструментальное средство.

В проектной деятельности так же существуют требования заказчика. Например, если заказчик по требованиям импортозамещения выбирает PostgreSQL, а проект требует разработки дополнительных копилируемых SQL функций, то как бы Вы не были против С, альтернативы тут Вы не обнаружете. А даже если можно обойтись не компилируемой функцией, то Python Вам не позволят использовать безопасники, так как безопасного Python для PostgreSQL в природе не существует.

Ответить | Правка | Наверх | Cообщить модератору

98. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от Аноним (30), 08-Янв-22, 05:12 
Ну вот, начинается. Уже нужны специальные разработчики с улицы, и, как обычно, чтобы вчера готово было. Большинство контор используют что-то одно. Или додиез, или пхп с жс, или даже один 1С. Набрать команду специалистов по коболу, мы гугл что ли? Не подъёмных проектов никогда никто не будет брать, для начала. А ещё, внезапно, не все пашут на галерах, есть компании со своими продуктами.
Ответить | Правка | Наверх | Cообщить модератору

99. "Выпуск Python-библиотеки для научных вычислений NumPy 1.22.0"  +/
Сообщение от ptr (ok), 08-Янв-22, 05:35 
> Большинство контор используют что-то одно.

Да, но разные конторы - разное. Странно, что Вы это не знаете. И если контора не специализируется в разработке и внедрения ПО, то предпочитает обходится недорогими специалистами только в рамках поддержки имеющихся решений. Привлекая системных интеграторов для внедрения новых, развития существующих и для поддержки уже внедренных решений.

Ну и как я уже писал Выше, Python ничем не поможет, если нужно написать CLR функцию для MS SQL или копилируемую функцию для PostgreSQL. А ведь IT ландшафт проекта не ограничивается только БД. Тут будет и kafka c Java, и фронтенд с JS, и многопоточные компилируемые веб-сервисы, и еще многое другое.

> Набрать команду специалистов по коболу

Зачем? Новый проект на COBOL писать сейчас бессмысленно. А моего опыта программирования на COBOL вполне достаточно было пока во всех случаях, когда поддержка COBOL требовалась.
При этом биндинга Python к COBOL я не знаю, поэтому, чтобы не писать новый код на COBOL, использовал C или, в крайнем случе, FORTRAN (с ним биндинг COBOL проще). Все же на них разработка ведется быстрее, чем на COBOL.

Могу только утверждать, что зная только один язык программирования, в тех системных интеграторах, в которых мне довелось работать, выше миддла не поднимешься. А уж тимлид и, тем более, архитектор проекта просто обязаны иметь довольно широкий кругозор в языках программирования.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру