Всё началось с того, что мне предложили помочь ребятам из команды DNS найти такие метрики и наборы запросов
Мне предложили не просто метрики найти, а доработать тестовый стенд так, чтобы он показывал эти метрики в отчётах тестирования, что я в конечном итоге и сделал.
Мне задача показалась очень интересной и я взял её с удовольствием, получил много опыта и позитива и нисколько не жалею.
Не считаю, что должность человека является тут каким-то ограничением, если все действия согласованы и по общему согласию всех сторон.
Могу ещё добавить по своему опыту, что отделы QA с сильными SDET я видел только рядом с бизнес кодом, а всякие инфраструктурные отделы обычно не имеют выделенных QA отделов.
Моё личное мнение, что привлекать людей занятых тестированием бизнес кода будет дороже, и менее эффективно, чем найти человека внутри команды способного разобраться с проблемой и починить её.
Держать для маленьких команд свои собственные выделенные QA отделы тоже не выгодно.
Можете считать, что в рамках этой задачи я временно стал SDET.
Я пробовал такое на коленке, в целом картина такая
потребление CPU сильно отличается, мьютексы почти его не используют
с мьютексами тайминги повышаются где-то в пределах от сотни микросекунд до единицы миллисекунд, но это измерение на глаз, я списал это на погрешность.
Такой тест я проводил, когда баг с коллизиями ещё не был починен, и с мьютексами я наблюдал очень интересный спецэффект - unbound переставал работать без каких-то видимых причин (аномальное повышение CPU или ошибки в логе), проблема была видна только на таймингах ответов. Сейчас конечно понятно что там происходило, но в тот момент это только усложняло понимание.
Написал автору оригинала, что тут ошибка.
0b1000 + 0b01000 == 0b11000на самом деле равно0b10_000и в примере должно быть0b01_000 + 0b10_000И ещё вот это
Должно быть
0xdfff-0xd800=0x7ffа не0x7fffДумал не писать коммент, но в переводе есть одна неточность
Операция сдвига вправо в Go есть, а вот функции обратной
bits.RotateLeft8нет, то есть нет операции ротации вправо.Вот это уже совершенно не верно в контексте сдвигов, но верно в контексте ротации битов в числе.
Для новичков такие ошибки приводят к тому, что статью вроде прочитал, но ничего не понял.
Этот абзац конечно не очень удачный
Мне предложили не просто метрики найти, а доработать тестовый стенд так, чтобы он показывал эти метрики в отчётах тестирования, что я в конечном итоге и сделал.
Мне задача показалась очень интересной и я взял её с удовольствием, получил много опыта и позитива и нисколько не жалею.
Не считаю, что должность человека является тут каким-то ограничением, если все действия согласованы и по общему согласию всех сторон.
Могу ещё добавить по своему опыту, что отделы QA с сильными SDET я видел только рядом с бизнес кодом, а всякие инфраструктурные отделы обычно не имеют выделенных QA отделов.
Моё личное мнение, что привлекать людей занятых тестированием бизнес кода будет дороже, и менее эффективно, чем найти человека внутри команды способного разобраться с проблемой и починить её.
Держать для маленьких команд свои собственные выделенные QA отделы тоже не выгодно.
Можете считать, что в рамках этой задачи я временно стал SDET.
Я пробовал такое на коленке, в целом картина такая
потребление CPU сильно отличается, мьютексы почти его не используют
с мьютексами тайминги повышаются где-то в пределах от сотни микросекунд до единицы миллисекунд, но это измерение на глаз, я списал это на погрешность.
Такой тест я проводил, когда баг с коллизиями ещё не был починен, и с мьютексами я наблюдал очень интересный спецэффект - unbound переставал работать без каких-то видимых причин (аномальное повышение CPU или ошибки в логе), проблема была видна только на таймингах ответов. Сейчас конечно понятно что там происходило, но в тот момент это только усложняло понимание.