为什么Python在机器学习中如此时髦? - 页 4

 
桑桑尼茨-弗门科

这里有一个R的评分标准

这里有一个关于时间序列 的选择

这里有一个 关于机器学习的链接

这里 是微软的R。

这里有 一个俄文版的选择

以下是 问题。

有几个关于小波的软件包,例如,小波。当你打开它们时,有一些链接,你通常可以找到告诉你如何将小波应用于交易的书籍。

我有一个完整的收藏,我一下子找不到了,我遇到了就寄给你。



R是主流,如果你找不到东西,就问吧,我对R的知识非常有限,但显然比你多,我会帮助你的。

我的知识接近于零 ))好的,我需要找到一个计算FIR滤波器系数的软件包。而且不是用开窗方法(获得长滤镜),而是用Equiripple。

在Matlab中,我只是使用这样一个工具,简单而方便。我怀疑R中是否有这样的东西。但还是请你找找看,我会在文章中提到你))。

1

2

而且你可以写代码来计算任何过滤器,并将系数写入文件,这就是这个工具生成的东西。现在只剩下写系数的部分了。这种做法由来已久,我不会在此举出,因为它的利润不高。

function Hd = getFilter
%GETFILTER Returns a discrete-time filter object.

% MATLAB Code
% Generated by MATLAB(R) 9.3 and DSP System Toolbox 9.5.
% Generated on: 12-Apr-2018 22:48:35

Fpass = 0.2;   % Passband Frequency
Fstop = 0.3;   % Stopband Frequency
Apass = 0.01;  % Passband Ripple (dB)
Astop = 60;    % Stopband Attenuation (dB)

h = fdesign.lowpass('fp,fst,ap,ast', Fpass, Fstop, Apass, Astop);

Hd = design(h, 'equiripple', ...
    'MinOrder', 'any', ...
    'StopbandShape', 'flat');
% а из объекта Hd уже можно вытащить коэффициенты и много чего еще

***

 
罗费尔德

Java(Scala)是分布式机器学习的标准(Spark、MXNet、Hadoop)。

R和Python只有链接模块来使用这些系统,而不是全面的支持。

我想知道为什么谷歌选择Python作为其硬件,而不是Java,因为在安卓项目中,有很多这方面的工作。以两个IDE为例,其中一个是从零开始创建的--Android Studio。

 

顺便说一下,我刚刚去Stackoferflow问了一个问题。我花了一个小时,但我无法发送消息,段落的位置不对,还是什么原因。

愚蠢至极的资源,我没有白白喜欢它。

 

TensorFlow 是C++语言,只有API是Python语言。

Spark也可以执行Python代码。

 
你可以争论到你脸色发青。Python在学术界非常普遍,被用于科学计算。这实际上是他们的标准。它是ME的标准。Macrosoft首先将他们的NS库调到了Python上。这些是事实。而为什么会出现这种情况呢?Python是一种既简单又强大的语言,有很多的库。这就是为什么它已成为科学计算的热门。
 

我从来没有想过这个问题,但对我来说,答案在Hubs的文章中得到了充分的揭示--通过一个科学家的眼睛看Python、Delphi和C++/Habrahabr

阅读对这篇文章的评论也很有意思。

Python, Delphi и C++ глазами учёного
Python, Delphi и C++ глазами учёного
  • 2021.02.18
  • habrahabr.ru
Статья про использование Python в научных вычислениях подтолкнула меня написать эту статью. Это история, случившаяся со мной и с коллегами 6 лет назад. На тот момент я уже достаточно подразобрался с Delphi и Python, но только теперь я ощущаю что достаточно поработал с C/C++, чтобы здраво оценить время на «ремонт» сломанного кода и вообще —...
 
拉希德-乌马罗夫

我从来没有想过这个分支问题,但对我来说,答案在hubra上的文章中得到了充分的揭示--通过一个科学家的眼睛看Python、Delphi和C++ / Habrahabr

阅读对这篇文章的评论也很有意思。

我读过了,很奇怪,这样的胡言乱语竟然发表在hubrahabr上。我想尊敬的拉希德决定取笑它 )))总的来说,这多少让我想起了这个论坛上关于OOP危害的荒谬争论))

所谓的 "科学家 "的几个愚蠢言论。

你不能保证日志文件会被保存,因为操作系统崩溃。(来自我--是他的程序莫名其妙地使操作系统崩溃!!)
------------
解释器的魔力帮助好的Python看到我的数字需要多少内存,并准确地分配它需要的内存

-----------
Windows代码至少可以进入有操作系统代码的内存区域并使其崩溃。
----------
但直观的 "天真 "的Python代码几乎总是按预期工作。pascal中的类似代码并不总是能正确工作。好吧,如果没有一些特殊的知识,天真的C代码几乎100%都不会被编译。
-----------

 
他们在那里遇到了很多麻烦,所以他们写了一篇文章 :)
 
马克西姆-德米特里耶夫斯基
他们在那里有足够的悲伤,可以写一篇文章 :)

他们是科学的殉道者))他们被赋予了错误的方言。

 
阿列克谢-沃尔昌斯基

我看了,很奇怪,这样的胡言乱语竟然在hubra上发表。我猜尊敬的拉希德决定取笑它))。总的来说,这让我想起了这个论坛上关于OOP危害的荒谬争论)。

有人在胡说八道,我不是在开玩笑。你就是不明白,还有科学家的 "批评者 "也不明白。