Ох, про дорогу на работу как триггер на переключение режима, готов подписаться полностью. Всю жизнь работал в офисе, последние 3.5 года на удаленке, отсутствие этого триггера лично для меня превращает жизнь в болото ) Ты не дома, когда дома, и не на работе, когда на работе.
Каждый тут обычно сам решает, я использую стандратные коды. 400 - ошибка формата (например невалидный json или xml), 422 (Unprocessable Entity) - ошибка валидации, там где это подходит по логике - 409 (Conflict, например Id уже существует или что-то в этом духе). Все дополнительное, какие-то спец коды ошибок, traceId - внутри Problem Details ответа.
Если я правильно вас понял, та сложность, про которую вы говорите, не существует объективно. Но вот мы декомпозировали это на много мелких кусков, решили каждый, соединили и в итоге решили поставленную задачу. Применив некую методологию мы снизили субъективную сложность задачи для конкретного мозга, который эту задачу решает.
Да, такие разрабочики есть. Если рассуждать неформально, кажется, что им недостает некоего здравого смысла, а главный критерий качества кода - соотвтествие букве священного писания (на выбор). С опытом обычно проходит, но это не точно...
Справедливости ради, парсить не надо. Например, в postgres это можно понять по определенному коду ошибки (23505) + имени констрейнта, эта инфа есть в эксепшене. Согласен, что проверка уникальности с select будет дешевой по меркам СУБД, но подход с определением нарушения констрейнта пост-фактум тоже имеет место быть в некоторых ситуациях
Её сняли, чтобы посмотреть как будет без нее, потому что на том месте должны в будущем стоять упоры, на которые будет производиться посадка на "палки". Если там будет щит, то палки при посадке будут его повреждать, чего бы не хотелось
Ох, про дорогу на работу как триггер на переключение режима, готов подписаться полностью. Всю жизнь работал в офисе, последние 3.5 года на удаленке, отсутствие этого триггера лично для меня превращает жизнь в болото ) Ты не дома, когда дома, и не на работе, когда на работе.
Лично мой опыт говорит о том, что нельзя верить прежде всего аналитикам ) без обид
Каждый тут обычно сам решает, я использую стандратные коды. 400 - ошибка формата (например невалидный json или xml), 422 (Unprocessable Entity) - ошибка валидации, там где это подходит по логике - 409 (Conflict, например Id уже существует или что-то в этом духе). Все дополнительное, какие-то спец коды ошибок, traceId - внутри Problem Details ответа.
Ну а зачем тогда вообще нужны HTTP коды?
Удивлен, что не упомянули Problem Details
Я перешел на firefox с IE5, кажется, и обратно возращаться не намерен ))
Я бы тут уточнил, наверное, что это уже вопросы к конкретной методологии, которая призвана снизить сложность, будь то ООП или что-то другое
Если я правильно вас понял, та сложность, про которую вы говорите, не существует объективно. Но вот мы декомпозировали это на много мелких кусков, решили каждый, соединили и в итоге решили поставленную задачу. Применив некую методологию мы снизили субъективную сложность задачи для конкретного мозга, который эту задачу решает.
Кажется, что эти прогнозы могут быть вообще за пределами позиции программиста. Он может и не знать где по бизнесу может быть вариативность.
Про "сложность - это всегда константа", честно говоря не понял, что это значит?
Да, такие разрабочики есть. Если рассуждать неформально, кажется, что им недостает некоего здравого смысла, а главный критерий качества кода - соотвтествие букве священного писания (на выбор). С опытом обычно проходит, но это не точно...
А что вообще с 7 камундой будет происходить? Правообладатели вроде как объявили end of life в конце 2025 года. Будет ли форк? Никто не в курсе?
Справедливости ради, парсить не надо. Например, в postgres это можно понять по определенному коду ошибки (23505) + имени констрейнта, эта инфа есть в эксепшене. Согласен, что проверка уникальности с select будет дешевой по меркам СУБД, но подход с определением нарушения констрейнта пост-фактум тоже имеет место быть в некоторых ситуациях
Если внимательно посмотрить ролик, становится понятно, что ведьмака нанял отец девушки
Её сняли, чтобы посмотреть как будет без нее, потому что на том месте должны в будущем стоять упоры, на которые будет производиться посадка на "палки". Если там будет щит, то палки при посадке будут его повреждать, чего бы не хотелось