Выходит, Вам нужно точное время, так?
А раз каждый провайдер вносит свои задержки, то даже у двух человек, стоящих рядом, но имеющих разного оператора, сэмпл будет иметь немного разное время? (те-же 5 — 30 секунд).
Но в целом идея понравилась, интересное решение. Не слышал раньше о подобном
А если, допустим, мы с другом на расстоянии, скажем, 10 км, смотрим одну и ту-же телепередачу?
Да, сценарий средней реалистичности, но всё-же. Время одно и то-же, звук одинаковый.
Если в плане получаемого результата — GCC 6.3.0 на -O3 тоже не увидел разницы.
А если вы про визуальную составляющую — мне вызовы функции удобней, чем наследоваться каждый раз от кучи классов для того чтоб «было как в ентих ваших Шарпах да Джавах». endl — это же не банальный перенос строки. Там под капотом ещё как минимум flush() прячется (а в зависимости от реализации не только он).
Ну в таком случае всегда можно перегрузить операторы или написать отдельный класс для нужных вычислений, который при грамотном проектировании тоже не оставит от себя и следа после всех оптимизаций. Декоратор, например
самый главный её минус в том, что выражения, которые логически значат c.x = (c.x * c.x) — 2 * (c.x = c.x / (4 + c.x)) (конкретно в данном примере смысла мало), превращаются в c.set_x((c.get_x() * c.get_x()) — 2 * c.set_x(c.get_x() / (4 + c.get_x()))). А я хочу, чтобы выражение в коде выглядело так же, как у меня в голове.
но при этом не брезгуете в своём коды использованием std::endl, который по-факту является так-же функцией. И для неё даже существует собственная перегрузка оператора <<
class C {
C& operator<< (std::ostream& (*os)(std::ostream&)) {
// Вывод куда следует
return *this;
}
};
Как видите, тоже не особо эстетично [sarcasm]. За то эффективно.
И как уже говорилось в комментариях выше — геттер и сеттер по своей сути должны быть максимально лёгкими и маленькими (в идеале однострочными). Если это не так — надо переписывать весь класс с учётом существующих шаблонов проектирования и идеом.
Я был, видимо, одним из первых, кого ударил этот баг. Ещё летом (месяца 4 назад) симптомы 1 в 1. Зарекался же не ставить новейшие релизы…
Добавьте в список Acer Aspire E5-511G.
P.S. после этого у меня ещё и PCI Express умер, но тут я не уверен — это Ubuntu или мастера СЦ постарались.
Насчёт дизайна — это сугубо личное дело каждого. Мне, например, «гамбургер» нравился намного больше, да и удобства было побольше.
Но уважаемые Mail.ru, это вообще нормально что у меня вместо открытия групп или чего-то подобного, эта страница иногда пытается открыться в браузере, а иногда в самом приложении, как и должно быть?! Тут уже проблема посерьёзнее, чем с дизайном.
Если честно, то да. Из вашего названия я решил что у вас будет распознавание этих самых номеров с камеры (заходил через ВК, так что не увидел в каких хабах размещён пост).
Простите, а мне, в свою очередь, очень печально что Хабр воспринимают как площадку, где можно публиковать статьи, место которым на первых страницах учебников по программированию. Там где знакомство с операторами языка.
Раньше я заходил на хабр почитать классные большие статьи с кучей технических подробностей о том чего я не знал. А теперь захожу посмотреть на программку на 4-х языках, которая пока что просто выводит номер, а в дальнейшем будет складывать и умножать его числа. Мда.
Вам конечно успеха, но практического смысла я не увидел. Совсем. Извините.
Мы уже начали обсуждать непонятно что. Я просто сказал что относить Meizu к MIUI устройствам это как относить Mac к IBM-совместимым только по причине того что на него можно поставить Windows. Это всё что я имел ввиду
Ну может я и погорячился с «любителями поизвращаться», признаю.
Но это не отменяет того факта что MIUI уж никак не родная прошивка для Meizu и, следовательно, нельзя Meizu относить к MIUI девайсам. Или Apple Mac с «накатаной» на него Windows для вас уже продукт Microsoft?
Тогда прошу прощения.
Да и для человека, не привыкшего к С++, код GLSL действительно может показаться непонятным. Так что js-вариант тут действительно выигрывает по удобочитаемости.
Нет, простите, я всего-лишь не согласен с формулировкой «перевести на человеческий язык или хотя-бы js».
А с вашими правками выше согласен. Всегда придерживался использования тернарных операторов где это возможно вместо if-ов. Да и правильность аргументов лучше проверять при передаче, а не при вычислении.
Если перевести на человеческий язык (ну или хотя бы js), то получится вот что:
function checkBitF(val, bit) {
f = Math.pow(2, bit % 16); // Равносильно f = 1 << bit;
f1 = Math.floor(val / f); // равносильно сдвигу вправо, f1 = val >> bit
if (f1 % 2 < 1) return 0; else return 1; //если бит установлен, вернется 1. иначе 0.
}
Превосходная статья. Читал с упоением. Побольше бы подобных интересных статей с примерами на Хабре. Вас с Наступающим! А я пошёл читать предыдущие части)
А раз каждый провайдер вносит свои задержки, то даже у двух человек, стоящих рядом, но имеющих разного оператора, сэмпл будет иметь немного разное время? (те-же 5 — 30 секунд).
Но в целом идея понравилась, интересное решение. Не слышал раньше о подобном
Да, сценарий средней реалистичности, но всё-же. Время одно и то-же, звук одинаковый.
А если вы про визуальную составляющую — мне вызовы функции удобней, чем наследоваться каждый раз от кучи классов для того чтоб «было как в ентих ваших Шарпах да Джавах». endl — это же не банальный перенос строки. Там под капотом ещё как минимум flush() прячется (а в зависимости от реализации не только он).
но при этом не брезгуете в своём коды использованием std::endl, который по-факту является так-же функцией. И для неё даже существует собственная перегрузка оператора <<
Как видите, тоже не особо эстетично [sarcasm]. За то эффективно.
И как уже говорилось в комментариях выше — геттер и сеттер по своей сути должны быть максимально лёгкими и маленькими (в идеале однострочными). Если это не так — надо переписывать весь класс с учётом существующих шаблонов проектирования и идеом.
Добавьте в список Acer Aspire E5-511G.
P.S. после этого у меня ещё и PCI Express умер, но тут я не уверен — это Ubuntu или мастера СЦ постарались.
Но уважаемые Mail.ru, это вообще нормально что у меня вместо открытия групп или чего-то подобного, эта страница иногда пытается открыться в браузере, а иногда в самом приложении, как и должно быть?! Тут уже проблема посерьёзнее, чем с дизайном.
(Простите что пример на C++, он мне ближе чем JS)
Если честно, то да. Из вашего названия я решил что у вас будет распознавание этих самых номеров с камеры (заходил через ВК, так что не увидел в каких хабах размещён пост).
Простите, а мне, в свою очередь, очень печально что Хабр воспринимают как площадку, где можно публиковать статьи, место которым на первых страницах учебников по программированию. Там где знакомство с операторами языка.
Вам конечно успеха, но практического смысла я не увидел. Совсем. Извините.
Но это не отменяет того факта что MIUI уж никак не родная прошивка для Meizu и, следовательно, нельзя Meizu относить к MIUI девайсам. Или Apple Mac с «накатаной» на него Windows для вас уже продукт Microsoft?
Уважаемый, MIUI не имеет никакого отношения к Meizu. MIUI оболочка от Xiaomi и любое её появление на Meizu — дело рук любителей поизвращаться.
Да и для человека, не привыкшего к С++, код GLSL действительно может показаться непонятным. Так что js-вариант тут действительно выигрывает по удобочитаемости.
А с вашими правками выше согласен. Всегда придерживался использования тернарных операторов где это возможно вместо if-ов. Да и правильность аргументов лучше проверять при передаче, а не при вычислении.
Простите, но это звучит как оскорбление C