Обсуждение статьи "Статистические распределения в MQL5 - берем лучшее из R и делаем быстрее" - страница 2

[Renat Fatkhullin]

Реter Konow:

Почему, получая желаемые нововведения их постоянно критикуют?

Если язык критикуют, значит он живой.

На самом деле это огромное счастье для разработчиков, когда есть потом критики и обсуждений. Только от трейдеров с этого сайта ежемесячно получаем больше 3000 тикетов в сервисдеск. Это по 100 заявок каждый день, включая выходные. Причем сюда не входят обсуждения в форуме.

[Реter Konow]

Renat Fatkhullin:

Если язык критикуют, значит он живой.

На самом деле это огромное счастье для разработчиков, когда есть потом критики и обсуждений. Только от трейдеров с этого сайта ежемесячно получаем больше 3000 тикетов в сервисдеск. Это по 100 заявок каждый день, включая выходные. Причем сюда не входят обсуждения в форуме.

Честно говоря, никогда не смотрел на это с этой стороны. Мне казалось, что бесконечная критика и просьбы пользователей разработчикам в тягость. Сам никогда не обращался в сервисдек, никогда ничего не просил и не критиковал, даже тогда, когда мне чего то нехватало. Как оказывалось, - правильно делал, - так как просящих и без меня пруд пруди... Зато учился приспосабливаться и использовать возможности языка максимально эффективно. К счастью - язык очень подходил для решения моих задач. Иногда я просто удивлялся совпадениям. Например, в развитии программы мне часто требовались разные функции, но я из за слабого знания языка не знал о том, если они вообще, но каждый раз обращаясь к документации и немного покопавшись убеждался, что нужные мне инструменты в языке имеются. Даже функция возвращающая длинну текстовой строки, которая так необходима интерфейсу была найдена мною в свое время, и я убедился, что над языком действительно постарались. На данный момент у меня есть много задач, но прежде чем обращаться в сервисдек, я использую все возможности чтобы самостоятельно их решить. Если будет что то, где потребуется помощь разработчиков, то может быть когда нибудь и обращусь...

P.S. Хотя, может в этом и заключается процесс развития: критика, жалобы, просьбы, обсуждения... Тогда получается, я не участвую в развитии языка. Точнее, я участвую, но по своему. Как и каждый из нас.

[Yuriy Asaulenko]

Работа безусловно большая. Но не понимаю, зачем снова и снова изобретать велосипеды? Аналогичные и гораздо более функциональные и, к тому-же, общедоступные библиотеки все уже есть И зачем перегружать MQL функционалом, необходимым, ну, скажем, 5% пользователей. Не проще ли сделать адаптер к самому R, точнее, к вызову его функций? За вычислительными возможностями R, SciLab или MathLab все равно не угнаться. Чтобы не обвинили в предвзятости, я R к МТ подключать не планирую.

[Renat Fatkhullin]

Yuriy Asaulenko:

Работа безусловно большая. Но не понимаю, зачем снова и снова изобретать велосипеды? Аналогичные и гораздо более функциональные и, к тому-же, общедоступные библиотеки все уже есть И зачем перегружать MQL функционалом, необходимым, ну, скажем, 5% пользователей. Не проще ли сделать адаптер к самому R, точнее, к вызову его функций? За вычислительными возможностями R, SciLab или MathLab все равно не угнаться. Чтобы не обвинили в предвзятости, я R к МТ подключать не планирую.

Мы не перегружаем язык, а дополняем стандартную библиотеку.

Математические библиотеки добавляются в исходниках на языке MQL5 и доступны в /Include/Math каталогах. Сейчас штатно распространяются 3 математические библиотеки: Alglib, Fuzzy и статистические функции как в R.

В чем проблема использовать сторонние системы, я уже рассказывал в https://www.mql5.com/ru/forum/96176/page11#comment_2859489 

[ivanivan_11]

В связи со словами Рената просьба пост не удалять снова.

Если язык критикуют, значит он живой.

На самом деле это огромное счастье для разработчиков, когда есть потом критики и обсуждений.

мне кажется, было бы интересно в таком случае провести опрос среди участников форума - кто чем пользуется на данный момент - штатными указанными библиотеками, сторонним софтом - R,матлаб, пифон,а так же колво проектов на том или ином решение в разработке или уже имеющихся,не пользуется ничем. И второй вопрос - собираетесь ли вы (пользователи) использовать штатные библиотеки.  Речь,разумеется,идет в контексте мат.библиотек.

В кодабазе я сам сталкивался и пользовался только с одним продуктом, использующим алглиб, это https://www.mql5.com/ru/code/11859. Ради интереса я сейчас еще просмотрел кодабазу на тему нейросетей. Все имеющиеся примеры НЕ используют алглиб либо подобные штатные библиотеки. И нашел еще только один код с использованием алглиб https://www.mql5.com/ru/code/15865

Все,больше ничего нет ни на маркете,ни в кодабазе. Либо люди не публикуют, либо не используют. Так может стоит провести предварительно самый примитивный маркетинговый опрос,чтоб не распылять ресурсы на ненужные вещи?

и еще цитата

В данном случае поможет наличие в исходниках готовых нейросетевых библиотек на MQL5, которые позволят контролировать весь процесс и строить готовые решения в едином эксперте. Также можно продавать EX5 библиотеки в маркете.

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

так же еще бог знает в каком лохматом году высказывались такие мысли https://www.mql5.com/ru/forum/6505/page11#comment_195723

[Renat Fatkhullin]

ivanivan_11:

Но ,как я уже указал выше, НЕТ сейчас никаких продуктов,от слова совсем, с использованием подобных вещей. Так что расчет на сильную монетизацию подобной затеи,мне кажется, преувеличен.

Задумайте о том, что кодобаза - это мизерная часть созданного кода, видимая публично. Поэтому по ней нельзя делать выводы.

На самом деле потрясающее количество разработчиков в Азии (и других регионах) программируют молча и никак не проявляют себя в нашем сообществе. Мы знаем это по количеству запускаемых редакторов по всему миру.

Наша большая задача - это поддерживать и помогать расти этому подводному асбергу, стараясь привлечь участников к публичному проявлению на форумах, кодобазе, маркете и тд.

Опрос используемых библиотек и аналитических пакетов устраивайте - это будет интересно всем.

[СанСаныч Фоменко]

Я чего-то не понимаю

Берем 

2.17.1. MathProbabilityDensityBinomial

Функция рассчитывает значение функции вероятности (probability mass function) биномиального распределения с параметрами n и p для случайной величины x. В случае ошибки возвращает NaN. Аналог dbinom() в R.

double MathProbabilityDensityBinomial(
  const double   x,           // [in]  Значение случайной величины (целочисленное)
  const double   n,           // [in]  Параметр распределения (количество испытаний)
  const double   p,           // [in]  Параметр распределения (вероятность успеха для каждого испытания)
  int            &error_code  // [out] Переменная для кода ошибки 

); 

Утверждается, что это аналог функции R, которая и указана в тексте.

Что является результатом обращения к указанной функции в MQL? Скаляр? вектор?

Вот что имеем на R

  n <- 2000

> 

> k <- seq(0, n, by = 20)

> 

> dbinom(k, n, pi/10, log = TRUE)

  [1]  -754.219687  -660.247472  -592.126636  -534.532344  -483.881605

  [6]  -438.460449  -397.256529  -359.600217  -325.015561  -293.146935

 [11]  -263.718651  -236.510862  -211.344286  -188.070044  -166.562645

 [16]  -146.714976  -128.434635  -111.641185   -96.264050   -82.240889

 [21]   -69.516303   -58.040813   -47.770020   -38.663934   -30.686405

 [26]   -23.804662   -17.988917   -13.212041    -9.449276    -6.678001

 [31]    -4.877524    -4.028903    -4.114796    -5.119322    -7.027950

 [36]    -9.827392   -13.505519   -18.051278   -23.454625   -29.706468

 [41]   -36.798607   -44.723697   -53.475197   -63.047346   -73.435124

 [46]   -84.634231   -96.641063  -109.452696  -123.066869  -137.481976

 [51]  -152.697057  -168.711791  -185.526498  -203.142139  -221.560321

 [56]  -240.783304  -260.814011  -281.656048  -303.313714  -325.792028

 [61]  -349.096753  -373.234428  -398.212400  -424.038867  -450.722923

 [66]  -478.274610  -506.704982  -536.026169  -566.251458  -597.395380

 [71]  -629.473815  -662.504106  -696.505196  -731.497775  -767.504466

 [76]  -804.550025  -842.661583  -881.868927  -922.204828  -963.705435

 [81] -1006.410740 -1050.365139 -1095.618115 -1142.225065 -1190.248330

 [86] -1239.758485 -1290.835969 -1343.573182 -1398.077239 -1454.473630

 [91] -1512.911233 -1573.569331 -1636.667772 -1702.482242 -1771.368369

 [96] -1843.802104 -1920.453074 -2002.333627 -2091.157734 -2190.508385

[101] -2315.710414

> a<-dbinom(k, n, pi/10, log = TRUE)

> str(a)

 num [1:101] -754 -660 -592 -535 -484 ...

Т.е. обращение к функции в Rдает результат вектор, который можно нарисовать с помощью универсального метода plot 

 

> plot(a)

 

Декларировано, что аналог.

Можно показать, что результат применения на мкл будет одинаков с R? 

[fxsaber]

СанСаныч Фоменко:

Когда хочется придраться, начинают с формулировок.

На входе в R подаете вектор. А в MQL-варианте - скаляр.

Переделать скаляр->вектор элементарно. Нравится использовать R - используйте!

Штатной прокладки MQL-R не будет, уймитесь. 

[СанСаныч Фоменко]

fxsaber:

Когда хочется придраться, начинают с формулировок.

На входе в R подаете вектор. А в MQL-варианте - скаляр.

Переделать скаляр->вектор элементарно. Нравится использовать R - используйте!

Штатной прокладки MQL-R не будет, уймитесь. 

Разве я к Вам обращался?

Обсуждается статья.... 

[fxsaber]

СанСаныч Фоменко:

Разве я к Вам обращался?

Обсуждается статья.... 

Идет явная придирка к формулировке "аналог".

В статье аналог, при чем полнейший. В R практически все идет через вектора. Это вопросы лаконичного синтаксиса, за что, в частности, так сильно и заслуженно любят R.

И это никакого отношения к статье не имеет. Придирка в чистом виде.