Наличие слишком большого количества зависимостей обычно означает, что у класса слишком много зон ответственности. Это может быть нарушением принципов единственной ответственности (single responsibility) и разделения ответственности (ориг.: separation of concerns)
может быть, а может и не быть, но код явно начинает попахивать.
Отчего-ж, именно по ^mgstat материал уникален, спору нет.
А вот пошаговая инструкция, по запуску докера и настройки борды в графане, уже несколько не в тренде.
В вебе:
Всякие яндекс счетчики являются одним из примеров инструментации веб приложения.
Позволяют понимать сколько у нас пользователей вообще, какие страницы смотрят, как много времени проводят на страницах.
Более изощренная инструментация (гуглить real user monitoring) позволит увидеть как быстро открывается страница у пользователя, какие ошибки выскакивают, как часто.
На бек энде:
Сбор метрик, опять же, позволяет видеть какие методы дергаются, а какие нет (и может их можно удалить?). Как долго обрабатывается запрос, какие ошибки выскакивают, в каком количестве.
За десктопные приложения не скажу, но думаю если есть какой нить сервак за ними, то все сказанное вполне можно применить и к ним и так же собирать метрики для анализа и контроля.
Все вместе, позволит понять что, вообще у пользователя творится, ну и в контексте рефакторинга легаси систем — не наломали ли мы чего, после того как чуть чуть потрогали код.
PS: не сочтите за рекламу, поставил линки на тулы которыми пользовался и остался доволен.
Полученные результаты показывают высокую эффективность метода распознавания на устройствах
Когда говорят об эффективности то скорее всего имеют в виду, сколько распознано правильно, сколько нет, в процентном соотношении. Интересно узнать сколько получилось.
уже 4ре года, сейчас только поддержка,
в самые горячие периоды стоимость сервисов была до 11к в месяц.
Последние пол года держится около $5500, поддержки практически никакой (я один смотрю за зоопарком, и я не опс)
КМК ценность Амазона не в цене виртуалки. Действительно, можно найти миллион провайдеров, кто предложит виртуалки дешевле. Ценность Амазона в широте услуг.
Замете, автор даже в скользь не прошелся по виртуалкам, а рассказывал о сервисах на целенных на поддержку разработки. И это далеко не все, Амазон предлагает еще кучу разных услуг и сервисов, в общем то, не плохо друг с другом интегрированных.
Можно считать пятиминутку восхваления Амазона законченной.
может быть, а может и не быть, но код явно начинает попахивать.
А вот пошаговая инструкция, по запуску докера и настройки борды в графане, уже несколько не в тренде.
К чему это нужно? Показать что в докер можно завернуть почти все, а графана в связке с прометеусом умеет отображать графики?
В вебе:
Всякие яндекс счетчики являются одним из примеров инструментации веб приложения.
Позволяют понимать сколько у нас пользователей вообще, какие страницы смотрят, как много времени проводят на страницах.
Более изощренная инструментация (гуглить real user monitoring) позволит увидеть как быстро открывается страница у пользователя, какие ошибки выскакивают, как часто.
На бек энде:
Сбор метрик, опять же, позволяет видеть какие методы дергаются, а какие нет (и может их можно удалить?). Как долго обрабатывается запрос, какие ошибки выскакивают, в каком количестве.
Метрики можно собирать пассивно, к примеру из аксесс логов или инструментируя код с помощью какой нить библиотеки или активно, подключая агента который автоматически будет собирать и засылать метрики на специально обученный сервер
За десктопные приложения не скажу, но думаю если есть какой нить сервак за ними, то все сказанное вполне можно применить и к ним и так же собирать метрики для анализа и контроля.
Все вместе, позволит понять что, вообще у пользователя творится, ну и в контексте рефакторинга легаси систем — не наломали ли мы чего, после того как чуть чуть потрогали код.
PS: не сочтите за рекламу, поставил линки на тулы которыми пользовался и остался доволен.
В оригинале это звучит как
Instrumentation — имеется в виду сбор метрик.
Logging — сбор и анализ логов приложения
Когда говорят об эффективности то скорее всего имеют в виду, сколько распознано правильно, сколько нет, в процентном соотношении. Интересно узнать сколько получилось.
в самые горячие периоды стоимость сервисов была до 11к в месяц.
Последние пол года держится около $5500, поддержки практически никакой (я один смотрю за зоопарком, и я не опс)
на не очень большом проекте, скорее пилот, в месяц ~7к выходило…
как то так :-)
Замете, автор даже в скользь не прошелся по виртуалкам, а рассказывал о сервисах на целенных на поддержку разработки. И это далеко не все, Амазон предлагает еще кучу разных услуг и сервисов, в общем то, не плохо друг с другом интегрированных.
Можно считать пятиминутку восхваления Амазона законченной.
вторая половина все еще имеет шансы свалить…
ща понабегут, потом зубы повылезут и будут кивать…