글쎄요...

아마 실제 프로젝트(포트폴리오) 개발하면서

GET과 POST 방식의 차이점을 체감할수 있었던 사례 같은걸 말하는게 베스트였지 않을까 싶네요..?

get은 간단하게 처리할 때 쓰면 편하고

post는 json 형태로 구조를 만들어서 처리할 때 쓰기 좋고~

면접 보신곳이 어떤 회사인지 혹은 진행중인 플젝에 관련된 답변이면 더 센스 있는 답변이 될 수 있었겠죠?

만약 api 등을 제공해주는 업체라면 위에 분들 말씀처럼 resfulAPI 에 관련된 답변을 하시면 되구요

쇼핑몰이나 웹사이트라면, get 방식은 방문이력이나 즐겨찾기가 가능하며 검색엔진에 새로운 페이지로 인식시킬 수 있습니다. post는 그게 안되죠. 경우에 따라 방문이력, 즐겨찾기 혹은 검색엔진에 노출되고 안되고를 구분짓게 할수도 있는거죠~

면접이 N:N 진행이었다면 다른 면접자들과 같은 내용을 말하기 보다는 다른 내용이나 추가된 내용을 말하면 더 좋죠~

신입 면접이었나요?

그랬다면 뭐 저정도 대답이면 나쁘지 않은것 같은데..;

별 스펙이랄 것도 없네요.. 학점도 3.44로 높지도 않구요, 정보처리기사는 따긴 했는데 그게 큰 도움인지 모르겠고, 포트폴리오도 아직까진 팀으로 했던 거 한 개밖에 없고 현재 혼자 뭐라도 만들어보는중입니다~ 학과는 정통과 나오긴 했는데 프로그래밍 수업은 제대로 못들어서 졸업하고 학원 1년(자비+국비지원) 다녔습니다.

후자는 rest api에서 method로서 get과 post에 역할에 대한 답인거 같구요,  

단순히 get, post의 차이를 묻는다면 대답하신부분이 맞을거에요. 

제가 거만한 면접관으로 빙의해서 굳이 꼬투리를 잡자면 아래의 빨간 부분이 조금 표현이 부정확해 보였을 것 같습니다.

get은 전송데이터가 url에 딸려가서 보안에 취약하고 길이제한도 있지만

post는 많은 양의 데이터를 보내기에 get보다 적합하고 데이터를 숨겨서 보낸다 

파라미터가 URL에 있는지 BODY 부분에 있는지를 가지고 보안에 취약하다 아니다를 말한다면 초보자의 느낌이 나거든요.

숨겨서 보낸다는 말도 조금 이상하죠.

크롬에서 개발자 도구 열면 GET이든 POST든 내용이 다 보이는데요.

아무튼 말씀하신 것처럼 각 http method의 용도와 의미를 가지고 대답하시는 것이 좋았을 것 같습니다.

그리고 GET/POST 이외에 HEAD, PUT, DELETE 등에 대해서 언급을 하고,

윗분 말씀처럼 restful을 언급하고, 실사용 예를 말했다고 하면 다른 면접자들과 수준이 다르게 보였겠죠.

/돈까스

그렇군요.. 감사합니다ㅠㅎ

저도 신입면접 볼 때 물어보면...다들 똑같은 대답들을 하더군요. 말 그대로 외어오기...

정말 원하는건, 실제 어떤 차이점을 "느꼈는지" 물어보는 것일 겁니다. 내가 해보니 이런게 다르고, 이럴 때 무얼 쓰는게 정답인 것 같았다...뭐 이런거죠.

사실 전 최근 모 사이트에서 쓰는 post 데이터를 스크래핑해서 똑같이 날려보고 원하는 결과를 파싱해서 나만의 API 로 만들어 본 경험이 있습니다. 이런걸로 봣을때 전혀 안전하지 않죠 ... ㄷㄷ

왜 http method로 get과 post가 만들어졌을까 궁금해 찾아보니 좋은글이 있네요

https://www.w3schools.com/tags/ref_httpmethods.asp

저라면 이렇게 대답 했을 겁니다 둘다 쓰레기 방식인데 get 방식 하는 이유는 부하 줄일려고 창시자가 머리 굴린거임 자신의 오류를 숨길려고