Да, действительно ограничения есть, и у каждой биржи они разные. У OKX например максимум 10 запросов в 2 секунды. Но хитрость в том, что поиск проходит в 2 этапа. На первом - мы выкачиваем все тикеты оптом, в одном запросе и производим первоначальное сравнение цен. Происходит отсев подавляющего большинства комбинаций. А по найденным сделкам уже полностью запрашиваем весь стакан и проверяем более тщательно с учетом глубины и комиссий. Их не так много на самом деле остается. На 16 бирж уходит меньше минуты. Кроме того, как я писал, в используемую библиотеку ccxt авторами включена система таймингов. И она сама знает к какой бирже, как часто можно обращаться. Если просишь слишком часто - выдаст данные из кэша. А вот если бирж подключить больше - тут без вебсокетов не обойдешься. Но это уже другая история.
2 870 — это общее количество криптовалютных пар, которые сканировались на 16 биржах. Как работает алгоритм: Сканер попарно сравнивает цены покупки и продажи между биржами по всем доступным валютам: сначала между двумя, затем следующими двумя, и так далее по списку. Общее число сравнений получается значительно больше — вручную такой объём проверить невозможно. Если находится положительная разница в ценах (когда можно купить дешевле, а продать дороже), сканер уведомляет пользователя о потенциально прибыльной сделке. Однако важно понимать: число действительно подходящих сделок на выходе существенно меньше, чем общее количество проверок. Цель проекта чисто академическая - проверить существуют ли реально арбитражные возможности и можно ли их использовать. API у бирж бесплатный, но некоторые требуют регистрацию. По частоте запросов так же могут быть ограничения, но это не критично.
Да, стратегия с распределёнными депозитами на нескольких биржах — действительно, позволяет обойти необходимость в on-chain переводах и существенно снизить задержки. Однако у этой схемы есть свои особенности:
Требуется заранее держать ликвидность на всех целевых биржах, что увеличивает нагрузку на капитал по крайне мере вдвое.
Необходима синхронизация сделок, чтобы избежать перекоса в позициях (например, закупился, но не успел продать). В своем эксперименте я намеренно пошёл по пути "классического" арбитража с физическим перемещением активов, чтобы понять, насколько вообще сейчас доступны такие возможности для розничного участника без больших финансовых затрат.
Но такой подход, безусловно, имеет практическую ценность. Спасибо за мысль!
Искусственный интеллект способен заменить половину чиновников, считает глава Минцифры РФ Максут Шадаев. При этом он уточнил, что человека, особенно врачей и учителей, нейросети все же не заменят.
Дальность связи Wi-Fi даже для прямой видимости в условиях отсутствия помех не превышает нескольких километров, какая может быть связь с самолетами? Конечно внутренняя.
Вы не поняли посыла моего сообщения. Дело не в корректности цифр в принципе, дело в их наличии. Мы говорили о важности производительности как фактора выбора. То что цифры публикуют - говорит о том что разработчики и пользователи считают этот фактор достаточно важным. Вот и все.
Я не сказал что он основной, но это один из основных факторов выбора, особенно когда речь идёт о BigData. Посмотрите на описания ORM на сайтах разработчиков или, например, на GitHub — в первых абзацах вы увидите бенчмарки и таблицы сравнения производительности. Как вы думаете, почему они там?
Тут важно понимать что сравнивать производительность запроса в БД с ORM и SQL смысла нет.
Сравнивать скрипты в БД действительно нет смысла, но не забывайте, что ORM - это как правило, инструмент маппинга данных внутри приложения и он неизбежно вносит свои накладные расходы. Это снижает скорость работы кода в обмен на удобство и простоту. Поэтому сравнивать нужно именно производительность внутри приложения.
По опыту могу сказать - обычно начинаешь проект с выбора одного из ORM, но как только решение достигает определенного уровня зрелости, в процессе очередного рефакторинга от этого дополнительного слоя часто приходится отказываться. Иногда по причине недостаточной гибкости, или же к примеру, когда надо ускорить ETL-процесс, чтобы миграция укладывалась в часовой период перерыва персонала и начинаешь бороться за каждый процент прироста производительности.
Как-то не очень раскрыта у вас тема: SQL vs ORM. Только тестируемость и безопасность затронули. А где сравнение производительности? Ведь это ж один из основных факторов при выборе. Можно также и скорость разработки сравнить и кросс-СУБД совместимость. А то информации хотите много собрать, а взамен даёте, на мой взгляд, недостаточно.
У меня примерно такая же история, только профиль другой - радиоэлектронная техника. Лепили курсовые как могли, да и дипломные тоже. Сто процентов эти изделия ни за что бы не заработали, хотя и выглядели на чертежах презентабельно. Помню как восхищался собой - что так ловко удалось провести преподавателей. Но только вот по прошедствии времени осознал, что им и не нужно было чтобы это работало. Не главное что чертежи - липа, главное - научить студента понимать процесс - что, за чем, в какой последовательности делать - поиск аналогов, конструкция, технология, испытания и т.д. И это основа успешных проектов в будущем.
Если бы не чатжпт и дипсик из этой идеи что-то и могло бы получиться. Но в современных реалиях результаты тестирования без непосредственного участия/присутствия экзаменатора не будут отражать реального уровня компетенций респондента. А термин "платформа" в моем понимании это именно удаленное подключение. Поэтому единственное что можно таким образом подтвердить - умение использовать ИИ для поиска ответов на вопросы.
Заинтересовал ваш достаточно профессиональный ответ на статью. Но, к сожалению, ваше понимание механизмов возникновения СДВГ и его последствий не лишено некоторых заблуждений.
Утверждение, что СДВГ относится исключительно к расстройствам детского и подросткового возраста, не соответствует современным научным данным. В МКБ-11 СДВГ действительно классифицируется как расстройство, которое обычно начинается в детском возрасте, но оно может сохраняться и во взрослом возрасте. В DSM-5 СДВГ explicitly признается как расстройство, которое может продолжаться и у взрослых.
Убеждение, что у взрослых СДВГ можно диагностировать только по детским воспоминаниям, также ошибочно. Диагностика СДВГ у взрослых включает оценку текущих симптомов, а не только воспоминания о детстве. Симптомы СДВГ у взрослых могут проявляться иначе, чем у детей, но они все же существуют и могут серьезно влиять на качество жизни.
В корне неверно, что к 16-17 годам все страдающие СДВГ компенсируют свои симптомы. И хотя некоторые из них действительно могут развить компенсаторные механизмы, это не означает, что все симптомы исчезают или что качество жизни не страдает. И поверьте, это не только стимминг, многие взрослые с СДВГ продолжают испытывать трудности с концентрацией внимания, организацией времени, импульсивностью и др. Даже если человек сумел успешно развить компенсаторные механизмы, это не значит, что он полностью избавляется от всех симптомов и его мозг функционирует как у нейротипика.
Считаю позицию автора все же более взвешенной, теория в целом интересная и стоит внимания.
В целом очень позитивный пост, плюсанул с удовольствием. Но вот заметил один нюанс - на фото с монтажными столами напрочь отсутствует какая-либо система вентиляции. А ведь пайка - вредное производство. Пока процесс кустарный, владельцы обычно пренебрегают такими требованиями - дополнительные расходы все же. Но стоит появится более или менее осведомленному сотруднику и тут приходится погружаться в увлекательный мир СанПиНов и ГОСТов. Ну или если бизнес небольшой, некоторым проще расстаться с таким сотрудником. Мое мнение - если делаете вентиляцию для маникюрных салонов, то своих обеспечить сам бог велел. А то сапожник без сапог получается.
Да, действительно ограничения есть, и у каждой биржи они разные. У OKX например максимум 10 запросов в 2 секунды. Но хитрость в том, что поиск проходит в 2 этапа. На первом - мы выкачиваем все тикеты оптом, в одном запросе и производим первоначальное сравнение цен. Происходит отсев подавляющего большинства комбинаций. А по найденным сделкам уже полностью запрашиваем весь стакан и проверяем более тщательно с учетом глубины и комиссий. Их не так много на самом деле остается. На 16 бирж уходит меньше минуты.
Кроме того, как я писал, в используемую библиотеку ccxt авторами включена система таймингов. И она сама знает к какой бирже, как часто можно обращаться. Если просишь слишком часто - выдаст данные из кэша.
А вот если бирж подключить больше - тут без вебсокетов не обойдешься. Но это уже другая история.
2 870 — это общее количество криптовалютных пар, которые сканировались на 16 биржах.
Как работает алгоритм:
Сканер попарно сравнивает цены покупки и продажи между биржами по всем доступным валютам: сначала между двумя, затем следующими двумя, и так далее по списку. Общее число сравнений получается значительно больше — вручную такой объём проверить невозможно.
Если находится положительная разница в ценах (когда можно купить дешевле, а продать дороже), сканер уведомляет пользователя о потенциально прибыльной сделке.
Однако важно понимать: число действительно подходящих сделок на выходе существенно меньше, чем общее количество проверок.
Цель проекта чисто академическая - проверить существуют ли реально арбитражные возможности и можно ли их использовать.
API у бирж бесплатный, но некоторые требуют регистрацию. По частоте запросов так же могут быть ограничения, но это не критично.
Да, стратегия с распределёнными депозитами на нескольких биржах — действительно, позволяет обойти необходимость в on-chain переводах и существенно снизить задержки. Однако у этой схемы есть свои особенности:
Требуется заранее держать ликвидность на всех целевых биржах, что увеличивает нагрузку на капитал по крайне мере вдвое.
Необходима синхронизация сделок, чтобы избежать перекоса в позициях (например, закупился, но не успел продать). В своем эксперименте я намеренно пошёл по пути "классического" арбитража с физическим перемещением активов, чтобы понять, насколько вообще сейчас доступны такие возможности для розничного участника без больших финансовых затрат.
Но такой подход, безусловно, имеет практическую ценность. Спасибо за мысль!
Я не специалист, но возможно они в действительности имели ввиду максимальную скорость выброса рабочего тела двигателем.
Почти поверил что это и правда ваша статья для дочери, но реклама в конце испортила впечатление.
Хотя в любом случае написано неплохо.
В смысле чиновник не человек...?
Да уж... надо было уговорить сингапурцев маску на кристалле поменять. Но никто ж не думал что так глубоко копать будут.
Скорее всего это лишние детали. И без них будет работать.
Дальность связи Wi-Fi даже для прямой видимости в условиях отсутствия помех не превышает нескольких километров, какая может быть связь с самолетами? Конечно внутренняя.
Ну это только если плохо припаяны или кисточка с железной проволокой )
Некоторые так и делают, я таких знаю. ))
Вы не поняли посыла моего сообщения. Дело не в корректности цифр в принципе, дело в их наличии. Мы говорили о важности производительности как фактора выбора. То что цифры публикуют - говорит о том что разработчики и пользователи считают этот фактор достаточно важным. Вот и все.
Я не сказал что он основной, но это один из основных факторов выбора, особенно когда речь идёт о BigData. Посмотрите на описания ORM на сайтах разработчиков или, например, на GitHub — в первых абзацах вы увидите бенчмарки и таблицы сравнения производительности. Как вы думаете, почему они там?
Сравнивать скрипты в БД действительно нет смысла, но не забывайте, что ORM - это как правило, инструмент маппинга данных внутри приложения и он неизбежно вносит свои накладные расходы. Это снижает скорость работы кода в обмен на удобство и простоту. Поэтому сравнивать нужно именно производительность внутри приложения.
По опыту могу сказать - обычно начинаешь проект с выбора одного из ORM, но как только решение достигает определенного уровня зрелости, в процессе очередного рефакторинга от этого дополнительного слоя часто приходится отказываться. Иногда по причине недостаточной гибкости, или же к примеру, когда надо ускорить ETL-процесс, чтобы миграция укладывалась в часовой период перерыва персонала и начинаешь бороться за каждый процент прироста производительности.
Как-то не очень раскрыта у вас тема: SQL vs ORM.
Только тестируемость и безопасность затронули. А где сравнение производительности? Ведь это ж один из основных факторов при выборе. Можно также и скорость разработки сравнить и кросс-СУБД совместимость. А то информации хотите много собрать, а взамен даёте, на мой взгляд, недостаточно.
У меня примерно такая же история, только профиль другой - радиоэлектронная техника. Лепили курсовые как могли, да и дипломные тоже. Сто процентов эти изделия ни за что бы не заработали, хотя и выглядели на чертежах презентабельно. Помню как восхищался собой - что так ловко удалось провести преподавателей. Но только вот по прошедствии времени осознал, что им и не нужно было чтобы это работало. Не главное что чертежи - липа, главное - научить студента понимать процесс - что, за чем, в какой последовательности делать - поиск аналогов, конструкция, технология, испытания и т.д. И это основа успешных проектов в будущем.
Если бы не чатжпт и дипсик из этой идеи что-то и могло бы получиться. Но в современных реалиях результаты тестирования без непосредственного участия/присутствия экзаменатора не будут отражать реального уровня компетенций респондента. А термин "платформа" в моем понимании это именно удаленное подключение. Поэтому единственное что можно таким образом подтвердить - умение использовать ИИ для поиска ответов на вопросы.
А психологический аспект? Сидишь такой возле рециркулятора и чувствуешь что защищен со всех сторон и прямо наполняешься здоровьем!
Заинтересовал ваш достаточно профессиональный ответ на статью. Но, к сожалению, ваше понимание механизмов возникновения СДВГ и его последствий не лишено некоторых заблуждений.
Утверждение, что СДВГ относится исключительно к расстройствам детского и подросткового возраста, не соответствует современным научным данным. В МКБ-11 СДВГ действительно классифицируется как расстройство, которое обычно начинается в детском возрасте, но оно может сохраняться и во взрослом возрасте. В DSM-5 СДВГ explicitly признается как расстройство, которое может продолжаться и у взрослых.
Убеждение, что у взрослых СДВГ можно диагностировать только по детским воспоминаниям, также ошибочно. Диагностика СДВГ у взрослых включает оценку текущих симптомов, а не только воспоминания о детстве. Симптомы СДВГ у взрослых могут проявляться иначе, чем у детей, но они все же существуют и могут серьезно влиять на качество жизни.
В корне неверно, что к 16-17 годам все страдающие СДВГ компенсируют свои симптомы. И хотя некоторые из них действительно могут развить компенсаторные механизмы, это не означает, что все симптомы исчезают или что качество жизни не страдает. И поверьте, это не только стимминг, многие взрослые с СДВГ продолжают испытывать трудности с концентрацией внимания, организацией времени, импульсивностью и др. Даже если человек сумел успешно развить компенсаторные механизмы, это не значит, что он полностью избавляется от всех симптомов и его мозг функционирует как у нейротипика.
Считаю позицию автора все же более взвешенной, теория в целом интересная и стоит внимания.
В целом очень позитивный пост, плюсанул с удовольствием.
Но вот заметил один нюанс - на фото с монтажными столами напрочь отсутствует какая-либо система вентиляции. А ведь пайка - вредное производство. Пока процесс кустарный, владельцы обычно пренебрегают такими требованиями - дополнительные расходы все же. Но стоит появится более или менее осведомленному сотруднику и тут приходится погружаться в увлекательный мир СанПиНов и ГОСТов. Ну или если бизнес небольшой, некоторым проще расстаться с таким сотрудником.
Мое мнение - если делаете вентиляцию для маникюрных салонов, то своих обеспечить сам бог велел. А то сапожник без сапог получается.
Двумя словами вся проблема из-за отсутствия метаданных таблиц MV в ZooKeeper. Тоже наступали на эти грабли.