Можно уже посмотреть запись Рулетки кейсов с Подлодки!

Это мой первый такой опыт; формат сложный, но очень интересный. Было не на всех кейсах просто, но все два часа — очень задорно и в хорошей компании.

https://www.youtube.com/watch?v=pUt2pfwsf4o

выступила вчера на подлодке с темой про планирование. люблю я всё-таки визуализировать что под руку попадётся, в этот раз визуализировала тест план.

шутила с ПК, что могу из чего угодно сделать план, скандал и майнд мапу. в выступлении совместила первое и третье :)

удивляюсь всегда утверждению, что нет времени планировать — надо фигачить, особенно когда это идёт от ПМов. всегда иду в бой за то, что грамотное планирование сэкономит нам время на последующих этапах и найдёт заранее проблемы. грущу, когда не получается это донести, потому что ну зачем фигачить бездумно, когда спланированное всегда экономнее, предсказуемее и безопаснее. короче, когда не умеют люди в эффективную работу, а пытаются заниматься какой-то фигнёй

запись тут
майнд-мапа тут

ах да, пишите, если вам чего-то не хватило, я сделаю из этого ещё доклад:)

Вопрос на собеседовании: "чем отличается метод POST от метода PUT"?

Существуют сетевые стандарты, которые устанавливают принципы и правила взаимодействия между участниками сети. Для HTTP протокола одним из стандартов является rfc9110. Согласно ему, по умолчанию, методы предназначаются для выполнения следующих действий с ресурсом:

POST - Perform resource-specific processing on the request content.
PUT - Replace all current representations of the target resource with the request content.

Если с методом PUT в данном описании все понятно - он используется для замены представления ресурса содержимым запроса (например, для обновления объекта), то по методу POST даются дополнительные разъяснения.

For example, POST is used for the following functions (among others):

- Providing a block of data, such as the fields entered into an HTML form, to a data-handling process;
- Posting a message to a bulletin board, newsgroup, mailing list, blog, or similar group of articles;
- Creating a new resource that has yet to be identified by the origin server; and
- Appending data to a resource's existing representation(s).

Т.е метод POST передает данные из запроса для их последующей обработки ресурсом. В примерах идет речь о создании нового ресурса или добавлении данных к существующему представлению ресурса.

Однако углубившись в стандарт можно увидеть что PUT тоже может применяться для создания ресурса:

The PUT method requests that the state of the target resource be created or replaced with the state defined by the representation enclosed in the request message content.

В чем же тогда различие? Ответ кроется в свойствах методов, указанных в этом же стандарте. Метод - PUT является идемпотентным.

A request method is considered idempotent if the intended effect on the server of multiple identical requests with that method is the same as the effect for a single such request. Of the request methods defined by this specification, PUT, DELETE, and safe request methods are idempotent.

Т.е многократное выполнение PUT будет эквивалентно единоразовому. Сколько бы раз мы не послали один и тот же
PUT запрос, эффект на ресурс будет одинаковым. А вот POST таковым не является, что означает различие в результатах при многократном выполнение одного и того же запроса. Пример:

POST /add_row HTTP/1.1
POST /add_row HTTP/1.1 -> Adds a 2nd row
POST /add_row HTTP/1.1 -> Adds a 3rd row

- POST всякий раз будет добавлять новую строку.

Поэтому, подытожив, отличия заключаются в:
1. В назначении методов: POST применяется для создания/добавления новых ресурсов, PUT также может применяться для создания ресурса и для обновления его представления.
2. В идемпотентности: PUT идемпотентен, а POST нет.


Но в конце обязательно стоит внести ремарку о том, что разработчики могут не следовать никакой спецификации при разработке API, и использовать методы для любых целей. Поэтому мы можем видеть встретить API, где, например, POST используется для обновления объекта.