Вопрос опытным программистам (ну и остальных мнения интересны)....
Вопрос по сути в следующем:
Когда вы пишете какую-либо программу (в нашем случае торгового робота), которая подразумевает постоянную доработку в части проверки новых идей, вы:
Добавляете в код реализацию новой идеи, тестируете и, при отрицательном результате —
1. оставляете эту часть в коде, но выключаете ее, чтобы, возможно в дальнейшем, использовать в комбинации с новой идеей?
2. удаляете эту часть кода, чтобы его не перегружать?
3. ваш правильный профессиональный вариант.
Сразу скажу — вариант с добавлением чего-то в виде функции — понятен. Просто не все можно реализовать в виде независимой функции.
Поясню откуда вопрос.
Мой код на Qpile распух от первоначальных рабочих 300 строк до 2500. Причем работают из них, наверное, те же 500-700. Ini-файл также представляет собой уже подобие реестра Windows))). Добавляется какая-то идея, проверяется — не работает, оставляется для возможности использования в дальнейшем, в ini-файле прописывается выключение этой идеи.
Результат — перегруженность кода, задержки на проверку множества условий, большое количество перекрестных зависимостей в программе (да простят меня профи за не проф язык).
Версии предыдущих программ, конечно, сохраняются, но проблема в том, что последняя версия всегда актуальна не только по добавлению в нее новой идеи, но и по исправлению ошибок. В результате просто к предыдущей версии вернуться не могу.
Дополню пост по результатам первых ответов.
Предположим есть функуия выставления заявок Trans(Параметры).
Проверяем идею: Ставить заявки лимитками или по рынку:
В Ini файле признак Limit = 1
Получаем (синтаксис условный):
if Limit = 1
Trans(лимитка)
if Limit = 0
Trans(порынку)
И т.п… Таких вот if набирается очень много. Даже при том, что какие-то операции реализованы в виде функций…
Все можно и нужно реализовывать в виде независимой функции (модуля, если язык позволяет). Любая программа должна писаться «сверху вниз». Структурное программирование — это наше все.
Я пишу своего робота на 1С, не потому, что она для этого наиболее подходит, а потому, что в совершенстве владею этой платформой. Мне быстрее написать на знакомом инструменте, чем изучать специализированные. Так вот в 1С я решил данную проблему просто:
Сама программа отвечает только за базовые операции по совершению сделок, а сами правила совершения сделок вынесены в пользовательский режим. То есть, например, M стратегий — это M элементов справочника, при этом каждую стратегию я могу N раз теститировать с разными параметрами. Но я пока тестирую только базовые идеи, вроде «шортим по цене открытия, в конце дня закрываемся». На более сложные вещи пока не хватает времени, но описанной проблемы у меня нет.
Возможно, у вас тоже можно отделить алгоритм, процессы его тестирования и базовые операции друг от друга. Хотя бы разнести на разные файлы.
Спасибо, в принципе я и сам знал ответ на свой вопрос. Функциональность и структурированность… Но это мой косяк и сейчас и всегда был с института. Всегда валю все в кучу. Понимаю, что не профессионально. Хорошо хоть сейчас стал комментарии писать почти на каждую строку. Раньше и этого не делал…
Если идей много и все разные, то можно, например самому себе в почту отправить последний рабочий вариант перед изменением. И резервная копия сохранится и откатить потом будет проще. Также знакомо, что пока проверяешь новые мысли, старые рабочие подходы теряются за кучей изменений.
Qpile — это не язык, не нужно мучиться с ним! Можно писать на нормальном языке (С++, С#) в удобной среде разработки, типа Visual Studio, и пусть дергает QUIK через интерфейс, выставляет заявки…
CamarillaDaily, независимо от объёма кода, на Qpile писать оочень неудобно, и С# это не эксковатор =)) один раз переделать робота под него, приделать интерфейс квика, и дальше никаких проблем… пишите и наслаждаетесь, отлаживаетесь. Можно и систему котроля версий поставить, чтобы вести разработу с сохранением всех промежутчных этапов, с возможностью отката и т.п…
По дополнению:
Есть разные способы делать одно и то же ;) Но основное правило — логически связанные куски надо выносить в подпрограммы. Даже если эта п/п вызывается только в одном месте, это (вкупе с хорошим названием п/п) повысит читабельность кода. Только не надо доходить до экстремизма — нормальный размер п/п 10-30 строк.
Чистая прибыль ломбардов в III кв 2024 составила ₽6,2 млрд, увеличившись на 97% г/г и превысив результат всего 2023 года. Ключевым драйвером стал рост цен на золото, обеспечивающего 80% залогов – Ъ Чи...
Не. Подожду пока покупать, а на росте (если будет) остатки продам.
Почему? Смотрю «новореги», которые «не торгуют на рынке», запели про офигительный рост. Если сейчас бот-СС (сергей соколов) это же ...
Арбитражный суд Москвы взыскал с Euroclear Bank в пользу Сбербанка более $23 млн по причине блокировки кредитной организацией счетов российского банка – ТАСС Арбитражный суд Москвы взыскал с бельгийск...
Россия за 11 месяцев на 25% увеличила поставки газа в страны ЕС, достигнув объема 49,6 млрд куб. м. – РИА Россия с января по ноябрь этого года на 25% увеличила поставки газа в страны Евросоюза (ЕС), д...
Россия за 11 месяцев на 25% увеличила поставки газа в страны ЕС, достигнув объема 49,6 млрд куб. м. – РИА Россия с января по ноябрь этого года на 25% увеличила поставки газа в страны Евросоюза (ЕС), д...
если те или иные блоки не понадобятся мне в ближайшее время — выношу в отдельный файл.
пишу на c#
Сама программа отвечает только за базовые операции по совершению сделок, а сами правила совершения сделок вынесены в пользовательский режим. То есть, например, M стратегий — это M элементов справочника, при этом каждую стратегию я могу N раз теститировать с разными параметрами. Но я пока тестирую только базовые идеи, вроде «шортим по цене открытия, в конце дня закрываемся». На более сложные вещи пока не хватает времени, но описанной проблемы у меня нет.
Возможно, у вас тоже можно отделить алгоритм, процессы его тестирования и базовые операции друг от друга. Хотя бы разнести на разные файлы.
я тоже думал что фиг что прошарю… за месяц воткнулся в С++ хотя тоже был перерыв значимый…
попробуй.
Есть разные способы делать одно и то же ;) Но основное правило — логически связанные куски надо выносить в подпрограммы. Даже если эта п/п вызывается только в одном месте, это (вкупе с хорошим названием п/п) повысит читабельность кода. Только не надо доходить до экстремизма — нормальный размер п/п 10-30 строк.