Каким экспериментаторам? АБ тест ведь проводится на обычных пользователях. Просто части пользователей показываются некоторые изменения, а часть наблюдает обычное поведение. Поэтому какие устройства есть у реальных пользователей, те и формируют результат тестирования.
Может быть речь о том, что вообще уделять больше внимания маломощным устройствам при выкатке фич? Здесь у меня опыт такой, что Озон вполне нормально работает на устройствах старше 3 лет. Наверное, нужен более конкретный пример.
расчехляем tcpdump на обоих концах, оставляем работать до появления в логах проблемных trace_id
А как отлавливали проблемные трейсы? Получается, нужно каждый трейс автоматически проверять на "гепы"? Понятно, что как-то это решается, но интересно вдруг есть элегантное решение, чем просто просто перебирать спаны?
Приложение должно требовать процессорное время не реже раза в 10 миллисекунд
Тоже самое с неймспейсами в php и это логичное поведение.
В данном случае можно просто добавить объявление режима в шаблон создания нового класса в IDE
В моем случае тест сразу начался с примеров кода и вопросов «Как называется богом забытый параметр в php.ini» без вариантов ответа.
На этих вопросах я потерял прилично времени и только к середине сообразил, что лучше их пропускать.
На перепроверку ответов у меня оставалось минут пять.
На прошлой неделе купил пдф-версию книги «Программист-фанатик» на сайте издательства.
Не знаю на что я надеялся, но читать на пяти дюймах это невозможно.
В итоге, я нашел оригинал на амазоне, заплатил ещё в два раза больше, но теперь читаю в айфоновском киндле версию где всё настраивается как надо.
Он захочет быть уверен, что его херня в безопасности.
Он-он-он он успокоится.
Может, он настолько успокоится, что даст нам награду.
Я буду чертовски удивлён, если нет.
Очень удивлён.
Типа, налог добрых самаритян.
Который вовсе и не налог, раз он добровольный.
Спасибо, очень познавательно.
Уже не первый раз читаю отзыв из серии «подготовился за три дня с пивом».
У меня опыт больше 5 лет, перечитал все стади гайды и прочие материалы по сертификации, хочу попробовать сдать этим летом.
Но вот уверенности как-то пока нет.
Например, я почти ноль в DOM. Всегда хватало SimpleXml, а в последнее время вообще не сталкиваюсь с xml по работе.
Использую плагин для хрома Hacker Vision
Он инвертирует цвета на всех сайтах через простой css-фильтр. Иногда, конечно, делает темные сайты белыми, а синие желтыми, но такие можно занести в список исключений.
Так как правильнее?
https://ru.wikipedia.org/wiki/Марсотрясение
Каким экспериментаторам? АБ тест ведь проводится на обычных пользователях. Просто части пользователей показываются некоторые изменения, а часть наблюдает обычное поведение. Поэтому какие устройства есть у реальных пользователей, те и формируют результат тестирования.
Может быть речь о том, что вообще уделять больше внимания маломощным устройствам при выкатке фич? Здесь у меня опыт такой, что Озон вполне нормально работает на устройствах старше 3 лет. Наверное, нужен более конкретный пример.
А как отлавливали проблемные трейсы? Получается, нужно каждый трейс автоматически проверять на "гепы"? Понятно, что как-то это решается, но интересно вдруг есть элегантное решение, чем просто просто перебирать спаны?
А с чем связано ограничение в 10 мс?
В данном случае можно просто добавить объявление режима в шаблон создания нового класса в IDE
Противоречит старым правилам записи функций и усложняет перевод старого кода.
Получилась Java :) Тут на вкус и цвет. Немного ухудшает читабельность и поиск нужной функции в коде.
Не даром фреймворки используют свои обертки над глобальными переменными.
Точно раз месяц? Судя по твиттеру реже.
В моем случае тест сразу начался с примеров кода и вопросов «Как называется богом забытый параметр в php.ini» без вариантов ответа.
На этих вопросах я потерял прилично времени и только к середине сообразил, что лучше их пропускать.
На перепроверку ответов у меня оставалось минут пять.
В общем, лучше перебдеть :)
Не знаю на что я надеялся, но читать на пяти дюймах это невозможно.
В итоге, я нашел оригинал на амазоне, заплатил ещё в два раза больше, но теперь читаю в айфоновском киндле версию где всё настраивается как надо.
Плюсы:
— простая процедура ввода новых нод
— никаких телодвижений при выходе из строя какой-либо ноды (главное, чтобы рабочих было не менее трех)
Минусы:
— приложение нужно учить писать только в одну ноду, иначе под нагрузкой вы столкнетесь с банальной потерей записей.
— О, Боже. Зачем?
Он захочет быть уверен, что его херня в безопасности.
Он-он-он он успокоится.
Может, он настолько успокоится, что даст нам награду.
Я буду чертовски удивлён, если нет.
Очень удивлён.
Типа, налог добрых самаритян.
Который вовсе и не налог, раз он добровольный.
instagram-engineering.tumblr.com/post/10853187575/sharding-ids-at-instagram
Уже не первый раз читаю отзыв из серии «подготовился за три дня с пивом».
У меня опыт больше 5 лет, перечитал все стади гайды и прочие материалы по сертификации, хочу попробовать сдать этим летом.
Но вот уверенности как-то пока нет.
Например, я почти ноль в DOM. Всегда хватало SimpleXml, а в последнее время вообще не сталкиваюсь с xml по работе.
Он инвертирует цвета на всех сайтах через простой css-фильтр. Иногда, конечно, делает темные сайты белыми, а синие желтыми, но такие можно занести в список исключений.
Вы таким образом подчеркиваете образ финансового благополучия героя?