21 марта 2013, 13:09
Сделай робота САМ 5
Продолжение видео урока под номером 4, в котором я реализовал условие с использованием разных таймфреймов.
В текущем видео, я добавил фильт сделки, которая зависит от стороннего сигнала, так же, частичное открытие и закрытие позиции.
Кстати сам понимаю что с дикцией чет не то стало…
Оставляйте свои предложения и пожелания в комментариях или личке.
Программу можно скачать на сайте TSLab, если необходим квиковый коннект, выбрать его можно в разделе для скачивания.
В текущем видео, я добавил фильт сделки, которая зависит от стороннего сигнала, так же, частичное открытие и закрытие позиции.
Кстати сам понимаю что с дикцией чет не то стало…
Оставляйте свои предложения и пожелания в комментариях или личке.
Программу можно скачать на сайте TSLab, если необходим квиковый коннект, выбрать его можно в разделе для скачивания.
Наиболее и наименее доходные облигации с рейтингами от ВВ- до А+. Азбука Вкуса. И думать желательно об избавлении от бумаг с дисконтами
В таблицах подобраны наиболее и наименее доходные облигаци...
Хоха51,
спам ).
Дмитрий,
спам.
pierce,
Видишь ли, я бывший бизнесмен, в бизнесе аж с 1990 года.У меня свой подход к оценке бизнеса. И весьма простой, основанный на РЕАЛЬНОСТИ !
К примеру ЧТО может стоить НЕЧТО, буть вещь ил...
Владимир Каминский, Вместо Сбера подставляй любую другую бумагу и 250 бестолковых статей — готово.
Банк России внес изменения в режим спецсчетов типа «С», позволив отечественным инвесторам выводить доходы по ценным бумагам — Ведомости
Вот это уже интереснее становится....)
Банк России внес изменения в режим спецсчетов типа «С», позволив отечественным инвесторам выводить доходы по ценным бумагам - Ведомости Банк России внес изменения в режим спецсчетов типа «С», позволив...
Вообщем это акции которые разместились на ipo, правление заверило что spo не будет ближайшие 6 месяцев, странно конечно с совком такого не было.
Выручка ДНС в 2023 году выросла на 21,7%, до 726,8 млрд р. чистая прибыль выросла на 12% до 42,2 млрд р.
Выручка МВидео 434 млрд р.
ДНС почти в 2 раза больше МВидео уже.
Там кто то г...
Помогаю в реализации идей [email protected]
Когда книжку-раскраску для 3-х летних детей делают — это понятно, но когда предлагают в этом же стиле осваивать всю русскую литературу — это тупо.
Вы представляете, как будет выглядеть Война и мир в цветных кубиках? =)
Очевидно же, что текстом выражать предложения лучше во всех смыслах (очевидно всем, кроме фриков-любителей комиксов).
Когда-то люди научились выражать свои истории/потребности/желания наскальной живописью, спустя миллионы лет освоили текст, а теперь вот деградируем обратно?
На самом деле «кубики» это готовые решения (шаблоны), которые в свою очередь итак были написаны в C#.
Текстовой способ кодирования информации в ближайшем будущем незаменим.
Сколько раз уже пробовали — не вышло. Математики в поисках простых красивых и лаконичных форм голову ломают уже тысячи лет, а всё-таки пришли к языку формул. Подходит к доске, рисует графики, машет руками, обводит кружочки, а потом пишет формулу и только так мысль обретает однозначный более-менее ясный вид.
Я говорю о концепциях. Не вижу здесь перспектив. Вот если бы кто-то в нашем секторе пошёл по пути визуализации программирования – это был бы реальный прорыв и задел на будущее. Но это сложная и трудоёмкая работа и сомневаюсь, что кто-то за неё возьмётся в ближайшее время.
Использование прямого программирование понадобится, если захочу уже более глубокие схемы работы в стакане и тд. но общественной массе достаточно освоить «кубики», этого более чем достаточно.
Спасибо за Ваше мнение!
Ок, давайте объясню ещё раз. Я же не спорю, что когда делаешь графический интерфейс приложения, лучший способ — собирать элементы дизайна наглядно и назначать им действия. Это ЕСТЕСТВЕННО. Потому что любая промежуточная стадия только мешает. К этому должно придти всякое программирование графических интерфейсов. Сами элементы (условно допустим закладки, кнопки и т.д.) и даже новые концепции элементов тоже лучше моделировать графически и это тоже будет естественно, но у нас другая специфика.
Кубики для трейдера ничуть не более естественны, чем текст.
Я назвал бы это CAD для программиста.
А трейдер волен выбрать что ему нравится, можно писать на любом # языке платформы .NET. Можно кубики пользовать.
Это разные темы (абзацем отбил).
Я хотел сказать, что всё это (#,C,R, кубики как сумма "#CR") плохой выбор. Но лучше уж язык, чем кубики.
Автоматически сгенерированный код C# TSLab, после написания кубиками, можно найти на пути:
C:\Users\USER\AppData\Local\TSLab\TSLab12\temp
И дописать при необходимости то, что не получилось сделать кубиками. К слову, блок схемами делать алгоритм намного быстрее, чем на С#. Просто попробуйте один раз.
=/
Ссылка на все операторы msdn.microsoft.com/ru-ru/library/system.math.aspx
Я совсем не знаю C# но спокойно пишу скрипты в графическом редакторе уже более 3-х лет. И вы не поверите, всё работает и работает как надо, по большей части принося профит.
Без хорошей стратегии и навыков трейдинга хоть на чём напиши, получится автосливатор.
К тому же, если использовать аналогии, то любой художник делает наброски. Так вот в графическом редакторе быстро и удобно сделать набросок (хорошую стратегию тоже можно, графический редактор практически не имеет ограничений по возможностям).
Если Вы крутой программер, переведите набросок в код и шлифуйте дальше до блеска.
Есть ещё один плюс графического редактора, это наглядность алгоритма и гибкость в его изменении. Искать ошибку в логике куда проще, чем пересматривать весь код.
Ну и спорные мысли вслух: Этот проект отбил хлеб у многих крутых «программеров околорынка». Ещё совсем недавно за боты на примитивных стратегиях запрашивали немалые деньги, и ещё зарабатывали на их периодической оптимизации. Сейчас же бота и за пятак не продать)))))
Интереса ради сколько займёт это кодом? (это вопрос).
Некоторое время назад (лет 6, не меньше) чертил в автокаде 3D модели. Меня убивало каждый раз в строке прописывать фигуру текстом, ставить ей начальную координату (которую ещё надо было помнить или записывать отдельно на листочке). А если ты набросок ещё и переворачивал для удобство, так ещё и надо было вспоминать направление координат. как хотелось возможности чертить сразу на поле.
С тех пор утекло много времени и сейчас смотрю как легко в визуальном редакторе какой то графической програмки ребёнок вырисовывает сказочных драконов, со всеми мелкими зубами, гребешками и прочими подробностями.
Так что думаю текст это рудимент, будущее всё же за визуальными редакторами. Их возможности с каждым годом всё выше.
> Я совсем не знаю C#
а дальше идёт сравнение…
Вы попробуйте освоить какой-нибудь Сpp-подобный скриптовый язык и затем продолжим обсуждение куда дальше развивать бот-платформы. Я не подкалываю! Я серьёзно — это совсем не трудно. У меня гуманитарное образование (журналистика, PR), но я вполне освоил то, чем пугают окружающих.
Откуда растёт неприятие к семейству Сpp я понимаю, но это легко преодолеть если не зацикливаться. Уж за три-то года точно можно!
Не сочтите за придирку. Грамотнее это называть редактор графов. Графическими редакторами общепринято называют фотошоп, корел, пэинт и т.д.
Про книгу/ссылку подумаю, так сразу трудно сказать.
Про себя сразу подумал, если посоветовать «Алгоритмы построение и анализ» Кормена, Лейзерсона и Ривеста, будет заумно. Хотя потянувший эту книгу становится настоящим программистом уже по факту освоения 1/3. Но это про самую суть программирования, а ещё надо что-то конкретное про язык… Книг море, но я их не читал =/, ну то есть Страуструпа читал и мне хватило… Может так и надо.
С# мутный. Лучший вариант поставить метатрейдер 4 и быстро покрутить в нём разные примеры (дорабатывать самостоятельно). Там код короткий, рутины минимум, он интуитивно понятен, простая документация и база знаний огромная. Всё на русском, всё бесплатно и доступно. Как результат – человек быстро погружается в программирование. Вообще развиваться стоит по разным направлениям:
1) алгоритмы – это основа хоть для «кубиков», хоть для текста
2) синтаксис С++ ибо стандарт во всём мире на данный момент
3) чисто технические моменты. Особенности, связанные с железом и технологиями
было бы интересно именно по языку рекомендацию, потому как: 1) Алгоритмы я давно и, считаю успешно, пишу (по крайней мере они у меня работают на рынке и работают в плюс).
2)Синтаксис, он и в кубиках синтаксис, это более менее освоено. Но наверняка есть особенности.
3) Тоже лично для меня уже давно не проблема.
А вот по программированию кодом с удовольствием почитал бы. какие то основы, желательно для начала не слишком заумные.
В общем исходные таковы: Я года три как торгую только ботами и только своими (TSLab). Но пишу я их в визуальном редакторе (редактор графов). Мне было бы интересно расширить свои знания и умения и уметь написать тоже самое кодом, но не до фанатизма))) Понравится — глубже самостоятельно смогу продвигаться.
Если есть какая книга или ресурс с такими исходными, буду признателен за конкретную наводку.
Заранее благодарен)))))
З.ы. кстати рекомендую почитать форум TSLab forum.tslab.ru/ubb/ubbthreads.php?ubb=cfrm. Идей, решений, обсуждений именно скриптов там на порядок больше, чем на смартлабе. Форум живой, народ отзывчивый.
Мой профиль на форуме captian
Кубики для начинающих резко снижают входной порог в индустрию роботостроения. На S# как правило переходят после кубиков. Профи сразу берут S# и пользуют. Оба подхода есть в TSLab. Спор ни о чем. Главное результат — прибыль. Кубиками в TSLab или S# в TSLab — не важно.
Почему нельзя спрятать рутину и дать любителям короткие ёмкие выражения?
За кубики так много людей, потому что нет красивого синтаксиса текстового языка. Хотя он возможен.
www.tslab.ru/soft/techspecs/
Справочник TSLab API Docs v 1.2
Далее логика алгоритма автора.
=Хотя он возможен.
Дайте пример.
У меня много идей по 15 мин графику, а сделать не могу, может подскажешь что нибудь?