Любопытно, открыл для себя новый параметр для fetch(). Очевидно, проблема в том, что промисы не дают возможности отписаться нормально и приходится такой вот токен использовать либо проверять колбэках каким-либо образом, что компонент разрушен и игнорировать респонс. По-хорошему надо всегда отписываться при уничтожении компонента, и учитывать, что аборт может привести к отмене сохранения результатов, если сервер поддерживает обработку закрытия подключения.
Пользовался около года YouTrack и не могу сказать о нем чего-то хорошего, абсолютный минимум интеграций со сторонними системами, дубовая админка да и в целом интерефейс слабый, даже немного устаревший, за десять минут редактирования воркфлоу скрипта можно было схватить аут-оф-мемори из-за специфики их компиляции. Сложилось впечатление, что Джетбрейнс его почти не развивали. Когда слезали с него пришлось разбираться с апи и писать мигратор.
Опыт показывает, что "пахать" это практически всегда означает исправлять чужие ошибки (в оценках, в договоре, в коммуникациях и так далее). Работник делает свою работу, вот и все, а не ложится на амбразуру.
Я не пользователь яблока, но почитав немного становится ясно, что imessage это просто доставка, в самом сообщении может быть куча всего, картинки, аудио, оно потом может скармливатся какому-то приложению или системному сервису, где происходит парсинг писаными на сишечке или подобном с классическими уязвимостями типа переполнения, выхода за границу и тп.
Спасибо. Допустим есть два банка: 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, так что кеш и прочее скорее всего будет не актуален.
Любопытно, открыл для себя новый параметр для fetch(). Очевидно, проблема в том, что промисы не дают возможности отписаться нормально и приходится такой вот токен использовать либо проверять колбэках каким-либо образом, что компонент разрушен и игнорировать респонс. По-хорошему надо всегда отписываться при уничтожении компонента, и учитывать, что аборт может привести к отмене сохранения результатов, если сервер поддерживает обработку закрытия подключения.
Не у всех было 12 лет на изучение CSS, вот в чем проблема.
Пользовался около года YouTrack и не могу сказать о нем чего-то хорошего, абсолютный минимум интеграций со сторонними системами, дубовая админка да и в целом интерефейс слабый, даже немного устаревший, за десять минут редактирования воркфлоу скрипта можно было схватить аут-оф-мемори из-за специфики их компиляции. Сложилось впечатление, что Джетбрейнс его почти не развивали. Когда слезали с него пришлось разбираться с апи и писать мигратор.
Все, что мы получаем теперь - это побочный эффект получения прибыли. Можно сказать, нам повезло, что интернет был таким, каким мы его застали.
Гугл хочет дать киберпанку второй шанс
Давно интересует Debezium, какие с ним были проблемы или нюансы? Надежная вещь?
Эдьюкейтером?
В первом же предложении есть целых три ссылки в которых рассказывают, что же такое спецификация и я не вижу смысла повторять содержимое.
Именно так, реализация слишком тривиальна, чтобы размещать ее в статье.
Перспективы у этой идее так себе, придется сильно огородить площадку, что вполне возможно скажется на просмотрах той самой рекламы еще сильнее.
Это просто новость, смортеть надо на конечный продукт, а его нет, написано - экспериментальный образец, так что и претензий быть не может по сути.
Опыт показывает, что "пахать" это практически всегда означает исправлять чужие ошибки (в оценках, в договоре, в коммуникациях и так далее). Работник делает свою работу, вот и все, а не ложится на амбразуру.
Я не пользователь яблока, но почитав немного становится ясно, что imessage это просто доставка, в самом сообщении может быть куча всего, картинки, аудио, оно потом может скармливатся какому-то приложению или системному сервису, где происходит парсинг писаными на сишечке или подобном с классическими уязвимостями типа переполнения, выхода за границу и тп.
Любопытно, я правда не могу понять, как такое возможно, если нарочно не оставить дыр в самом imessage.
Спасибо. Допустим есть два банка: 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, так что кеш и прочее скорее всего будет не актуален.
Сеттеры и геттеры можно было собрать и скомпилировать так же как и делагат для методов.
Да, хотелось бы увидеть проект, где в глобальном большом сторе была бы реальная нужда. Кроме авторизации и еще пары вещей ничего в голову не приходит.