По своему опыту вижу плюс в wasm если надо иметь например единую кодовую базу на фронте с бекендом на go. Либо для какой то специфики или скорости. Типа как в figma все на wasm+svg (вроде?) что бы все летало. Но не уверен на счет figma, где то слышал.
Спасибо за ссылку. Посмотрю Да, беспокоит вопрос выбора без возможности "померять". Сейчас ни где нет шоурумов. Только в СПб нашел от retne.ru. "геймерский" подумал будет по "продуманней" для удобства для длительного
А о чем вы говорите. Что то не совсем понял? Интересуюсь потому что кое что от razer планирую прикупить (кресло). У них поддержка\гарантии в РФ плохо работают?
Увидел в этой новости плюс - многие станут крепче потому что "тренируют" энергосети С другой же стороны электрофикация автомобилей неизбежно катится в люди
Спасибо за развернутый ответ grey-fox
На свежую голову — да работает, считает.
Поправил код теста
make test | grep --color «ok.*coverage:»
ok github.com/gebv/go-bb-tests-metrics 0.114s coverage: 62.7% of statements in ./…
ok github.com/gebv/go-bb-tests-metrics 0.110s coverage: 78.4% of statements in ./…
ok github.com/gebv/go-bb-tests-metrics 0.115s coverage: 82.4% of statements in ./…
ok github.com/gebv/go-bb-tests-metrics 0.117s coverage: 84.3% of statements in ./…
ok github.com/gebv/go-bb-tests-metrics 0.113s coverage: 86.3% of statements in ./…
ok github.com/gebv/go-bb-tests-metrics 0.116s coverage: 86.3% of statements in ./…
ok github.com/gebv/go-bb-tests-metrics 0.112s coverage: 86.3% of statements in ./…
PS Коль работает то становится интересно проверить как оно будет работать скажем с echo и grpc сервером.
Есть мысль что где то граница «работает\не работает» все таки есть. В реальном проекте можно не досмотреть. В итоге есть риск получить цифры не отражающие действительность.
> Считаем покрытие при тестировании приложения как черного ящика
В случае если хандлеры динамически регистрируются (в цикле из мапы например) то покрытие не будет считаться
Мои тесты на колене показали не рассматривать в серьез этот пункт
Поправьте меня плиз если я что то упустил
Вспомнилась фраза (не помню чья она), возможно грубоватая и резкая покажется…
Профессионал это тот кто может себя увлечь в не любимом\не интересном\скучном деле.
Возможно это повод стать лучше, либо это просто тревожный звоночек в плане «может я занимаюсь не тем чем надо», «на самом деле призвание у меня в другом» и тп
Кстати это хорошее и простое «правило игры» что бы самому же не проиграть в свою же игру — ты либо работаешь либо не работаешь. И четко осознавать эти два состояния с четкими границами. Тогда будет ожидаемый результат на выходе
Дома студия и уши нужны для общения по работе по скайп и для того что бы погрузиться в работу
Так вот пробовал я Sony WH-1000XM2 в качестве гарнитуры — полный ужас!!! Видимо и в 3 тоже самое
Кучу ушей перепробовал, остановился на sennheiser pxc 550 — у них гарнитура отрабатывает вообще отлично. Это к слову кто ищет уши с мб норм звуком и гарнитурой не стыдной.
Но вот только на macos проблемы какие то с подключением (речь про pxc 550), как только профиль переключается на гарнитуру то перестает все работать. Проблема не много плавающая но воспроизводимая. Может кто сталкивался и знаете решение?
С точки зрения разработки с кем будет комфортно работать? Плюсы, минусы, недостатки, уникальные особенности? Поделитесь, пожалуйста, опытом кто уже занимался разработкой для обоих продуктов.
Очень было бы интересно узнать не сильно ли глазам больно делает xiaomi lamp yeelight blue 2 котрая цветная. А то мы с супругой задумались во всей квартире иллюминацию заменить
Но момент где и как вести не решена однозначно. Поделитесь, пожалуйста, своим опытом кто и как чем пользуется?
Со временем накапливается такой приличный объем информации, в котором невозможно что либо найти потому что она в сыром виде. Ни на видео, ни на аудиозаписи диктофона, даже на бумаге ни чего не найти. Кто как это решает? После совещаний перерабатывает материал в структурированный вид?
Вы упомянули о клиенте и сервере. Стоит в этом случае корневой span начинающий обслуживать запрос от клиента или клиент инициирующий запрос создавать с явным trace.SpanKind
По умолчанию span все Internal
https://github.com/open-telemetry/opentelemetry-specification/blob/main/specification/trace/api.md#spankind
По своему опыту вижу плюс в wasm если надо иметь например единую кодовую базу на фронте с бекендом на go. Либо для какой то специфики или скорости. Типа как в figma все на wasm+svg (вроде?) что бы все летало. Но не уверен на счет figma, где то слышал.
Спасибо за ссылку. Посмотрю
Да, беспокоит вопрос выбора без возможности "померять". Сейчас ни где нет шоурумов. Только в СПб нашел от retne.ru.
"геймерский" подумал будет по "продуманней" для удобства для длительного
А о чем вы говорите. Что то не совсем понял? Интересуюсь потому что кое что от razer планирую прикупить (кресло). У них поддержка\гарантии в РФ плохо работают?
Увидел в этой новости плюс - многие станут крепче потому что "тренируют" энергосети
С другой же стороны электрофикация автомобилей неизбежно катится в люди
На свежую голову — да работает, считает.
Поправил код теста
make test | grep --color «ok.*coverage:»
ok github.com/gebv/go-bb-tests-metrics 0.114s coverage: 62.7% of statements in ./…
ok github.com/gebv/go-bb-tests-metrics 0.110s coverage: 78.4% of statements in ./…
ok github.com/gebv/go-bb-tests-metrics 0.115s coverage: 82.4% of statements in ./…
ok github.com/gebv/go-bb-tests-metrics 0.117s coverage: 84.3% of statements in ./…
ok github.com/gebv/go-bb-tests-metrics 0.113s coverage: 86.3% of statements in ./…
ok github.com/gebv/go-bb-tests-metrics 0.116s coverage: 86.3% of statements in ./…
ok github.com/gebv/go-bb-tests-metrics 0.112s coverage: 86.3% of statements in ./…
PS Коль работает то становится интересно проверить как оно будет работать скажем с echo и grpc сервером.
github.com/gebv/go-bb-tests-metrics/blob/main/main.go#L43
То такое ветвление он уже не считает
github.com/gebv/go-bb-tests-metrics/blob/main/main.go#L17-L26
А если напрямую вызывать функцию — то считает
github.com/gebv/go-bb-tests-metrics/blob/main/main_test.go#L13
Есть мысль что где то граница «работает\не работает» все таки есть. В реальном проекте можно не досмотреть. В итоге есть риск получить цифры не отражающие действительность.
В случае если хандлеры динамически регистрируются (в цикле из мапы например) то покрытие не будет считаться
Мои тесты на колене показали не рассматривать в серьез этот пункт
Поправьте меня плиз если я что то упустил
Профессионал это тот кто может себя увлечь в не любимом\не интересном\скучном деле.
Возможно это повод стать лучше, либо это просто тревожный звоночек в плане «может я занимаюсь не тем чем надо», «на самом деле призвание у меня в другом» и тп
Так вот пробовал я Sony WH-1000XM2 в качестве гарнитуры — полный ужас!!! Видимо и в 3 тоже самое
Кучу ушей перепробовал, остановился на sennheiser pxc 550 — у них гарнитура отрабатывает вообще отлично. Это к слову кто ищет уши с мб норм звуком и гарнитурой не стыдной.
Но вот только на macos проблемы какие то с подключением (речь про pxc 550), как только профиль переключается на гарнитуру то перестает все работать. Проблема не много плавающая но воспроизводимая. Может кто сталкивался и знаете решение?
Но момент где и как вести не решена однозначно. Поделитесь, пожалуйста, своим опытом кто и как чем пользуется?
Со временем накапливается такой приличный объем информации, в котором невозможно что либо найти потому что она в сыром виде. Ни на видео, ни на аудиозаписи диктофона, даже на бумаге ни чего не найти. Кто как это решает? После совещаний перерабатывает материал в структурированный вид?