А зачем мне какая-то прокладка typescript, если можно просто реализовать условно метод, который принимает действие в качестве входной переменной и просто переводит это в формат:
http://localhost/[действие]/… +[массив пост/гет]
А руление делается обычным проксированием nginx куда в том числе, если нужно, можно отработать как защиту, так и прямое проксирование на микросервис или эндпоинт виде монолита или микросервиса?
Большое спасибо за статью от человека который не касается этих обеих систем. Может и не для хабра, но мне для общего развития было интересно.
От себя добавлю, что 1С как система выхывает у меня дрожь. Очень часто слышал: там 1С не может выгрузить, там 1С что-то подвисла…
Я понимаю что все зависит от людей кто настраивает, но когда это происходит в разных фирмах с разными масштабами у меня, – как у стороннего наблюдателя начинают появляться вопросы.
Буду рад если кто в комментах мне расскажет, 1С это действительно так страшно?
Вы написали чушь. Я очень хорошо владею вопросом «Экономика Японии»
Японская экономика - экономика лжи. Если та же США на представлениях ФРС рассказывает в открытую сколько у них долг, то менталитет Японской экономики рисовать цифры. И это хорошо можно увидеть по 20-21 году, когда Японская валюту не двигалась, хотя основные экономики мира даже самые сильные трещали по швам. 22-23 год вскрыл это вранье и еще не наступил финал, но он уже начинает приходить.
Единственный плюс который я нашел для себя, как человека который не доверяет банкам - то что банки впредь не будут использовать мои депозитные деньги наращивая капитализацию для выдачи кредитов.
По крайней мере вероятность что твои деньги хоп и фантики из-за ошибки банка уменьшается.
В остальном, ну, пока хранение в валюте остается для меня основным
Я иногда играю в старый добрый старкрафт 2 по сети. Когда играешь какое-то время, начинаешь понимать почему он до сих пор жив и по нему проводятся чемпионаты. А именно подход в балансе «камень-ножницы-бумага». Думаю, что сейчас любая RTS обречена на провал если не следует этому правилу.
И чтобы соблюсти этот баланс недостаточно просто добавить какой-то реализм в механиках на подобие выносливости или то что вода тушит огонь.
Не играл в данную RTS, но судя по вашему описанию разработчики ударились не в сторону баланса, а в сторону фишек. Более того из вашего же описания не совсем понятно есть ли там баланс вообще.
Тот же Age of Empires, там много кто со стракрафта 2 ушел. Но ушел просто потому что хотелось чего-то нового и свежего, и как показала практика баланса там просто нет. Но зато весело играть с друзьями. Но популярность RTS и ее качество очень сильно зависят от баланса. Не будет баланса - не будет чемпионатов, отсюда RTS превратится в игру которую проходишь и выкидываешь. Но в текущее время кампания в играх работает больше как обучение перед сетевыми баталиями
Как сделаете, так и будет работать: snapshot данных файл на exit команде, и при старте проверка наличия снэпшота и его билд если есть. Все это занимает около 30 строк на довольно крупном монолите.
Вопрос лишь в том нужно ли это, шарить между инстансами. Golang позволяет писать довольно большие монолиты со стабильной работой где не нужны микросервисы. А там где надо разделить в силу обстоятельств миллион и один способ есть всем этим поделиться
2) Вы определитесь, тут вы описываете инструменты или представляете вниманию вашу аналитику. Если инструменты, тогда называйте статью верно и не пытайтесь анализировать, это получилось мягко говоря не очень. Как минимум потому что не то что в статье, так еще и в комментариях вы не можете уловить главную мысль которую вам озвучили еще до меня: если кто-то купил, значит кто-то продал
3) Ради бога считайте как вам удобно. С учетом агрегирования которое идет по времени, забираются тики за 0.25 секунды. И на этом моменте в целом ваша простая мысль встречается с неразрешимой проблемой, т.к в одном тике крупном может быть как одна сделка купли-продажи, так и 1000 мелких. Что вы анализируете тогда по итогу? Или вы показываете еще один метод отображения объемов не столбиками, а как-то по иному?)
Да, есть сервис московской биржи, который очень скупо делится данными.
На моексе PLAZA/FAST/FIX протоколы выдаются любому желающему частному инвестору, за деньги. Разница в том, что у вас Aggregated Tick, а в «прямом» TickByTick. Это разные данные и соответсвенно разная аналитика.
И с этого момента (с Aggregated Tick) ваша аналитика и рассуждения превращаются простите в бред. Более того, отсутствие знаний у вас в вопросе работы биржи превратили этот бред в откровенную чушь.
Во-первых в нормальной ленте TickByTick есть байтовое представление что это за сделка. В минимальном представлении можно взять определить мейкера или тейкера, в максимальном полные 4 байта с кодом сделки (оно называется condition). Т.е при наличии смекалки можно определять даже маркетмейкеров на входе и айсберги. Без этих минимальных вещей любые рассуждение ой там 1000 кинули - крупняк, а там 2 мелкая рыбеха - самообман и чушь
Во-вторых,
Но лично мне хотелось бы получить четкий признак локальных экстремумов. Если говорить упрощенно, я хотел бы в ситуации, когда цена упала – понимать, что «это дно и дальше будем расти», или в ситуации, когда цена растет – понимать, «это вершина, скоро начнем падать». И, буду честен, мне пока не удалось этого достичь.
вы этого не сможете достигнуть пока ваше мышление линейно. Слишком много параметров и переменных вы не учитываете, которые ваши точки похоронят в один момент и если вы на них опирались при торговле еще и разденут до нитки
Когда я баловался на nodejs было интересно потыкать редис, иногда даже он был палочкой-выручалочкой. Перейдя на Golang я про него забыл.
Тот же вопрос кэширования я решаю прямо в RAM. Статья не заинтересовала решать это по другому. Только рекламу тг канала увидел и как пользоваться пакетом, о котором судя по всему все и так знают кому редис нужен.
С удовольствием услышу про применение редисом не с целью «а так тупо легче», а где реально упрашает жизнь.
не знаю, не встречал такого чтоб к примеру на TensorFlow данные лились через Python без обработки. Нафига он (Питон) тогда там нужен? Да и вообще нафига он нужен тогда при таких вводных как язык?
GOMAXPROCS контролирует количество операционных системных потоков (OS threads), которые могут исполнять код Go одновременно. Играть с этим параметром можно и нужно и вроде как "по феншую" надо ставить num CPU == GOMAXPROCS, но можно ставить больше что приведет к тому что утилизация на ядро станет выше.
Я что хочу сказать, сама фраза "по тем же критериям можно выбирать значение для GOMAXPROCS" навеивает какую-то сложную задачу, которая совсем и не задача. Никакой там сложной магии нет, повышаешь – тестишь. А там уже крутишься от того что тебе надо: Утилизация или Скорость. И по личному опыту (на минуточку у меня приложение в жало утилизирует 40 ядер) второе начинает падать только тогда, когда первое перескакивает значение 80-85%... Т.е если программа 10% утилизировала и производила 1000 вычислений / за момент времени, то на 80% это будет 8000. А вот дальнейшее повышение начинает немного замедлять прибавку к скорости.
В любом случае подбор GOMAXPROCS было потрачено примерно 5 минут времени, методом увеличения для достижения оптимальных значений.
//Если эти либы использовать эффективно, то есть один раз положить туда дынные и один раз достать то скорость будет близка к скорости самой либы .
Нет, не будет. Давайте сначала определим что такое "близкая скорость". Вот в моих реалиях это наносекунды и лишняя 1000 – провал. Вы про какие близкие значения говорите? Давайте я вам просто ссылку дам и вы посмотрите:
Смотрим на графу cpu secs и больше вопросов я думаю не будет. На самом деле замечательный ресурс с тестами. Наглядно показывает какие языки и в чем проигрывают.
А зачем мне какая-то прокладка typescript, если можно просто реализовать условно метод, который принимает действие в качестве входной переменной и просто переводит это в формат:
http://localhost/[действие]/… +[массив пост/гет]
А руление делается обычным проксированием nginx куда в том числе, если нужно, можно отработать как защиту, так и прямое проксирование на микросервис или эндпоинт виде монолита или микросервиса?
Большое спасибо за статью от человека который не касается этих обеих систем. Может и не для хабра, но мне для общего развития было интересно.
От себя добавлю, что 1С как система выхывает у меня дрожь. Очень часто слышал: там 1С не может выгрузить, там 1С что-то подвисла…
Я понимаю что все зависит от людей кто настраивает, но когда это происходит в разных фирмах с разными масштабами у меня, – как у стороннего наблюдателя начинают появляться вопросы.
Буду рад если кто в комментах мне расскажет, 1С это действительно так страшно?
Вы написали чушь. Я очень хорошо владею вопросом «Экономика Японии»
Японская экономика - экономика лжи. Если та же США на представлениях ФРС рассказывает в открытую сколько у них долг, то менталитет Японской экономики рисовать цифры. И это хорошо можно увидеть по 20-21 году, когда Японская валюту не двигалась, хотя основные экономики мира даже самые сильные трещали по швам. 22-23 год вскрыл это вранье и еще не наступил финал, но он уже начинает приходить.
Единственный плюс который я нашел для себя, как человека который не доверяет банкам - то что банки впредь не будут использовать мои депозитные деньги наращивая капитализацию для выдачи кредитов.
По крайней мере вероятность что твои деньги хоп и фантики из-за ошибки банка уменьшается.
В остальном, ну, пока хранение в валюте остается для меня основным
Пользуюсь ящиком от эппл, их генерация ящиков для регистрации меня избавил от спама. Более того в период взлома, сразу стало понятно кого взломали
Конечно, спам приходит. Но после первого же сообщения, я либо перенаправляю на папку спам, либо просто стираю ящик
Я иногда играю в старый добрый старкрафт 2 по сети. Когда играешь какое-то время, начинаешь понимать почему он до сих пор жив и по нему проводятся чемпионаты. А именно подход в балансе «камень-ножницы-бумага». Думаю, что сейчас любая RTS обречена на провал если не следует этому правилу.
И чтобы соблюсти этот баланс недостаточно просто добавить какой-то реализм в механиках на подобие выносливости или то что вода тушит огонь.
Не играл в данную RTS, но судя по вашему описанию разработчики ударились не в сторону баланса, а в сторону фишек. Более того из вашего же описания не совсем понятно есть ли там баланс вообще.
Тот же Age of Empires, там много кто со стракрафта 2 ушел. Но ушел просто потому что хотелось чего-то нового и свежего, и как показала практика баланса там просто нет. Но зато весело играть с друзьями. Но популярность RTS и ее качество очень сильно зависят от баланса. Не будет баланса - не будет чемпионатов, отсюда RTS превратится в игру которую проходишь и выкидываешь. Но в текущее время кампания в играх работает больше как обучение перед сетевыми баталиями
«Зачем мы собираем логи? Чтобы анализировать»
Вся суть статьи выше в одной строке. Ничего интересного
Я понимаю вас, опять же согласитесь - как проектировали - так и деплой делают)
Как спроектировали, так и работает. Редис тоже kill -9 можно сделать и что-то сломается
Все таки слово апдейт подразумевает: правильное выключение, апдейт и запуск
У меня проект как раз на сях + гоу. Отлично все работает. И комментарий рядом правильно заметил: главное чтоб профит от этого велосипеда был.
Как сделаете, так и будет работать: snapshot данных файл на exit команде, и при старте проверка наличия снэпшота и его билд если есть. Все это занимает около 30 строк на довольно крупном монолите.
Вопрос лишь в том нужно ли это, шарить между инстансами. Golang позволяет писать довольно большие монолиты со стабильной работой где не нужны микросервисы. А там где надо разделить в силу обстоятельств миллион и один способ есть всем этим поделиться
Пс: мне надо видимо еще дописать что Side сделки Покупка/Продажа обозначает Тейкер/Мейкер. И тут кстати еще одна стенка будет.
2) Вы определитесь, тут вы описываете инструменты или представляете вниманию вашу аналитику. Если инструменты, тогда называйте статью верно и не пытайтесь анализировать, это получилось мягко говоря не очень. Как минимум потому что не то что в статье, так еще и в комментариях вы не можете уловить главную мысль которую вам озвучили еще до меня: если кто-то купил, значит кто-то продал
3) Ради бога считайте как вам удобно. С учетом агрегирования которое идет по времени, забираются тики за 0.25 секунды. И на этом моменте в целом ваша простая мысль встречается с неразрешимой проблемой, т.к в одном тике крупном может быть как одна сделка купли-продажи, так и 1000 мелких. Что вы анализируете тогда по итогу? Или вы показываете еще один метод отображения объемов не столбиками, а как-то по иному?)
На моексе PLAZA/FAST/FIX протоколы выдаются любому желающему частному инвестору, за деньги. Разница в том, что у вас Aggregated Tick, а в «прямом» TickByTick. Это разные данные и соответсвенно разная аналитика.
И с этого момента (с Aggregated Tick) ваша аналитика и рассуждения превращаются простите в бред. Более того, отсутствие знаний у вас в вопросе работы биржи превратили этот бред в откровенную чушь.
Во-первых в нормальной ленте TickByTick есть байтовое представление что это за сделка. В минимальном представлении можно взять определить мейкера или тейкера, в максимальном полные 4 байта с кодом сделки (оно называется condition). Т.е при наличии смекалки можно определять даже маркетмейкеров на входе и айсберги. Без этих минимальных вещей любые рассуждение ой там 1000 кинули - крупняк, а там 2 мелкая рыбеха - самообман и чушь
Во-вторых,
вы этого не сможете достигнуть пока ваше мышление линейно. Слишком много параметров и переменных вы не учитываете, которые ваши точки похоронят в один момент и если вы на них опирались при торговле еще и разденут до нитки
Когда я баловался на nodejs было интересно потыкать редис, иногда даже он был палочкой-выручалочкой. Перейдя на Golang я про него забыл.
Тот же вопрос кэширования я решаю прямо в RAM. Статья не заинтересовала решать это по другому. Только рекламу тг канала увидел и как пользоваться пакетом, о котором судя по всему все и так знают кому редис нужен.
С удовольствием услышу про применение редисом не с целью «а так тупо легче», а где реально упрашает жизнь.
не знаю, не встречал такого чтоб к примеру на TensorFlow данные лились через Python без обработки. Нафига он (Питон) тогда там нужен? Да и вообще нафига он нужен тогда при таких вводных как язык?
GOMAXPROCS контролирует количество операционных системных потоков (OS threads), которые могут исполнять код Go одновременно. Играть с этим параметром можно и нужно и вроде как "по феншую" надо ставить num CPU == GOMAXPROCS, но можно ставить больше что приведет к тому что утилизация на ядро станет выше.
Я что хочу сказать, сама фраза "по тем же критериям можно выбирать значение для GOMAXPROCS" навеивает какую-то сложную задачу, которая совсем и не задача. Никакой там сложной магии нет, повышаешь – тестишь. А там уже крутишься от того что тебе надо: Утилизация или Скорость. И по личному опыту (на минуточку у меня приложение в жало утилизирует 40 ядер) второе начинает падать только тогда, когда первое перескакивает значение 80-85%...
Т.е если программа 10% утилизировала и производила 1000 вычислений / за момент времени, то на 80% это будет 8000. А вот дальнейшее повышение начинает немного замедлять прибавку к скорости.
В любом случае подбор GOMAXPROCS было потрачено примерно 5 минут времени, методом увеличения для достижения оптимальных значений.
//Если эти либы использовать эффективно, то есть один раз положить туда дынные и один раз достать то скорость будет близка к скорости самой либы .
Нет, не будет. Давайте сначала определим что такое "близкая скорость". Вот в моих реалиях это наносекунды и лишняя 1000 – провал. Вы про какие близкие значения говорите? Давайте я вам просто ссылку дам и вы посмотрите:
https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/gpp-python3.html
Смотрим на графу cpu secs и больше вопросов я думаю не будет. На самом деле замечательный ресурс с тестами. Наглядно показывает какие языки и в чем проигрывают.
terminal:
ps aux | grep -i Code | awk '{print $2}' | xargs sudo kill -9
Бывали такие выпады в разных приложениях, всегда спасало. Уж не знаю почему Task Manager плохо понимает команду Завершить принудительно
Из статьи я понял что Vscode работает на окнах хуже чем на яблоке.
Осталось понять только, что это за магия такая с учетом того что vscode - microsoft