Забавно еще то что те кто восхваляют западное общество, где типо каждый имеет право высказывать свое мнение, не могут принять мнение автора. Все мы разные, каждый любит то что ему нравится. Человек попробовал ему не понравилось. Любить страну где ты родился это нормально)
Вам просто надо выбрать правильный ключ который вы будете подавать в эту функцию, такой что-бы данные с разными ключами вряд-ли взаимодействовали бы друг с другом.
Ну, я считаю лучше потратить время и улучшить автоматически анализ кода так, что-бы разгрузить ревьюверов. Сделать CI пайплайн сложным для прохождения, но без перегибов.
Когда напоминаний становится слишком много, они становятся пустыми, как будто их нет и со временем можно начать их игнорировать. Вообще у меня просто календарь на одном из экранов и напоминания почти не нужны, просто открыл экран и смотришь
К сожалению мы никак не сможем найти общий язык. Вы спрашиваете вопросы, на которые выше уже был ответ, делаете выводы которых нет и говорите что это мои слова... Вы либо издеваетесь, либо *****. Поэтому я прощаюсь)
И вообще как фраза "мы познакомились с метриками, которые могут помочь оценить качество архитектуры кода и выявить области для улучшения", могла навести на мысль что я предлагаю писать низкокачественный код. У вас странные "логические" суждения.
Нет не предлагал, давайте не будем перевирать слова и придумавать то что не было написано. Эта метрика не панацея, никто не говорит сводите D к нулю для всех модулей. Есть разные факторы и нужно учитывать их все. Если модуль ssl абсолютно устойчив и не абстрактен это нормально, ведь ему и не нужны эти свойства.
Речь не идет о том чтобы все прижимать к главной последовательности. Если вы написали модуль в зоне боли, но вам никогда не понадобится его изменять, ssl какой нибудь, то и не надо прижимать его к главной последовательности, он нормально будет жить в зоне боли. Если вы хотите более подробно понять мысль, лучше прочитать книгу.
У меня была нужда проверять автоматически, что структура заполнена. Это были структуры со словом Config в названии. Для этого можно легко настроить линтер. Работает отлично и спасало
Много подводных камней в угоду оптимизации. К примеру нельзя возвращать body, ну либо делай его копию. Надо не забывать release request и response, а то в один прекрасный момент не сможешь обработать запрос.
Вообще если все ошибки врапать, то вы получаете прекрасный, человекочитаемый, аналог стектрейса. Multierr отлично скрывает маленькие ошибки за одной большой и также, помогает собрать стектрейс.
Когда логируется ошибка мы видим что-то на подобие "ошибка при обработке такого то гет запроса: сервис вернул ошибку: база данных вернула ошибку: неожиданный символ в запросе на таком то месте, запрос такойто".
Если у вас тип Т то используйте any, да, к сожалению добавится каст. Но в большинстве случаев тип Т имплементирует интерфейс и PaymentDomain<T : IPaymentMethod> лишь сахар для PaymentDomain(method IPaymentMethod)
Забавно еще то что те кто восхваляют западное общество, где типо каждый имеет право высказывать свое мнение, не могут принять мнение автора. Все мы разные, каждый любит то что ему нравится. Человек попробовал ему не понравилось. Любить страну где ты родился это нормально)
Вам просто надо выбрать правильный ключ который вы будете подавать в эту функцию, такой что-бы данные с разными ключами вряд-ли взаимодействовали бы друг с другом.
Нуу релиз был в октябре 2021ого.
Ну, я считаю лучше потратить время и улучшить автоматически анализ кода так, что-бы разгрузить ревьюверов. Сделать CI пайплайн сложным для прохождения, но без перегибов.
Хотелось бы также увидеть результат, не только код
Можно сравнить монгу с jsonb посгреса по производительности
Когда напоминаний становится слишком много, они становятся пустыми, как будто их нет и со временем можно начать их игнорировать. Вообще у меня просто календарь на одном из экранов и напоминания почти не нужны, просто открыл экран и смотришь
Круто. Закрепил ваш комментарий.
К сожалению мы никак не сможем найти общий язык. Вы спрашиваете вопросы, на которые выше уже был ответ, делаете выводы которых нет и говорите что это мои слова... Вы либо издеваетесь, либо *****. Поэтому я прощаюсь)
И вообще как фраза "мы познакомились с метриками, которые могут помочь оценить качество архитектуры кода и выявить области для улучшения", могла навести на мысль что я предлагаю писать низкокачественный код. У вас странные "логические" суждения.
Нет не предлагал, давайте не будем перевирать слова и придумавать то что не было написано. Эта метрика не панацея, никто не говорит сводите D к нулю для всех модулей. Есть разные факторы и нужно учитывать их все. Если модуль ssl абсолютно устойчив и не абстрактен это нормально, ведь ему и не нужны эти свойства.
Речь не идет о том чтобы все прижимать к главной последовательности. Если вы написали модуль в зоне боли, но вам никогда не понадобится его изменять, ssl какой нибудь, то и не надо прижимать его к главной последовательности, он нормально будет жить в зоне боли. Если вы хотите более подробно понять мысль, лучше прочитать книгу.
Действительно, вы правы, ошибся, поправил.
Да согласен, но в том и дело что вам не нужно его часто менять, стандартизирован апи и тд.
У меня была нужда проверять автоматически, что структура заполнена. Это были структуры со словом Config в названии. Для этого можно легко настроить линтер. Работает отлично и спасало
Много подводных камней в угоду оптимизации. К примеру нельзя возвращать body, ну либо делай его копию. Надо не забывать release request и response, а то в один прекрасный момент не сможешь обработать запрос.
Получится ли этой библиотекой описать сценарий из нескольких запросов? Выглядит инструмент весьма интересно.
Хотел быть тем кто напишет про multierr)
Вообще если все ошибки врапать, то вы получаете прекрасный, человекочитаемый, аналог стектрейса. Multierr отлично скрывает маленькие ошибки за одной большой и также, помогает собрать стектрейс.
Когда логируется ошибка мы видим что-то на подобие "ошибка при обработке такого то гет запроса: сервис вернул ошибку: база данных вернула ошибку: неожиданный символ в запросе на таком то месте, запрос такойто".
Имхо, удобно и прекрасно
Дженерики конечно добавят удобства для примитивов, но в остальном, интерфейсов в большинстве(99%) случаев достаточно
Если у вас тип Т то используйте any, да, к сожалению добавится каст. Но в большинстве случаев тип Т имплементирует интерфейс и PaymentDomain<T : IPaymentMethod> лишь сахар для PaymentDomain(method IPaymentMethod)