Глобальный логгер это ж legacy для обратной совместимости. Его нигде не нужно использовать.
При старте нужно использовать вывод в консоль минуя любое логгирование, т.к. если сервис упал при старте, значит неисправна инфраструктрура и вы всё равно будете смотреть вывод в консоль упавшего контейнера
Довольно интересно. Я пробовал dlib/facerecognition — но питон мне меньше нравится в итоге я питоновские байдинги переделал в extern C и импортировал в C#. Вышло довольно неплохо, но точность высокая только для хороших фотографий, когда лицо не повернуто. Иначе там получается много с дистанцией ~0.5 что уже ближе чем значение отсечки 0.6, но тем не менее степень похожести недостаточная.
Еще любопытный момент, у dlib на CUDA и на AVX2 отличаются результаты вычисления вектора для одного и того же лица. Я спросил у автора библиотеки про это — он ответил что это не баг, а фича.
В целом это интересная тема для разобраться — но в дальнейшем она никак не пригодится. В облаках есть свои АПИ для этого, а в России чуть ли ни несколько коммерческих продуктов которые это умеют делать лучше чем dlib.
В дальнейшем можно было бы самому научить нейросеть на основе выкачанных данных — но видеокарты нынче дорогие
Ну вообще вы даете человеку кусок кода и просите по нему что-то объяснить рассказать или изменить этот кусок чтобы он по-другому работал.
У меня вот лично был забавный случай, когда я устроился на работу по иронии судьбы первое же нарушение принципа SOLID, которое я увидел, было у человека который меня собеседовал. Впрочем его постоянно нарушают, например чтоб меньше кода писать или чтоб к срокам успеть. Зачем про него спрашивают — я понять не могу. А вот если бы люди руководствовались KISS, DRY, YAGNI и только потом брались за SOLID то было бы куда лучше.
Они еще очень оперативно все исправляют. Например в OpenTelemetryNet в beta я сообщил о баге в пятницу, так его совместная команда (MS + еще кто-то) поправила на выходных
На счёт Белоруссии — там всё возможно. Если бы мне бы сказали что 1С не подходит и нужно что-то еще, то IsFusion безусловно мной бы рассматривался как один из вариантов.
Почему такая любоффь к 1С? Да нет никакой любви — банально 99% людей, которых вы принимаете на работу с ней умеют работать.
Есть опыт over 10 лет по .NET. Есть опыт взаимодействия с 1С, SAP и ресторанными системами iiko и rKeeper. Есть вещи которые банально не делаются в рамках бухгалтерских программ, бухгалтеры страдают но ничего сами не попросят. Есть вещи которые связаны с передачей данных между системами и их верификаций.
Чем сильнее конфигурация 1С отличается от стандартной — тем больше с ней возни и проблем.
В интересах конечного заказчика чтобы решение работало просто эффективно
1С это для бухгалтера. Если нужна какая-то другая автоматизация нужно отдельное специализированное решение адаптированное под предметную область. По аналогии как Додо делало для своих пиццерий.
Это решение либо покупается, либо пилится внутри компании усилиями 3-4 разработчиков на каком-то мейнстримовом языке вроде java/c#/go
Это как раз событие и факт достижения информации о событии до наблюдателя с Земли. И MRO на орбите Марса и DSN на Земле фиксируют одно и то же событие. Когда событие одно — вообще разговоры об одновременности бессмысленны.
И где в рассматриваемой ситуации эта локальная одновременность есть? У нас что два ровера садилось? Еще раз. У нас всего одно событие — посадка ровера. Одновременность это свойство двух событий. У нас какую систему отсчёта ни возьми — никакой одновременности нет :-D
У нас две системы отсчёта и в каждой из них по наблюдателю, а не одна.
Согласно специальной теории относительности Эйнштейна, невозможно сказать в абсолютном смысле, что два разных события происходят одновременно, если эти события разделены в пространстве. Если одна система отсчета назначает одно и то же время двум событиям, находящимся в разных точках пространства, то система отсчета, которая движется относительно первой, назначает разные времена для этих двух событий (единственное исключение — когда движение точно перпендикулярно линии, соединяющей точки этих событий).
В этой системе у нас два наблюдателя — MRO и DSN. Информация между этими двумя наблюдателями передается со скоростью света. Наблюдатель MRO видит ситуацию с задержкой которой можно пренебречь. Наблюдатель на DSN видит ситуацию с задержкой в несколько минут, т.к. между MRO и DSN есть большое расстояние которым в этом случае нельзя пренебречь.
Понятие момент времени вводится для конкретного наблюдателя и конкретной системы отсчёта. Поэтому в таких условиях вообще невозможно говорить об одновременности событий, т.к. событие всего одно — посадка ровера. Факт получения информации об этом событии идёт от Марса до Земли несколько минут. Задержка обусловлена тремя факторами: временем сжатия фото-видео информации (там процессор не быстрый — 133МГц), кодированием информации для передачи и собственно её передачей. И в такой конфигурации может оказаться что сжатие и кодирование даёт существенную добавку к времени передачи фото-видео инфорации.
Автор статьи же намерено троллит людей двумя факторами:
1. Тем что большинство людей не в курсе что в СТО понятие одновременности определено для пары (систем отсчёта + наблюдатель с часами)
2. Что намеренно уводит беседу в область теоретической физики не давая людям вспомнить о суровой правде жизни — радиационно-защищенные процессоры достаточно медленные + об необходимости помехозащищенной передачи данных (гуглите про Вояджер и коды Рида-Соломона)
Да, и как раз поиск этого «темного потока» — отдельный вид шаманизма. В реликтовом фоне есть достаточно большие флуктуации которые могут или не могут быть им :-D
Кто-то из физиков высказывал интересную версию что на высоких частотах вроде как можно заметить эхо от сжатия предыдущего цикла вселенной если таковой был.
Сейчас это всё можно сделать в виде docker файла. Более того если еще и docker-compose сделать то можно добавить этап прогона интеграционных тестов (если поднять еще базу, redis,rabbit и всё остальное что нужно).
На билдовой машине при этом нужен только docker
При старте нужно использовать вывод в консоль минуя любое логгирование, т.к. если сервис упал при старте, значит неисправна инфраструктрура и вы всё равно будете смотреть вывод в консоль упавшего контейнера
Еще любопытный момент, у dlib на CUDA и на AVX2 отличаются результаты вычисления вектора для одного и того же лица. Я спросил у автора библиотеки про это — он ответил что это не баг, а фича.
В целом это интересная тема для разобраться — но в дальнейшем она никак не пригодится. В облаках есть свои АПИ для этого, а в России чуть ли ни несколько коммерческих продуктов которые это умеют делать лучше чем dlib.
В дальнейшем можно было бы самому научить нейросеть на основе выкачанных данных — но видеокарты нынче дорогие
У меня вот лично был забавный случай, когда я устроился на работу по иронии судьбы первое же нарушение принципа SOLID, которое я увидел, было у человека который меня собеседовал. Впрочем его постоянно нарушают, например чтоб меньше кода писать или чтоб к срокам успеть. Зачем про него спрашивают — я понять не могу. А вот если бы люди руководствовались KISS, DRY, YAGNI и только потом брались за SOLID то было бы куда лучше.
Почему такая любоффь к 1С? Да нет никакой любви — банально 99% людей, которых вы принимаете на работу с ней умеют работать.
Чем сильнее конфигурация 1С отличается от стандартной — тем больше с ней возни и проблем.
В интересах конечного заказчика чтобы решение работало просто эффективно
Это решение либо покупается, либо пилится внутри компании усилиями 3-4 разработчиков на каком-то мейнстримовом языке вроде java/c#/go
ru.wikipedia.org/wiki/%D0%9E%D1%82%D0%BD%D0%BE%D1%81%D0%B8%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82%D1%8C_%D0%BE%D0%B4%D0%BD%D0%BE%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%BD%D0%BE%D1%81%D1%82%D0%B8
Понятие момент времени вводится для конкретного наблюдателя и конкретной системы отсчёта. Поэтому в таких условиях вообще невозможно говорить об одновременности событий, т.к. событие всего одно — посадка ровера. Факт получения информации об этом событии идёт от Марса до Земли несколько минут. Задержка обусловлена тремя факторами: временем сжатия фото-видео информации (там процессор не быстрый — 133МГц), кодированием информации для передачи и собственно её передачей. И в такой конфигурации может оказаться что сжатие и кодирование даёт существенную добавку к времени передачи фото-видео инфорации.
Автор статьи же намерено троллит людей двумя факторами:
1. Тем что большинство людей не в курсе что в СТО понятие одновременности определено для пары (систем отсчёта + наблюдатель с часами)
2. Что намеренно уводит беседу в область теоретической физики не давая людям вспомнить о суровой правде жизни — радиационно-защищенные процессоры достаточно медленные + об необходимости помехозащищенной передачи данных (гуглите про Вояджер и коды Рида-Соломона)
Билд.
Прогон unit-тестов.
Publish.
Поставка артефактов.
Сейчас это всё можно сделать в виде docker файла. Более того если еще и docker-compose сделать то можно добавить этап прогона интеграционных тестов (если поднять еще базу, redis,rabbit и всё остальное что нужно).
На билдовой машине при этом нужен только docker