Как стать автором
Обновить
553
0.3
Филипп Володин @Fil

Пользователь

Отправить сообщение
Думаю, что компилятору так проще задействовать SSE. Но такой совет все равно скорее вредный.
Будет забавно, если мы напишем про одно и то же выступление :) Предлагаю уведомлять друг друга о начале работы
Да, конечно. Имелось в виду то, что концепции, заложенные в Qt, принципы использования Qt, отличаются от тех, которые нам знакомы по std, по рекомендациям программирования на чистом C++, по Core Guidelines.
Я сильно урезал только части, в которых рассказывалось об основах (QObject, сигналы/слоты, QML), потому что это известно всем, кто хотя бы немного программировал с Qt. Это просто конспект, а выступление было скучноватым. Немного подробнее об истории было на Хабре.
Вряд ли. Вот табличка, в которой приведены причины погрешностей. Даже при идеальной технике, как мне кажется, атмосферные причины будут давать большой вклад в общую погрешность.
Но это только стандартная библиотека гарантирует «valid but unspecified state». Для прочих объектов (согласно стандарту) валидность не требуется.
Нужно найти алгоритм проще, чем O(n!). В идеале O(nc) или хотя бы O(cn)

Главное, что он хороший :) Тогда еще в копилку: файл называется "X_train.csv", хотя (согласно часто используемой нотации) y_train там тоже есть

Что-то я не понял. По ссылке написано "Тестовое задание. Задача: разработка модели предсказания по тексту отзыва". Необходимо дать ссылку на github с решением. Такого поля в заявке нет, но можно прикрепить "файл с выполненным заданием по выбранной номинации". Заочное задание вроде как только одно?
А еще у вас столбец называется "reting"

Поправили. В гуглкэше город еще не указан

2 935 рублей/мес за доступ ко всем курсам

Я писал об этом на Хабре 10 лет назад :) Только рассчитывал с помощью Монте-Карло.
Прохождение сапера на поле 9x9 с 32-мя минами
Прохождение сапера. Часть 2.

По этой теме вспомнилась интересная книга Юрия Алкина "Цена познания"

Продолжая аналогию с борщом, если бы вы заказали эту статью и заплатили за нее, то вы бы имели право требовать.
Да, можно так. Но задумываться над такими тонкостями нужно только для реализации (не очень хорошей) альтернативы JPEG, в которой разбитие изображение производится не по 8x8, а по 2x1. В контексте этой статьи это не важно. Целью являлось показать то, что на фотографиях существует корреляция соседних пикселей. И, грубо говоря, если есть корреляция, значит есть избыточность, которую мы можем убрать для уменьшения размера.
Кстати, если JPEG-ом закодировать изображение со сторонами не кратными 8, то оно будет расширено кодером до кратного и заполнено каким-либо цветом, или просто мусором, чтобы не тратить время на очистку буфера. Этот излишек просто не показывается просмотрщиками.
Под точкой понимается точка на плоскости XY с координатами:
x = get_pixel(2*n, m);
y = get_pixel(2*n+1, m);
где n ∈ [0, 127], m ∈ [0, 255]
То есть просто рассматриваются соседние пары пикселей
Вы не ошиблись? Я проверил VS 2015 и 2017, заглянул в документацию по 2012 и 2013 и везде:
system_clock::is_steady = false;
system_clock::is_monotonic = false;

Раньше были часы std::chrono::monotonic_clock. А VS сначала просто обернули system_clock:


class steady_clock
    : public system_clock
    {   // wraps monotonic clock
public:
    static const bool is_monotonic = true;  // retained
    static const bool is_steady = true;
    };

typedef steady_clock monotonic_clock;   // retained

Сейчас в VS вроде нормально. Можете проверить последнюю версию gcc и boost::chrono::steady_clock.

Моя формулировка не совсем точна, сейчас поправлю.


Objects of class steady_­clock represent clocks for which values of time_­point never decrease as physical time advances and for which values of time_­point advance at a steady rate relative to real time. That is, the clock may not be adjusted.

Это такой вольный перевод. В оригинале в 10-100 раз чаще.


if Earth were hit by these large objects as frequently (for its size) as Jupiter appears to be, we'd not only see Meteor Crater-sized strikes ten-to-one hundred times as frequently, but we'd have extinction-level events thousands of times as often!

Информация

В рейтинге
1 881-й
Откуда
Казань, Татарстан, Россия
Дата рождения
Зарегистрирован
Активность