all silver, десятилетия назад не было системы быстрых платежей для мгновенного перекладывания денег между банками. Наверное причин много, а в чем вам кажется основная?

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

all silver, есть схема когда у вас ломают доступ в банке, которым вы редко пользуетесь и как-то убеждают на него деньги перевести, а потом от туда выводят все

Дмитрий, я не девальвирую автора, а говорю то, что он не скрывая рассказывает о себе. Автор говорит много полезного, но бывает делает и спорные утверждения, некоторые из которых проистекают из-за особенностей его психики, но идеальных людей нет

Дмитрий, давайте назовем его 'Просто ещё не вызревшего до глубин философии', поэтому посещающего психологов и обладающим магическим мышлением

Дмитрий, разумный человек с нормальной и зрелой психикой понимает, что очень на многие вопросы нет проверяемого ответа или они не представляют практической ценности, и он не изводит себя в бесполезных копаниях в таких вопросах

Ну и мне кажется автор не скрывает, что у него проблемы с головой и регулярно говорит об этом в своих подкастах. Если посмотреть внимательнее, кто натолкнул его на такие вопросы, то это в основном бывшие наркоманы и алкоголики, которые смогли побороть свой недуг такими приемами. Я не против, если кому-то это помогает, но не нужно обобщать, что это нужно всем

И так по статистики маркетплейсов 80% бюджета в семьях контролируют женщины 

> в чём замысел того, кто всё это создал?

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

У большинства людей нет никаких интересов, особенно у мужиков (у женщин часто есть хлопоты по дому, которые забирают много времени). Как следствие куча примеров, когда люди уходят на пенсию (хоть обычную, хоть FIRE) и помирают от безделия. А если есть интересы, то и проблем нет. У меня отец жены ушел на пенсию — и сразу начал деградировал, так как ничего кроме работы у него в жизни не было. А отец у меня — ходит по лесу и наблюдает за бобрами, путешествует по миру, изучил создания видиороликов и делает фильмы про бобров и путешествия, изучил баш и пишет какие-то автоматизации для колхозных бэкапов фотографий. Жизнь бьет ключом. У меня как-то тоже проблем нет. А если жизнь пустая, то FIRE (пенсия) вам только это наглядно продемонстрирует

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

ADT, если вы можете несколько задач запускать, то зачем вам потоки — по сути вы руками потоки запускаете. С матрасчетами очень все зависит от используемого алгоритма. Иногда есть приемы, которые позволяют их ускорять на несколько порядков. Плюс в современных процессорах есть так называемые векторные инструкции, когда процессор делает одновременно несколько похожих операций (например, если в процессоре есть AVX-512 может 16 одновременно). Хорошие библиотеки для математических операций прокручивают оба этих приема, но руками это самому не удастся написать. Плюс есть вариант на GPU расчеты перекинуть. Но Go под это все не предназначен — это не язык для расчетов. Он прежде всего про сетевое взаимодействие — ордеры выставлять, в базу и очереди писать самое то, а для бектестов скорее Python c numpy и pytorch, которые умеют под капотом всякую вычислительную магию делать очень эффективно. Часто для разных задач нужно разное использовать

ADT, кстати думаю полезно сделать следующий эксперимент — в самое начало функции main() добавить fmt.Println(runtime.GOMAXPROCS(1)). Результате при запуске у вас напечатает во сколько потоков обычно работает программа на Go и переключит Go в работу в одном потоке (на обычном бытовом компьютере там будут что-то около 8-16). Если следовать вашей логике про потоки, то программа должна замедлится в напечатанное количество раз. Но есть подозрение, что вы не заметите сколько-нибудь существенного замедления

ADT, ключевая проблема — «разработчик меня лечил», а не в Питоне. В Питоне есть потоки, есть процессы, асинхронные не блокирующие запросы в одном потоке. Не знаю, что там за разработчик, но нормальный сейчас получает от 25к в час. Возможно писать самому вполне разумный выбор для саморазвития и экономии средств, тем более там еще поди пойми нормальный разработчик или нет, если в этом не разбираешься

Если у вас много запросов по сети, то потоки особо не нужны, если у вас не десятки тысяч запросов в секунду. Потоки скорее нужны для тяжелой математики, с чем у Go есть проблемы в отличии от Питона. В общем-то у Go со всем проблемы кроме сетевых вызовов. Нарисовать какой-то банальный график или быстро покрутить данные в разных разрезах — отдельных большая задача, хотя в Питоне это делается на щелчок пальцев. Ну если нужно только делать запросы к удаленному серверу и сохранять в базу + какие-то примитивные операции уровня сложить поделить несколько чисел, то Go вполне нормальный вариант

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

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

ADT, 
> вы посмотрите внимательно на картинку с командной строкой и командами SQL, там видно какие свечи собираются

Я видел картинки с часовыми и более редкими свечками, видел ваши рассказы про пинг до сервера под 100 мс в предыдущем посте и большие конфиги (не понимаю, как это вообще может влиять), 50 сетапов — это кажется крайне несущественной нагрузкой. Поэтому у меня большое подозрение, что вы не очень понимаете в чем реальная причина торможения, и что совершаете какие-то простые, но совершенно неочевидные вам ошибки

Я не спорю с вами, что тупое переписывание на Go может некоторые вещи ускорить, но есть подозрение, что ускорение там совсем не из-за потоков, как вы думаете, а из-за не блокирующих io-операций, которые вполне успешно делаются в Питоне. И если вы реально поймете, в чем причина торможения, то вероятно ускоритесь гораздо существеннее

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

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

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

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

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

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

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

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

Платить прилично — это сколько? Мне насчитали пол миллиона — никто не звонил

Дмитрий Овчинников, Средняя начисленная заработная плата работников по полному кругу организаций города Москвы