Сообщение Re[51]: Идемпотентность POST - хорошая ли практика? от 07.10.2022 13:37
Изменено 07.10.2022 13:45 Pauel
Re[51]: Идемпотентность POST - хорошая ли практика?
Здравствуйте, ·, Вы писали:
·>Ага. Ты стал приходить к пониманию, что это проблема административная. Важна реакция людей, а не хедеры.
Да ты я вижу Шерлок Холмс — вывел меня на чистую воду. Особенно с учетом того, что было явно обозначено, что проблема — админстративная.
·>Теперь последний шаг. В чём будет выражаться неигнорирование мониторинга? Ну допустим заметил какой-нибудь сисоп какой-то варнинг на дашбоарде. Дальше-то что?
Ты не в курсе как работает мониторинг и опсы?
P>>В случае с changlog ты вообще всю работу делаешь руками. А в данном случае ты просто добавил правило в мониторинг и всё.
·>Какую "всю"? Для справки, сhangelog — это лог сделанных изменений.
Именно.
1. надо прочитать, вникнуть в каждый тикет, посмотреть тамошние подробности
2. каждую строку проверить на предмет того, а не цепляет ли это вас
Повторить для всех n*m зависимостей
Прогнать тесты
Если они красные пофиксить
А если зеленые — а хер его знает. Тут мы выяснили, что ты плохо понимаешь, что такое 2^100 комбинаций, простейший случай
Как и несколько месяцев назад, ты как то не в курсе, что те же ассерты и тесты покрывают немного разные классы задач. Одни дискретные, другие — непрерывные. Для тебя, похоже, это пустой звук.
assert(deprecated) сработает вне зависимости от того, сколько у нас данных, 2^10 или 2^10^10.
P>>·>Неясно каким волшебным образом, как ты обещаешь автоматически, это появится благодаря хедерам.
P>>Ты или забыл, что такое мониторинг, или забыл, про что речь.
·>Речь про хедеры. Мониторинг это лишь твой риторический приём перевести обсуждение на другую тему. Ты рассказываешь про мониторинг, но никак не можешь объяснить, почему нужно мониторить именно хедеры, а не логи, например.
А где я написал, что не надо мониторить логи?
Нам надо сообщить вызывающей стороне. У них нет доступа к твоим логами. Жесткий вариант — кидануть ошибку. Мягкий вариант — ворнинг. Его можно послать разными способами — городить архитектуру вида "мой человек свяжется с твоим человеком" или воспользоваться возможностями транспорта. Это возможно, если вызывающая сторона пользуется твоим клиентом. Тогда в ихних логах, и ихнем мониторинге тоже появятся нужные строчки.
·>Ага. Ты стал приходить к пониманию, что это проблема административная. Важна реакция людей, а не хедеры.
Да ты я вижу Шерлок Холмс — вывел меня на чистую воду. Особенно с учетом того, что было явно обозначено, что проблема — админстративная.
·>Теперь последний шаг. В чём будет выражаться неигнорирование мониторинга? Ну допустим заметил какой-нибудь сисоп какой-то варнинг на дашбоарде. Дальше-то что?
Ты не в курсе как работает мониторинг и опсы?
P>>В случае с changlog ты вообще всю работу делаешь руками. А в данном случае ты просто добавил правило в мониторинг и всё.
·>Какую "всю"? Для справки, сhangelog — это лог сделанных изменений.
Именно.
1. надо прочитать, вникнуть в каждый тикет, посмотреть тамошние подробности
2. каждую строку проверить на предмет того, а не цепляет ли это вас
Повторить для всех n*m зависимостей
Прогнать тесты
Если они красные пофиксить
А если зеленые — а хер его знает. Тут мы выяснили, что ты плохо понимаешь, что такое 2^100 комбинаций, простейший случай
Как и несколько месяцев назад, ты как то не в курсе, что те же ассерты и тесты покрывают немного разные классы задач. Одни дискретные, другие — непрерывные. Для тебя, похоже, это пустой звук.
assert(deprecated) сработает вне зависимости от того, сколько у нас данных, 2^10 или 2^10^10.
P>>·>Неясно каким волшебным образом, как ты обещаешь автоматически, это появится благодаря хедерам.
P>>Ты или забыл, что такое мониторинг, или забыл, про что речь.
·>Речь про хедеры. Мониторинг это лишь твой риторический приём перевести обсуждение на другую тему. Ты рассказываешь про мониторинг, но никак не можешь объяснить, почему нужно мониторить именно хедеры, а не логи, например.
А где я написал, что не надо мониторить логи?
Re[51]: Идемпотентность POST - хорошая ли практика?
Здравствуйте, ·, Вы писали:
·>Ага. Ты стал приходить к пониманию, что это проблема административная. Важна реакция людей, а не хедеры.
Да ты я вижу Шерлок Холмс — вывел меня на чистую воду. Особенно с учетом того, что было явно обозначено, что проблема — админстративная.
·>Теперь последний шаг. В чём будет выражаться неигнорирование мониторинга? Ну допустим заметил какой-нибудь сисоп какой-то варнинг на дашбоарде. Дальше-то что?
Ты не в курсе как работает мониторинг и опсы?
P>>В случае с changlog ты вообще всю работу делаешь руками. А в данном случае ты просто добавил правило в мониторинг и всё.
·>Какую "всю"? Для справки, сhangelog — это лог сделанных изменений.
Именно.
1. надо прочитать, вникнуть в каждый тикет, посмотреть тамошние подробности
2. каждую строку проверить на предмет того, а не цепляет ли это вас
Повторить для всех n*m зависимостей
Прогнать тесты
Если они красные пофиксить
А если зеленые — а хер его знает. Тут мы выяснили, что ты плохо понимаешь, что такое 2^100 комбинаций, простейший случай
Как и несколько месяцев назад, ты как то не в курсе, что те же ассерты и тесты покрывают немного разные классы задач. Одни дискретные, другие — непрерывные. Для тебя, похоже, это пустой звук.
assert(deprecated) сработает вне зависимости от того, сколько у нас данных, 2^10 или 2^10^10.
P>>·>Неясно каким волшебным образом, как ты обещаешь автоматически, это появится благодаря хедерам.
P>>Ты или забыл, что такое мониторинг, или забыл, про что речь.
·>Речь про хедеры. Мониторинг это лишь твой риторический приём перевести обсуждение на другую тему. Ты рассказываешь про мониторинг, но никак не можешь объяснить, почему нужно мониторить именно хедеры, а не логи, например.
А где я написал, что не надо мониторить логи?
Нам надо сообщить вызывающей стороне. У них нет доступа к твоим логами. Жесткий вариант — кидануть ошибку. Мягкий вариант — ворнинг. Его можно послать разными способами — городить архитектуру вида "мой человек свяжется с твоим человеком" или воспользоваться возможностями транспорта. Это возможно, если вызывающая сторона пользуется твоим клиентом. Тогда в ихних логах, и ихнем мониторинге тоже появятся нужные строчки.
То есть, в этом случае у нас хидер x-варнинг есть часть АПИ
·>Ага. Ты стал приходить к пониманию, что это проблема административная. Важна реакция людей, а не хедеры.
Да ты я вижу Шерлок Холмс — вывел меня на чистую воду. Особенно с учетом того, что было явно обозначено, что проблема — админстративная.
·>Теперь последний шаг. В чём будет выражаться неигнорирование мониторинга? Ну допустим заметил какой-нибудь сисоп какой-то варнинг на дашбоарде. Дальше-то что?
Ты не в курсе как работает мониторинг и опсы?
P>>В случае с changlog ты вообще всю работу делаешь руками. А в данном случае ты просто добавил правило в мониторинг и всё.
·>Какую "всю"? Для справки, сhangelog — это лог сделанных изменений.
Именно.
1. надо прочитать, вникнуть в каждый тикет, посмотреть тамошние подробности
2. каждую строку проверить на предмет того, а не цепляет ли это вас
Повторить для всех n*m зависимостей
Прогнать тесты
Если они красные пофиксить
А если зеленые — а хер его знает. Тут мы выяснили, что ты плохо понимаешь, что такое 2^100 комбинаций, простейший случай
Как и несколько месяцев назад, ты как то не в курсе, что те же ассерты и тесты покрывают немного разные классы задач. Одни дискретные, другие — непрерывные. Для тебя, похоже, это пустой звук.
assert(deprecated) сработает вне зависимости от того, сколько у нас данных, 2^10 или 2^10^10.
P>>·>Неясно каким волшебным образом, как ты обещаешь автоматически, это появится благодаря хедерам.
P>>Ты или забыл, что такое мониторинг, или забыл, про что речь.
·>Речь про хедеры. Мониторинг это лишь твой риторический приём перевести обсуждение на другую тему. Ты рассказываешь про мониторинг, но никак не можешь объяснить, почему нужно мониторить именно хедеры, а не логи, например.
А где я написал, что не надо мониторить логи?
То есть, в этом случае у нас хидер x-варнинг есть часть АПИ