ADT, выше написал, где вы на статью сослались

ADT, там есть правильный комментарий — Статья то про выбор языка для компании.

Go — хороший язык для написание продуктового кода с использованием микросервисов в большой компании
Если это маленькая компания или один человек или не классический продуктовый код про перекладывание json-ов — очень спорное решение
Если много математики и статистики — в Go c этим очень плохо, так как нет нормальных библиотек
Если нужна очень большая скорость, то тоже есть варианты получше

ИМХО если скорость не важна (не надо укладываться в микросекунды и с сервером на колокейшене), но много математики (стат тесты, ML/DL), то лучше Python
Если чего-то очень быстрое, то Rust или С и сервер на колокейшене

Чего у вас на Python тормозит дистанционно сложно понять — при правильной реализации, все тормозное выполняется в библиотеках вроде numpy или pytorch со скоростью недостижимой на Go, а для io операций есть asyncio

ADT, Сам питон может и тормоз (есть пути значительно ускорить), но у него куча библиотек, которые написаны на плюсах. Те же pandas/numpy, ведь наверняка почти все Ваши алгоритмы сводятся к использованию массивов данных и операций над ними. Да и tensorflow keras проще использовать, а он тоже внутри написан на плюсах и может использовать gpu. Плюс многопроцессорность, корутины. Не спорю, просто пытаюсь понять выбор:)

Просто трейдер, я полез в это чтобы сделать то, что наемный программист на пайтоне так и не смог сделать, требуя денег за каждый чих. Его более-менее надежный, но крайне ТУПОЙ по скорости код вызывает удручающее впечатление. А сколько было рекламы, и в итоге пшик. Как говорится: «хочешь сделать хорошо — делай сам!». И на будущее задел хороший, у меня в запасе еще 2 торговые системы есть, которые отлично руками показывают результаты, по ним буду сам писать БэкТесты. Про работу программиста — мысли были, но понимаю что я а) старый, б) только полуджун в) придумайте сами :) но я учусь, с конкретным проектом, а не с помощью онлайн-школы.

Михаил, аргументируйте.

myaucha, что?

Alexs, компилируемый, многопоточный, со строгой типизацией, относительно простой по синтаксису, с автоматическим сборщиком мусора (RAMой сам управляет). Вкусовщину опустим. Многопоточность — главное. Жизненно необходимо для скорости бота.

Alexs, Азы по видео, удобнее чем книгу читать. А теперь и видео, и книга (пока одна) и гитхаб, и хабр, и ИИ, и еще много всего. Конечно не только видео. Ничего я вообще еще не выучил… только самые азы. Я пока добился чтобы с ключами отправлялись запросы на bybit — перематерился 10 раз. Кореша программеры помогают. Самому всё учить — это невозможно.

Здесь явно не ради прибыли и денег трудитесь. Если ради опыта — оставьте надежды переметнуться в ИТ. Наш любимый ГПТ почти закрыл нишу для слабых программистов. Требования ввентил до небес.

Хоть я и люблю Go, но выбор на мой взгляд странный

Зачем Go? Почему не Python?

Go-Go! Happy hour! Или вы не об этом?!

И как язык программирования можно выучить по видео, это тоже великая загадка. Ну купите книжку то на озоне, епрст. Все равно читать писать придётся раз уж взялись за это дело ) 

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

Почему такой выбор?

AntiKukl, так вот и я говорю, что пайтон тормоз. А многие тут умничают и обижаются. Зх, если бы все было так просто и я все это умел делать сам. Моя система чёткая, годами проверенная, стабильная, применима на любых рынках через бэки, осталось её закодить круто со знанием дела в максимально быстром виде. В общем, ищу грамотного гофера.

И спасибо за ответ! Если вдруг передумаете, буду очень рад.

вот говорила мне мама, иди в программисты! 90е годы еще были…

ADT, питон — тормоз, просто сделай обертку функции в си или весь код скорми чату… проверка скорости по профилированию… а времени у меня тоже нет — свои проекты лежат в очереди лет на 5

AntiKukl, вы наверное меня не поняли. Почему нет беков? Есть беки, я же писал об этом, они отлично работают и всё показывают. Их результаты проверялись неоднократно, точность расчетов вопросов не вызывает, над ними много пришлось попотеть в свое время, но теперь БТ дают отличную аналитику. Проверка по свечам вручную сотен пальцем ткнутых сделок из результатов БТ это подтверждает.

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

Быстродействие кода бота именно в зависимости мониторинга цены и работой с ордерами и позициямм — ключевой фактор. Это еще не HFT, не скальпинг, но близно. над этим и надо работать.

3Qu, продолжительность сделки до достижения цели или принятия стопа, важна точность входа, и быстрое реагирования бота здесь ключевой показатель. Проскальзывания убивают математику системы.поэтому архитектура бота многопоточная нужна, чтобы и цену всегда видеть, решения на готове держать и быстро оперировать командами. я видел как боты на сишарпе это делают, пайтон прямо скажем покуривает, там прямая зависимость объема конфига и скорости реагирования

ADT, ты сказал, что платишь системой за работу программиста… нет беков — нет доказательства ценности системы, а доказательство работы программиста — есть… удачи, тут дураков нет