• 책에서 기본 틀을 얻고, 이에 대해 스스로 자료를 더 찾아보며 깊이있게 정리하는 시간이 의미있었다.
• 예습을 해오길 잘한 것 같다. 이해가 확실히 잘된다.

• 면접 질문 정리하는 방식이 애매하다는 생각이 들었다.
• 나중에 또 나올 내용을 어디까지 설명해야할 지 어려웠다.
• 이수말처럼 이슈가 너무 많아지는 것도 문제라고 여겨졌다.
• 면접관에게 설명해야하는 것처럼 단번에 설명이 되지는 않는다.

• 면접 질문 리스트를 미리 뽑아서 해당 주제의 markdown 파일에 작성하거나, 한 눈에 볼 수 있게 한 곳에 모아서 작성하는 것도 괜찮을 것 같다.
• 한 과목 끝날때마다 키워드별로 정리하여 내용을 재정비하면 좋을 것 같다.
• 이슈는 일인당 1주일에 1개만 만들고, 각 주제는 따로 이슈 생성없이 체크리스트만 만들어도 좋을 것 같다.
• 발표 전에 좀 더 면접관분께 말하듯이 연습을 해야겠다.

• 내용을 정리하면서 키워드에 대해 추가적으로 공부한 부분

• 상대방 발표 내용을 미리 읽고, 파악하지 않았다.
• 대체적으로 정리가 덜 된 느낌(?)
• 면접 질문을 정리하는 방식이 불분명하다

• 발표 전에 미리 읽고 질문할 것들을 작성하면 좋을 듯
• 한 번 깔끔하게 정리하고 발표하기
• 면접 질문 정리 카테고리를 따로 만드는 건 어떨까!

• 차이점을 표로 정리해가며 공부하니 더 와닿았다.
• 앞에 내용부터 차근차근 공부하니 뒤의 내용이 이해가 잘 되었다.

• READ.ME 파일을 모두 수정하니, 매번 충돌이 발생하여 좋지 않아 보인다.
• 미리 발표 준비를 해놓고 바로 전에 보지 않았더니 조금 버벅임이 있었다.

• READ.ME 파일은 모두 pr merge후 수정하도록 하겠다.
• 발표 시간 30분전에 다시 연습하는 시간을 가져야겠다.

• 미리 내용 예습하고 왔던 부분이 도움 됐다. 큰 흐릉을 파악할 수 있고, 질문할 부분을 미리 생각해 올 수 있었다.
• 이번에는 머릿속으로 설명할 부분을 잘 정리해서 발표한 것 같아서 만족스러웠다.

• 운영체제 파트가 끝났는데 이후에 어떻게 정리해야할 지 복잡하다.

• 키워드 별 정리, 혹은 면접 질문 관련 정리를 하면 좋을 것 같다.

• 적절한 비유 사용해가며 설명하기
• 모르는 키워드 등장 시 추가로 공부하기

• 미리 상대방의 발표내용을 읽어보지 않아서 이해하기 어려웠다.

• 발표전에 미리 읽어보고 오면 좋을 것 같다
• 면접관님에게 말한단 마인드로 임하기

• 키워드별로 나눈 후, 흐름별로 질문정리를 하니까 이해가 훨씬 잘됐다.
• 흐름별로 글을 다시 작성했더니, 나중에 다시 돌아왔을 때도 이해가 잘 될 것 같다.

• 너무 꼼꼼하게 하려다보니, 시간이 오래 걸렸다.
• 질문에 대한 답변을 어디까지 해야할지 정하는 게 어려웠다.

• 어느정도 시간을 정해두고, 그 안에 최대한 집중해서 정리한다는 각오로 임해야겠다.
• 질문에 대한 답변을 키워드 위주로 정리하고, 해당 키워드에 대해 간략하게 설명한다는 식으로 정리를 해야겠다. 마치 글을 쓸 때, 목차를 먼저 쓰는 것처럼 정리하면 될 것 같다.

• 면접 질문을 정리하면서 전체적인 흐름을 파악하고 애매한 부분을 같이 짚어볼 수 있어서 좋았다. → 키워드를 보고 그에 대해 설명할 수 있게 된 것 같다!
• 한 파트가 끝나고 바로 정리해보면서 부족한 부분 체크하는 게 좋았다.

• 질문에 대한 답변을 어느 정도 깊이로 작성해야 할 지 애매했다.
• 개념만 이해하면 되는 부분과 꼬리 질문이 필요한 부분을 어떻게 두어야 할 지 고민이었다.

• 전체적인 내용과 깊이 있는 내용은 깃허브에 업로드 한 것을 참고하도록 하자. → 깃허브 작성 시 꼼꼼히 조사하면 좋을 것 같다.
• 면접 질문에 대한 부분도 카테고리 분류를 해서 두니까 꼬리 질문에 대한 고민도 해소된 것 같다.
• 면접 질문 작성과 정리 이후에 깃허브에 내용을 추가하는 것도 좋을 것 같다.

• TCP/UDP의 차이 등 더 알아야 하는 내용을 적절하게 찾아온 것 같다.
• 앞에서 언급한 내용을 마지막에 다시와서 보았을 때 이해될 수 있도록 흐름을 잘 정리한 것 같다.

• 패킷 등의 용어를 설명할 때, 잘못 사용했다.
• 각 소제목별 내용이 길어지면, 내용별로 차이점이 명확히 드러나지 않는 것 같다.

• 발표하기 전에, 말할 때 헷갈릴만한 단어 정리를 해놓아야겠다.
• 내용이 길다면, 마지막에 간략하게 정리해놓는 설명을 추가해도 좋을 것 같다.

• 교재에 설명된 내용에 살을 붙여서 정리하니까 더 이해하기 쉬웠다.
• 헷갈렸던 용어들에 대해 이해할 수 있었다!!!

• 네트워크 계층에 대한 내용을 먼저 학습하지 않고 계층 별 기기를 설명하려고 했을 때 정리가 잘 되지 않았다.

• 내 파트를 정리하기 전에 앞 내용을 파악하고 시작해야겠다!

• 교재에서 이해 안되는 부분은 표시, 메모해두고 냅다 넘어갔는데, 뒷부분에서 그 부분들이 해결되는 경우가 많았다. 이해 안된다고 너무 붙잡고 있지 말고 간단히 검색만 곁들여가며 쭉쭉 읽고 다시 돌아와서 짚어보면 될 듯 하다.

• 내용의 관계나 전개를 꼭 책의 챕터별로 정리할 필요는 없다.
• 이번엔 파트가 자잘하게 쪼개져있었고 양도 많지 않아 큰 문제는 없었지만 양이 많아지면 중요도에 따라 위계를 구분할 필요가 있어보인다.

• 읽으면서 메모한 키워드를 중심으로 전개를 재구성해서 정리해보자(그게 낫다면..!!)
• 크게 중요하지 않은 내용은 핵심만, 방대한 분량에서는 집중해서 봐야할 부분을 체크해두기

• google.com에 접속하는 과정, IP주소의 필요성 등 발표 내용에 대한 다양한 질문과 자료를 찾아오려고 노력했다.
• 사용이 제한된 IPv4 주소, 루프백 주소 등 IP주소에 대해 평상시 궁금했던 부분들이 많았어서 이에 대한 내용을 추가로 학습하고 공유할 수 있었다.

• 뒤에 나올 줄 알고 더 자세히 조사안한 부분들이 있었는데 결국 나오지 않았다.
• 발표전에 잠깐 쉬고 있었더니 발표 시작까지 워밍업하는 시간이 좀 걸렸다.

• 인프런 강의를 추가로 듣기로 했다..! 웹 개발자로서 중요한 네트워크 지식에 대해 추가로 학습할 예정이다.
• 쉬더라도 발표 준비는 다 해두고 쉬어야겠다.

• 그림자료 직접 만드니까 이해가 될 수 밖에 없었다…………………….
• HTTPS CA 인증 매커니즘에 대한 복습이 부족했는데 이번에 정리하면서 명확하게 알게 되었다!!
• 네트워크 에 대해 깊게 파보는 기회가 되어 좋았다.
• 팀원의 발표를 들으면서 발표 스킬도 공부할 수 있어서 좋았다.

PROBLEM

• 네트워크 끝났는데 키워드 정리가 안 된다
  • 책이 문제가 많다……..
• 면접을 대비한 공부였다기 보다는 네트워크에 대한 공부라서 부족하다

• 면접 질문 정리를 한 주 미루고, 인프런 강의로 웹 관련 정리를 다시 하자!
• 발표하고자 하는 내용을 더 깔끔히 전달하는 연습을 하자

• 책 보고 잘 와닿지 않았던 개념을 블로그들 끝까지 쫓아서 이해해 낸 게 뿌듯하다
• http 개념 아무리 찾아봐도 매번 새롭고 낯설었는데 이번에 지독하게 파본 것 같아서 조금은 친해진 것 같다.
• 공부하면서 따로 개요(마인드맵?)를 써나가는 게 내용을 유기적으로 연결하기 좋아서 도움이 많이 됐다.
• 용어 자체에 대한 서치

• 분명 노트 쓸 때는 이해 했는데, 발표할 때는 왜 혼자 다시 헷갈리는건지?
• 그림이 아쉽다. 여러 자료 합쳐서 내가 다시 만들면 되는데 굳이 그러지 않았다……!!!

• 공부하면서 끄적인 개념 관계도나 마인드맵을 잘 정리해서 같이 올려보자!
• 그림을 합쳐야할 것 같고, 내용을 재조립해야할 것 같으면 얼마든지 일러로 작업해내자

• 기존에 사용하던 API들의 응답 코드 등을 살펴보면서 학습했던 것이 굉장히 유의미한 시간이었다. 이전에 모르고 사용했던 HTTP 메서드 관련된 내용에 대해 제대로 정리할 수 있어서 너무 좋은 시간이었다...!!
• 실제 사용되는 예시와 이전 경험들을 토대로 생생하게(?) 전달했던 것 같다.

• 내용이 많다보니 발표 시간을 조절했어야 하는데, 이를 고려하지 못한 것 같다.
• form 태그에 대해서 자세히 설명하고 싶었는데 아쉬움이 남는다. 이해하는 것은 쉬우나 이해한 것을 정리하는 데 생각보다 오래 걸린다.

• 발표할 내용이 많을 때는 사전에 미리 발표 시간을 체크해보자.
• 목-금요일까지는 미리 완성하고, 금-토요일에 다시 보면서 내용 추가를 해볼까 한다. 리팩토링 느낌으로다가..

• 인프런 강의를 두 번 완강했는데, 처음 들을 땐 이해가 되지 않지만 그냥 지나갔던 부분이 많았다. 이후에 api 설계를 해보고, 애플리케이션을 작게나마 만들면서 HTTP 웹을 경험했고, CS 스터디 하면서 책이랑 추가 자료조사로 네트워크를 깊이 있게 학습한 이후에 다시 강의를 들으니까 큰 흐름으로 이해가 갔다!
• 네트워크를 나름 깊이 있게 공부하면서 용어에 대해 잘 익혀두었다 보니, 강의 내용을 이해하는 데 큰 무리가 없었다.

• 팀원 분들이 설명을 너무 잘 하셔서 늘 많이 배운다,, 나도 설명을 좀 더 깔끔하게 하고 싶다!
• 강의를 듣느라 내용 정리하는 시간이 부족했다.
• 강의가 많은 것을 다루느라 오히려 또 깊이 있는 강의였는지는 모르겠다…?

• 추가 자료 조사를 더 충분히 해야겠다.
• CORS나 CSRF, 프록시를 더 공부하면 좋을 것 같다.

• 이해한 걸 시각자료로 만드는 건 머릿속에 한 컷으로 정리할 수 있어서 스스로에게도 도움이 많이 된다. (시간이 좀 걸릴 뿐)
• 담당한 파트의 흐름을 파악해가면서 처음 공부하고, 그 흐름에 맞게 내용을 정리하는 게 큰 도움이 된다.

• 강의듣고 막 써둔 필기내용 정리하는 걸 미루지 말자… 생각보다 오래 걸린다…
• PR 기한을 계속 놓쳐버려따…
• 나도 다른 분들처럼 프로젝트 경험에서 깨우치는 바가 있었으면 좋겠다..!! 하지만 나는 아직 금붕어🐟

• 공부한 내용이 금방 휘발되는 걸 막기 위해서라도 섹션 단위로 공부 → 바로 마크다운으로 정리하기
• 언젠가 프로젝트를 한다면 막히는 것들을 모두 기록하라는 소중한 조언 → 뒤늦게 배운 개념으로 이마를 짚게 될수도 있다.

• 프론트엔드 백엔드 함께 이야기하면서 면접 질문 내용을 정리하니까 한 쪽에만 매몰되지 않고 더 넓게 이해할 수 있었습니다.
• 토큰 인증 방식을 실제로 적용해보고 다시 공부하니까 이해가 더 잘 되었어요!
• 프로젝트 토킹 시간이 아주 좋았습니다 😍

• IP, MAC 주소 관련 내용이 아직 잘 정리되지 않은 것 같다.

• 프로젝트를 진행할 때, 네트워크 파트에서 학습했던 내용을 고려해서 접목해보자.
  • 인증 방식을 선택하거나 HTTP 메서드를 고려할 때 등
• 기회가 된다면 세션 인증 방식을 직접 사용해보자!

• 이번엔 미리 준비해와서 여유가 있었다..?
• 서버 개발자분과 함께해서 더 유익했던 네트워크 시간이었다!

• 대칭키, 비대칭키 암호화 방식을 설명하는 부분에 약한 것 같다.
• 세션 방식을 사용해본 적이 없어서 엄청 와닿지는 않는다.

• 부족한 부분 위주로 다시 한번 복습해야겠다.
• 세션 관련 토이프로젝트를 진행해봐도 괜찮을 것 같다.

• 쿼리문 작성하는 정도밖에 몰랐는데, 개념적인 부분을 많이 알게돼서 좋았습니다!
• 면접질문을 미리 파악하고 준비를 하다보니 어느 부분을 추가로 조사해와야 할 지 잘 알 수 있었다.
• NoSQL이 언제 쓰이는 지 같이 찾아봤던 시간이 유익했다. 역시 궁금하면 그 때 그 때 찾아봐야 한다.

• 시간을 많이 투자하지 못해서 아쉬움이 남습니다..! 시간이 부족하다는 말을 좋아하지 않지만, 시간이 부족했다..
• DB에 대해 역시 잘 모르는 부분이 많았다.

• 복습이라도 열심히 해야겠다! 면접 질문 답변 정리도 열심히 하겠습니다!!
• 이번에 알게 된 개념을 토대로 올해 안에는 풀스택 프로젝트를 해봐야겠다.

• DB 설계할 때 도움이 많이 될 것 같아요!
• 이론 공부를 하면 실제로 설계할 때 부족한 점을 잘 채울 수 있을 것 같습니다.
• 면접 질문을 함께 포함해서 자료를 조사하니까 중요한 부분이 어느 지점인지 파악하기 좋았습니다.

• 데드락 공부…..언제 하지….
• NoSQL에 편견이 있었던 것 같다. 생각보다 엄청 다양한 용도로 쓰이는군

• NoSQL을 프로젝트 때 사용해보고 싶어졌어요!
  • MongoDB랑 Redis를 사용해 볼 날이 머지않았다…
• 오늘 학습한 내용을 실제로 적용해보자!

• 처음 공부할 땐 글로 정리하기 보단 대충대충 필기해가며 보고, 마크다운으로 정리할 때 재구성해서 정리하니까 내가 뭘 몰랐는지 알 수 있었다..!!
• 다른 분들의 실제 적용 사례를 보면 확실히 와닿는 정도가 다르다

• 졸업을 해야한다..
• NoSQL이든 뭐든 붕 뜬 것 같은 애들은 직접 써보면서 경험해보고싶다.
• 두 분은 지난 시간에 얘기했었던 개념이라고 하시는데 왜 난 기억이 안날까.. 휘발되지 않게 종종 보자..

• 올해를 살아남는다.
• 이번 학기에 데베 강의를 놓쳤었는데, 하루만에 맛보니까 더 감질맛난다. 그 수업 진짜 꼭 들어보고싶었는데. 1학기에 하는 수업인데. 학교를 더 다닐 수는 없는데. 공부를 열심히 하자.

• 프로젝트에 실제로 트랜잭션 적용해본 게 너무너무 유익했다.

• 선 공부 후 적용이 아니라 선 적용 후 공부느낌이어서 아쉽다.

• 실제로 인덱싱을 사용해보고 싶다!!!

• Elastic Search, 트랜잭션을 서버 개발자 분 덕분에 어떤 상황에서 쓰이는지 알 수 있었다.

• DB를 많이 다뤄보지 않아서 아쉬움이 남는다.

• 꼭 시간내서 DB도 다뤄봐야겠다.

• 생각해보면 한 번씩 공부하고 고민했던 패턴들이었는데, 이번 기회에 제대로 장단점들과 개념을 정리할 수 있었다.

• 아직 해당 패턴들을 잘 구현하지는 못할 것 같기도 하고, 적재적소에 해당 패턴들을 활용하지는 못할 것 같다,,

• 한 패턴만 구현해보기보다는 다양한 패턴을 시도해보면서 차이점을 느끼는 게 중요한 것 같다. 예제들을 더 찾아보면서 직접 구현해보는 게 좋을 것 같기도 하다.

• 평소 그냥 사용하던 프로그래밍 방식(?)의 정확한 이름들을 알게 되었다.
• 디자인 패턴이 생각보다 엄청 다양하다는 것을 알게 되었다!
  • MVC 패턴만 알았던 나 반성해,,
• 이전의 학습 기록 블로깅을 다시 보면서 추가 자료로 활용할 수 있어 좋았다.

• JAVA 언어에 대한 부분만 명확히 이해하고 다른 부분들은 비교적 모호하게 이해했다.

• MVC 패턴이라도 ‘잘’ 구현하기 위해 노력할 부분이 많은 것 같다.
• 객체지향 언어 뿐만 아니라 함수형 프로그래밍 언어도 알아두면 좋을 것 같다!
• 학습 내용을 미루지 말고 기록해두자.