Спасибо. Допустим есть два банка: Capital One Bank N.A. и Bank of America. И примеры пользовательского ввода: "capital one", "cap one", "capital one bank", "capital one bank na", "capital one / bofa", "bofa", "bnk of america" и так далее, иногда есть разделитель, иногда нет. Надо весь этот ввод разобать и построить список банков. В реальности этих имен там очень много, это все банки, коллекторские организации, кредитные программы, названия магазинов и тп.
Понятно, что это пример, поэтому он довольно дубовый.
У меня есть вопрос по близкой задаче. Нужно кластеризовать пользовательский ввод (свести к словарю имен). Каждая строка это одно или несколько названий фирм/банков/организаций, с разделителями и без, часто с сокращениями, опечатками, неполные. Что можете посоветовать? Я пробовал DbScan с разными функциями расстояний типа левенштейна, но толку не много.
Сначала я был удивлен, почему ангуляр выбрал карму, она была кривая насквозь вся. Потом сделали через сторонний пакет интеграцию с Jest, вроде бы норм, но со временем этот плагин становился все более проблемным, а его конфиг наполнился необъяснимой магией, пришлось вернуться на карму, которую к тому моменту починили. И тут снова парни не дают расслабиться и депрекейтят карму, хах!
Ангуляр уже скоро сможет в esbuild, так что кеш и прочее скорее всего будет не актуален.
По началу кажется неплохой идеей, но потом не очень - слишком много приседаний надо, еще это загрязняет историю. Можно передать любой параметр в урле и потом в самом компоненте решить - надо что-то делать или нет, вместо path/to/dialog - ?dialog. Сам диалог оформить в виде сервиса с подпиской на роут параметры, ngOnInit - не нужен, можно прямо в конструкторе. Более того, теперь c hostDirectives можно не инжектить явно ничего в сам компонент.
Не понимаю этой любви к NgRx, NgRx - это мрачный мрак. Если говорить о велосипедах, свой велосипед вполне можно написать для компонентного стора и использовать его точно так же, там никакой особой магии нет.
Количество вроде как должно было перейти в качество, но почему-то этого не заметно. Средний контент стало производить намного легче, еще легче стало копировать и компилировать (я уже молчу про генерировать нейросетью тексты или мелодию). В итоге сотни тысяч групп в одних и тех же жанрах (ну хорошо, смешали жанры, только что там особо смешивать-то?), которые трудно отличить на слух или запомнить. Как мне кажется планочка сильно упала из-за того что конкуренция идет не за всю аудиторию, а за любую доступную через интернет.
Брал недавно Orange PI 4 LTS для ознакомления и был приятно удивлен. Если нужно просто запустить какой-нибудь сервер, то однозначно это лучший выбор, чем Raspberry PI 4/3, субъективно шустрее и дешевле раза в два.
У ютуба медленно, но верно, падают доходы от рекламы, видимо поэтому они схватились за молоток. Мне кажется рано или поздно нас ждут изменения (если не будет какой-нибудь технической революции), потому что расходы на хранение видео постоянно растут.
У меня было несколько Dell XPS и у всех батарея деградирует очень быстро до 50% емкости (что означает ну час работы максимум для интела). Причем у кого-то была включена интеллектуальная зарядка, у кого-то нет, сути это не поменяло - за 1-1,5 года существенная деградация по емкости. Покупная батарея с али, по ощущениям, жила дольше.
Спасибо. Допустим есть два банка: Capital One Bank N.A. и Bank of America. И примеры пользовательского ввода: "capital one", "cap one", "capital one bank", "capital one bank na", "capital one / bofa", "bofa", "bnk of america" и так далее, иногда есть разделитель, иногда нет. Надо весь этот ввод разобать и построить список банков. В реальности этих имен там очень много, это все банки, коллекторские организации, кредитные программы, названия магазинов и тп.
Похоже, что основной риск в том, что теперь эти технологии доступны всем, а не только им.
Понятно, что это пример, поэтому он довольно дубовый.
У меня есть вопрос по близкой задаче. Нужно кластеризовать пользовательский ввод (свести к словарю имен). Каждая строка это одно или несколько названий фирм/банков/организаций, с разделителями и без, часто с сокращениями, опечатками, неполные. Что можете посоветовать? Я пробовал DbScan с разными функциями расстояний типа левенштейна, но толку не много.
Сначала я был удивлен, почему ангуляр выбрал карму, она была кривая насквозь вся. Потом сделали через сторонний пакет интеграцию с Jest, вроде бы норм, но со временем этот плагин становился все более проблемным, а его конфиг наполнился необъяснимой магией, пришлось вернуться на карму, которую к тому моменту починили. И тут снова парни не дают расслабиться и депрекейтят карму, хах!
Ангуляр уже скоро сможет в esbuild, так что кеш и прочее скорее всего будет не актуален.
Сеттеры и геттеры можно было собрать и скомпилировать так же как и делагат для методов.
Да, хотелось бы увидеть проект, где в глобальном большом сторе была бы реальная нужда. Кроме авторизации и еще пары вещей ничего в голову не приходит.
Скорее это ответ на претензии к качеству кода, свой велосипед не обязательно хуже.
По началу кажется неплохой идеей, но потом не очень - слишком много приседаний надо, еще это загрязняет историю. Можно передать любой параметр в урле и потом в самом компоненте решить - надо что-то делать или нет, вместо
path/to/dialog-?dialog. Сам диалог оформить в виде сервиса с подпиской на роут параметры,ngOnInit- не нужен, можно прямо в конструкторе. Более того, теперь chostDirectivesможно не инжектить явно ничего в сам компонент.Пример того, как выбор метрики приводит к печальным результатам. Статьи на клике я не читал и очевидно не буду читать никогда.
Не понимаю этой любви к NgRx, NgRx - это мрачный мрак. Если говорить о велосипедах, свой велосипед вполне можно написать для компонентного стора и использовать его точно так же, там никакой особой магии нет.
Количество вроде как должно было перейти в качество, но почему-то этого не заметно. Средний контент стало производить намного легче, еще легче стало копировать и компилировать (я уже молчу про генерировать нейросетью тексты или мелодию). В итоге сотни тысяч групп в одних и тех же жанрах (ну хорошо, смешали жанры, только что там особо смешивать-то?), которые трудно отличить на слух или запомнить. Как мне кажется планочка сильно упала из-за того что конкуренция идет не за всю аудиторию, а за любую доступную через интернет.
Брал недавно Orange PI 4 LTS для ознакомления и был приятно удивлен. Если нужно просто запустить какой-нибудь сервер, то однозначно это лучший выбор, чем Raspberry PI 4/3, субъективно шустрее и дешевле раза в два.
У ютуба медленно, но верно, падают доходы от рекламы, видимо поэтому они схватились за молоток. Мне кажется рано или поздно нас ждут изменения (если не будет какой-нибудь технической революции), потому что расходы на хранение видео постоянно растут.
У меня было несколько Dell XPS и у всех батарея деградирует очень быстро до 50% емкости (что означает ну час работы максимум для интела). Причем у кого-то была включена интеллектуальная зарядка, у кого-то нет, сути это не поменяло - за 1-1,5 года существенная деградация по емкости. Покупная батарея с али, по ощущениям, жила дольше.
Такая ситуация могла возникнуть с любой сторонней библиотекой.
Вы так пишете, как-будто тиндер кто-то запретил.
Действительно, такие рассуждения характерны для людей с небольшим опытом в целом либо небольшим опытом поддержки.
В этом всегда есть смысл, но он не экономический, а теперь можно и заработать, так что почему нет?
По этой ссылке буквально написано:
System.Data.SqlClient supports populating table-valued parameters from DataTable, DbDataReader or IEnumerable<T> \ SqlDataRecord objects.
Надо было этого очень хотеть.