Ярослав Сергиенко
@pallada92
Визуализация данных и frontend в ИСИЭЗ НИУ ВШЭ
Information
- Rating
- Does not participate
- Location
- Москва, Москва и Московская обл., Россия
- Date of birth
- Registered
- Activity
Визуализация данных и frontend в ИСИЭЗ НИУ ВШЭ
Information
Наоборот же, нейросети вроде хорошо работают на размытых изображениях. На основе этого как раз работает капча, которую люди не могут пройти: http://www.humansnotinvited.com
К счастью, во фронтэнд разработке редок сценарий, когда откуда-то приходят большие строки, из которых накапливаются кусочки, но в любом случае знать об этом крайне важно. Удивлён, что не встречал это в статьях типа «10 вещей о JS, которые вы не знали»
От него меньше болит голова? Как я понял, с точки зрения железа они только добавили планшет, на который копируется картинка. Остальные изменения на уровне софта.
https://www.artlebedev.ru/posters/
Так же как 90% современных сайтов с огромными надписями, большими отступами и длинным скроллом
P.S. Что-то SQL инъекция слишком очевидная. Что если это ложная панель управления?
P.P.S. А что если автор этого сайта хотел подставить gelloiss? Зачем в админке с очевидной инъекцией гордо указывать автора? Если я не путаю, из статьи понятно, что Юрий Искра доказал, что он владелец gelloiss.ru, но не сайта milleniumfilm.ru. (хотя gelloiss создал telegram-чат, можно ли подделать создателя чата?)
1) Мне всегда было интересно, почему рекрутеры всегда обещают перезвонить, но часто не перезванивают. Из-за отсутствия единой системы или есть более глубокая причина?
2) В таблице написано, что 2 раза по 17,5 минут экономится засчет возможности быстро поднять описание старой вакансии из архива. Я, наверное что-то упускаю, но в чем проблема найти старую вакансию на hh и сделать ctrl+C ctrl+V?
3) Насчёт сортировки писем — это очень интересно, думаю, можно сделать отдельный пост здесь. Я правильно понимаю, что у вас есть алгоритм, который по тексту письма в свободной форме определяет, как минимум, к какой вакансии оно относится? Также я видел у вас на сайте, что вы умеете распарсивать резюме из pdf и автоматически добавлять данные в базу. Это делается полностью автоматически? Какой процент ошибок? Это ваша разработка или готовое решение?
Работал над похожим проектом в habidatum. Мы проанализировали переписку в Slack и сделали веб-приложение, где можно было расставить столы и получить метрику удобства этой расстановки. Поверх столов накладывался граф количества сообщений, у которого можно брать срезы по времени суток.
Метрика — сколько километров в день пройдёт в среднем сотрудник, если вместо отправки сообщения он будет ходить до адресата пешком.
После того, как мы подобрали оптимальное расположение столов, мы задумались: может быть, полезнее если сотрудники будут больше двигаться, то есть метрику лучше максимизировать?
Если не секрет, для какой именно задачи вам потребовалась упрощать цепи?
Но про то, как применяют эту модель эконометристы, было бы интересно узнать поподробнее. Как я понял, у нас есть «черный ящик», мы знаем историю входящего значения и историю результата и мы хотим предсказать следующий результат. Для этого нам нужно как-то подобрать линейные коэффициенты модели.
Я правильно понимаю, что это классический случай задач в стиле Flu Trends? То есть у нас есть история поиска лекарств в Google в реальном времени и официальные данные по гриппу с задержкой и мы хотим оценить текущую заболеваемость (Google, кстати, в итоге признали, что модель не работает).
Еще мне вспомнилась недавняя статья "Представление произвольных полиномов в виде конечных разностей с произвольным шагом". Это частный случай этой модели, когда коэффициенты b_i равны нулю и процесс моделируется полиномом степени p.
В общем было бы очень интересно узнать про методы подбора коэффициентов у эконометристов.
for (let i=arr.length-1; i>=0; --i)
, заранее выделяя все массивы нужной длины, с выносом всего неизменного в константы, явным приведением типов в духе asm.js и хранением всех данных в плоских типизированных массивах.и оказалось, что время их выполнения абсолютно одинаково и примерно равно времени выполнения такого же кода на C.
Относительно кода автора, уже были сделаны бенчмарки, сравнивающие время выполнения обращения строк и выяснилось, что разница примерно в 2 раза по сравнению с обычными циклами: jsperf.com/string-reverse-function-performance (код автора: «in-built functions»). Да, не оптимально, но в рамках допустимого: если это не узкое место в программе, то решение в одну строчку гораздо более читабельное и поддерживаемое. Думаю, если бы не умные оптимизации компилятора, разница была бы раз в десять.