TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #32 · 29.05

Попробовал, наконец, разработку на Blazor. Это такой фреймворк под .NET, который позволяет писать фронтенд на C#. Работает он двумя способами: либо собирает весь проект в WebAssembly, и бедный пользователь грузит себе мегабайтную dll, либо устанавливает клиент-серверное соединение через SignalR и шлёт клиенту информацию об обновлённых DOM-элементах. Вот вторую то я и пробовал. Казалось бы — каждое нажатие кнопки требует отправить на сервер запрос и получить ответ. Никогда такого не было! Но субъективно разницы во времени отклика нет (потому что веб и так достаточно медленный, хаха). Фронтенд-часть пишется очень похоже на JSX: вёрстка реактивно вперемешку с кодом. Когда-то я очень ругал React за такой подход, потому что каша. Но нетипизированный JS по-умолчанию каша, а здесь же по факту получается очень удобно: статический анализ не даёт тебе делать ошибки и писать ерунду. Но приятный полноценный язык программирования вместо JavaScript это лишь вишенка на торте. Самое крутое — вся сила серверного кода с полноценной возможностью обращения к базе данных, шеринг моделей данных между сервером и клиентом, и, наконец, Dependency Injection любого серверного модуля в «клиент»! То есть вы не просто пишете одно приложение вместо двух, вы ещё и получаете отсутствие ошибок при каком-нибудь изменении моделей API, когда сервер стал отдавать не то, что ожидает клиент. Вам вообще теперь не нужен API, достаточно закодить нужную функцию на серваке и инжектировать её в нужный фронтенд-модуль. Это супер удобно, супер быстро, супер устойчиво к ошибкам. Теперь не хочется возвращаться даже на вполне крутой Vue 3. Но, система пока новая, она не обросла решениями от комьюнити, а браузерный API всё равно придётся дергать через JavaScript Interop. Для совсем кайфа нужно подождать годик, поскольку развитие идёт довольно быстро. Например, там нет очень нужного в таком деле hot reload, но в .NET 6 он уже анонсирован, и вроде как есть в превью, а релиз в ноябре. #dev

Hashtags

Резултати

Намерени 1 подобни публикации

Търсене: #mafnes

当前筛选 #mafnes清除筛选

Как правильно считать корреляцию? На первой лекции по Asset pricing на ФИБ РЭШ я сообщаю студентам, что желательно никогда не считать корреляции между "уровнями цен". Корреляция стоимости барреля нефти и количества центов за один российский рубль является примером подобного "не стоит". Почему? Дело в трендах. Многие подобные "переменные уровня" несут внутри средне- и долгосрочные тренды. Рубль в долгосроке ослабляется к доллару, то есть центов за него постепенно дают всё меньше (это связано с более высокой инфляцией в России, чем в США). Нефтяные цены сложнее, но и в них бывают циклы роста и снижения. Корреляция даст связь трендов, а не реальной зависимости переменных. Смотрим исследование РБК и БКС. В доступном мне тексте написано: "показатель взаимосвязи рассчитывался для курса рубля к доллару, с одной стороны, и нефти марки Brent - с другой". Если это посчитано для цен, то такие корреляции считать не нужно, и делать из них выводы тоже не нужно. Действительно, для цен можно увидеть условное усиление связи в декабре 2022г по 20-дневным ценам (60-дневные не показывают подобной динамики). Если же посчитать корреляции доходностей $/руб. и Brent (ниже график по 20-дневным и 60-дневным отрезкам), то видно, что нет роста в ноябре-декабре 2022г и падения в начале 2023г после ввода "нового бюджетного правила". Мне также кажется, что стоит смотреть с Urals, в ней динамика важнее для рубля. Вывод: хотите сделать достаточно быстро и правильно - не делайте ничего с "трендовыми" и "нестационарными" переменными, это потребует большой аккуратности. #Ruble#Brent#MAFNES