t
не люблю отлавливать эксепшоны(
Size: a a a
2021 September 11
t
гм, надо написать аналог Try из scala
t
отлавливаешь эксепшен и оборачиваешь в Either
A
См std::expected
t
уже может?
t
жаль
t
хотел сам написать
A
Или boost outcome например
SS
интересный вариант... теперь даже думаю нужна ли такая возможность в js
t
ты же про https://github.com/TartanLlama/expected ? и про пропосалы всякие?
A
В 23-м оно уже есть, его ж приняли, емнип
t
а там не хуергу какую-то приняли?
A
Не помню
Dv
Недавно (действительно удивительное совпадение!) в чате про JS спросили, а нужны ли вообще какие-то алгоритмы для разработки фронтенда. И вот, я как раз сейчас закончил хреновину, где ими пришлось обмазаться на фронтенде!
У нас на работе есть некий… дэшборд чтоли, который показывает графики с перф метриками за определённый промежуток времени.
Ну и вот, этот дэшборд показывает тултипы, когда наводишь мышку на точки графика. Но делает он это крайне хреново, я даже на StackOverflow вопрос задал, как починить. Нужно, чтобы он находил ближайшую точку к курсору, а он находит ближайшую по какой-нибудь конкретной оси, а вторую ось игнорирует.
Ну и вот, короче, мне пришлось сперва запариться и изучить API библиотеки, которую мы используем для графиков, чтобы найти подходящие точки расширения (а это было непросто, она там очень динамичная — динамика поверх динамического языка, с отдельными перечислениями пропертей и событий на объектах).
А потом пришлось решать и настоящую проблему. Почему этой фичи не реализовано из коробки в библиотеке? А потому, что задача «найти ближайшую точку к курсору из множества на графике» — нетривиальная.
И мне пришлось вспоминать, как я сходную задачу решал в своей диссертации (!), и прикурочивать JS-либу для k-d tree (потому что такое дерево умеет быстро строиться и быстро находить точки, ближайшие к заданной).
Такие дела.
У нас на работе есть некий… дэшборд чтоли, который показывает графики с перф метриками за определённый промежуток времени.
Ну и вот, этот дэшборд показывает тултипы, когда наводишь мышку на точки графика. Но делает он это крайне хреново, я даже на StackOverflow вопрос задал, как починить. Нужно, чтобы он находил ближайшую точку к курсору, а он находит ближайшую по какой-нибудь конкретной оси, а вторую ось игнорирует.
Ну и вот, короче, мне пришлось сперва запариться и изучить API библиотеки, которую мы используем для графиков, чтобы найти подходящие точки расширения (а это было непросто, она там очень динамичная — динамика поверх динамического языка, с отдельными перечислениями пропертей и событий на объектах).
А потом пришлось решать и настоящую проблему. Почему этой фичи не реализовано из коробки в библиотеке? А потому, что задача «найти ближайшую точку к курсору из множества на графике» — нетривиальная.
И мне пришлось вспоминать, как я сходную задачу решал в своей диссертации (!), и прикурочивать JS-либу для k-d tree (потому что такое дерево умеет быстро строиться и быстро находить точки, ближайшие к заданной).
Такие дела.
SS
заодно надо подумать нужен ли в js вообще Either
A
А что вороного не взял
t
да, всё правильно k-d tree
Dv
Мне k-d tree понятнее, и по перф характеристикам пока устраивает. Не настолько шарю за алгоритмы, чтобы предположить, что там из них лучше и в каких условиях 😅
t
охренеть лонгрид
t
а он лучше? Прост в k-d tree структура сама тебе множество разбивает и там может быть дохрена параметров, хоть ближайшие по цвету и координатам, например.