Пожелания к MQL5 - страница 64
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
То что разумно, разумеется удовлетворяется как потребность !
и порой простой пользователь рожает очень здравые идеи которые просто на этапе разработки
не закладывались не виделись.
но я встречал "кассиров" - с такими бредовыми идеями, что лучше не говорить
и удовлетворят каждую неразумную мысль жизни не хватит
я как раз описал именно такой случай
---
Ребят, не подскажете где взять линию балланса? moving average это не оно?
Еще хотелось бы комбинированый индикатор stohastik, gator и macd. А то если обычные друг к другу прилепить, то гатор залазит на Машку. И пол Машки не видно. ) Ну и отдельно мне их не надо, только в одной полоске.
И еще. Есть ли индикаторы покарсивее, чем в стандартном варианте mt4? мне бы классические AO, AC и вышеперечисленные. А то вроде 2009й год и такое визуальное убожество. ))
Юрий, за Вас больше не боюсь. Оно, как оказалось, только звучало страшно.
.
Но какие критерии позволяют установить "бредовость" идеи.
- A "Лень делать"
- B "Лень опросить пользователей" (нет возможности)
- C "Ласково поулыбаться"
.
И как формулируется отказ?
- D "Не будет - потому что это тупо бред" (и ничего не говорить) или
- E "Мы обязательно это исследуем" (и ничего не сделаем) или
- F "Не будет - потому что причина А, причина Б".
.
В честь рождества
(дополнительный список причин к пожеланиям см. тут: http://www.calend.ru/holidays/prof/ )
загадаю разработчикам, чтобы в дополнение к предыдущему посту относительно культурного обновления дерева
нескомпилированный индикатор при попытке кинуть его на график компилировался автоматически.
.
А вот здесь уже интересно - на месте разработчиков я подумал бы что-то типа
"а у нас компилятор в редакторе - так что если редактор
не открыть - то ничего нельзя", т.е. идея бредовая! ;-) Т.е. стратегия AC / D.
.
Кстати, при перерисовке дерева есть какие-то сообщения типа
BEGIN_UPDATE / END_UPDATE - их надо обязательно использовать.
Юрий, за Вас больше не боюсь. Оно, как оказалось, только звучало страшно.
.
Но какие критерии позволяют установить "бредовость" идеи.
- A "Лень делать"
- B "Лень опросить пользователей" (нет возможности)
- C "Ласково поулыбаться"
.
И как формулируется отказ?
- D "Не будет - потому что это тупо бред" (и ничего не говорить) или
- E "Мы обязательно это исследуем" (и ничего не сделаем) или
- F "Не будет - потому что причина А, причина Б".
.
В честь рождества
(дополнительный список причин к пожеланиям см. тут: http://www.calend.ru/holidays/prof/ )
загадаю разработчикам, чтобы в дополнение к предыдущему посту относительно культурного обновления дерева
нескомпилированный индикатор при попытке кинуть его на график компилировался автоматически.
.
А вот здесь уже интересно - на месте разработчиков я подумал бы что-то типа
"а у нас компилятор в редакторе - так что если редактор
не открыть - то ничего нельзя", т.е. идея бредовая! ;-) Т.е. стратегия AC / D.
.
Кстати, при перерисовке дерева есть какие-то сообщения типа
BEGIN_UPDATE / END_UPDATE - их надо обязательно использовать.
иногда зависит от статуса идеолога :-)
в моей жизни был случай когда я отказался реализовывать "бред"
отказав руководству фирмы в которой работал
за что был лишен премии!
кстати потом они признали что они были неправы
но премию правда не компенсировали
зато я не влез в разработку которая явно бы провалилась
---
критерий "бредовости" оценить не всегда легко
формулировать отказ можно очень разнообразно - вплоть до прямого текста - что это неразумно - но доказав что это неразумно
ближе к варианту F
но вариант F это скорее когда объяснения идут с руководством !
согласитесь я не обязан отчитываться перед "кассиром"
вот если - рационализатор напишет служебку - тогда другое дело - ответ будет
---я не исхожу из позиции что мне лень! :-) -
кстати критериев может быть много
например один из них время на разработку или доработку
---
например если я пишу разовую программу а такое бывает
и время на ее создание соизмеримо с ручным перебором - я аргументированно откажусь!
если руководство не глупое - то оно займет меня чем то более продуктивным
чем создание разовой программы - писать которую я буду столько времени сколько это займет у иполнителя на ручной РАЗОВЫЙ перебор.
---
Да если говорить про студию, есть такая штука как VisualAssist. Без нее уже не могу в студии.
JetBrains ReSharper в VS 2005 / 2008 пробовали? Тоже весьма продуктивно помогает.
Тааак. Понятно. Никому тут мои вопросы не нужны. Давайте так, а где можно спросить про индикаторы?
Можно создать отдельный топик ;-)
Большинство предложений, которые тут видел, это детский лепет какой-то. MQL4 самодостаточен. Огромное спасибо создателям.