Почему комментаторы так душнят и придираются?)) Раз такие умные - порадуйтесь же и с лёгкостью пройдите свои собесы)) Автору и интервьюируемому спасибо за контент, всё пригодится для освежения знаний перед своими собесами.
в чем отличие гет и пост - гет получает информацию, пост загружает. не понял что он имел ввиду когда информация загружается в нешифрованном виде через гет. можно было еще сказать про идемпотентные методы
>в чем отличие гет и пост - гет получает информацию, пост загружает Нет. Отличие гет от поста это то что у гета нет бади. А какую функцию будет выполнять - это уже чо в кодике будет написано. Рест никак механически не ограничен и по сути в нем только один метод отличается от остальных - гет. Собеседующий тащем-та неправ когда говорит что патч выкинет ошибку, а пут нет. Название метода - не более чем мета-информация.
Так и в GET можно BODY передать, не передавать BODY это только рекомендация, которой некоторые сервисы даже не следуют. В целом на собеседовании важнее знать стандартные практики, а не все исключительные ситуации. GET, PUT, DELETE идемпотентные операции в отличии от POST, PATCH (идемпотентный только при определенных условиях). При этом от разработчиков зависит следовать ли идемпотентности, например, тот же DELETE может удалять последнюю запись и тогда будет уже не идемпотентным. Кроме того стоит упомянуть, что GET метод кэшируемый, а все остальные методы: POST, PUT, DELETE, PATCH нет. По крайней мере обычно. По поводу отправки нешифрованных конфиденциальных данных - передавать логины/пароли в query параметрах не стоит, а body у GET нет, так что остается только header. Но тем не менее передавать эти данные все равно стоит зашифрованными. Правда тут и нет отличия от POST, потому что и там логины/пароли тоже будут в header. В чем конкретно я не прав, сказав, что при отсутствии ресурса PATCH вернет ошибку, так как не сможет обновить то чего нет, а PUT создаст ресурс? Это стандартная реализация: developer.mozilla.org/ru/docs/Web/HTTP/Methods/PUT и developer.mozilla.org/ru/docs/Web/HTTP/Methods/PATCH Где еще есть пробелы в знаниях можете подсказать?
Привет, ну так вопросы то частично повторяются, можно ответы выучить. Но тут важно не только правильно ответить, но еще и выделиться среди других кандидатов, так как на рынке конкуренция
Я бы сказал что тут дело не в вопросах а в ответах, на некоторые вопросы можно ответить целой лекцией, что интервьювер сам начнет останавливать, а джуны обычно отвечают сухо, и часто не понимая сути.
Местами кринж. Я понимаю что тестовый собес как раз и нужэен что бы понять свои ошибки и пробелы, но все же хотелось бы что бы на явные гэпы люди сразу останавливали ответ а то иногда тако бред говорят что за профессию обидно, хотя вопрос такой что за 2 минуты в гугле чел бы разобрался. И спрашиваеться зачем себя глубже закапывать ведь ответ типа "Не сталкивался за 2 мин в гугле розберусь" имхо, лучше чем нести 10 минут откровенную чушь. Или я не прав ?
Ну иногда лучше честно сказать, что не знаю ответа, но думаю, что должно работать вот так. Для меня как интервьювера поток мыслей на 10 минут еще и неправильный будет двойным минусом - так как время мое тратится и еще и ответ неправильный. В целом один раз такое за собеседование можно послушать, чтобы проверить как кандидат думает на вопрос, где у него нет опыта и как он на реальном проекте в таких ситуациях будет вести.
![Twenty One Pilots - “The Line” (from Arcane Season 2) [Official Music Video]](http://i.ytimg.com/vi/E2Rj2gQAyPA/mqdefault.jpg)
Почему комментаторы так душнят и придираются?)) Раз такие умные - порадуйтесь же и с лёгкостью пройдите свои собесы)) Автору и интервьюируемому спасибо за контент, всё пригодится для освежения знаний перед своими собесами.
Спасибо за поддержку, по ту сторону все намного сложнее, чем может показаться сторонним наблюдателям.
сразу видно по лицу собеседовающего что работает в АТ давно)))) Чем то похож на моего бывшего лида
Фейс контроль на позицию лида зато удобно проходить 😀
в чем отличие гет и пост - гет получает информацию, пост загружает. не понял что он имел ввиду когда информация загружается в нешифрованном виде через гет.
можно было еще сказать про идемпотентные методы
>в чем отличие гет и пост - гет получает информацию, пост загружает
Нет. Отличие гет от поста это то что у гета нет бади. А какую функцию будет выполнять - это уже чо в кодике будет написано. Рест никак механически не ограничен и по сути в нем только один метод отличается от остальных - гет. Собеседующий тащем-та неправ когда говорит что патч выкинет ошибку, а пут нет. Название метода - не более чем мета-информация.
@@Kalitzbur понятно что как разработчик сделает - так и будет. В целом все придерживаются "стандартной" реализации этих методов
Хотя у собеседующего и дальше есть некоторые пробелы в знаниях, бывает.
Так и в GET можно BODY передать, не передавать BODY это только рекомендация, которой некоторые сервисы даже не следуют. В целом на собеседовании важнее знать стандартные практики, а не все исключительные ситуации.
GET, PUT, DELETE идемпотентные операции в отличии от POST, PATCH (идемпотентный только при определенных условиях). При этом от разработчиков зависит следовать ли идемпотентности, например, тот же DELETE может удалять последнюю запись и тогда будет уже не идемпотентным.
Кроме того стоит упомянуть, что GET метод кэшируемый, а все остальные методы: POST, PUT, DELETE, PATCH нет. По крайней мере обычно.
По поводу отправки нешифрованных конфиденциальных данных - передавать логины/пароли в query параметрах не стоит, а body у GET нет, так что остается только header. Но тем не менее передавать эти данные все равно стоит зашифрованными. Правда тут и нет отличия от POST, потому что и там логины/пароли тоже будут в header.
В чем конкретно я не прав, сказав, что при отсутствии ресурса PATCH вернет ошибку, так как не сможет обновить то чего нет, а PUT создаст ресурс? Это стандартная реализация: developer.mozilla.org/ru/docs/Web/HTTP/Methods/PUT и developer.mozilla.org/ru/docs/Web/HTTP/Methods/PATCH
Где еще есть пробелы в знаниях можете подсказать?
@@Kalitzburу гета может быть бади. Например мы хотим запросить информацию по каким-то передаваемым данным.
капец, мне на manual junior такие же вопросы задавали. Теорию. Я ответил, но меня всеравно не взяли. Типа опыта нет🤷♂️
Привет, ну так вопросы то частично повторяются, можно ответы выучить. Но тут важно не только правильно ответить, но еще и выделиться среди других кандидатов, так как на рынке конкуренция
Я бы сказал что тут дело не в вопросах а в ответах, на некоторые вопросы можно ответить целой лекцией, что интервьювер сам начнет останавливать, а джуны обычно отвечают сухо, и часто не понимая сути.
Местами кринж. Я понимаю что тестовый собес как раз и нужэен что бы понять свои ошибки и пробелы, но все же хотелось бы что бы на явные гэпы люди сразу останавливали ответ а то иногда тако бред говорят что за профессию обидно, хотя вопрос такой что за 2 минуты в гугле чел бы разобрался. И спрашиваеться зачем себя глубже закапывать ведь ответ типа "Не сталкивался за 2 мин в гугле розберусь" имхо, лучше чем нести 10 минут откровенную чушь. Или я не прав ?
Ну иногда лучше честно сказать, что не знаю ответа, но думаю, что должно работать вот так. Для меня как интервьювера поток мыслей на 10 минут еще и неправильный будет двойным минусом - так как время мое тратится и еще и ответ неправильный. В целом один раз такое за собеседование можно послушать, чтобы проверить как кандидат думает на вопрос, где у него нет опыта и как он на реальном проекте в таких ситуациях будет вести.
Почему вы взяли его на проект?)
Это пробное собеседование, я его не нанимал) но он работу таки уже нашёл