06.3

• 알고리즘
• 데브독스 개요 부분의 목차 완성. 역사를 간단하게 추가해주는게 좋을 것이라 생각된다.
• 엔진엑스 주소 -> 다른 서버도 프록시 적용 가능

06.14

• 레디스
• valid와 validated -> 컬랙션은 jsr-303 스펙에 들어있지 않음. 스펙에 없는 것들 처리 위해 spring에서 만들어놓은게 validated. 이외에 힌트를 줄 수 있는 구현체도 있다고 한다.
• 래퍼를 시용할 경우 Json 출력 문제점. 이중 출력이 된다. 해결방법은 Unwrapped를 사용하던가, json value로 처리해줄 수 있다.

06.15

• 래퍼클래스? 클라이언트에서는 불편하다고 한다. 요구사항 변경을 위해서는 있는게 편함. JsonValue 어노테이션으로 처리 가능 하다.

06.16

• P-NP문제
• JsonUnwrapped의 문제점 -> 컬렉션은 풀 수 없음.

06.17~18

• OAuth의 콜백 꼭 필요한가? -> 리스폰스 리턴을 위해 필요하다.

• 사용자가 더 이상 사용하지 않는 이미지를 어떻게 지울수 있을까? 문제점은 파일이 게시글에 종속적이지 않다는 점. 깃허브에 이미지를 복사하면 자동 업로드가 되는 것과 같은 요구사항이다.

  -> K의 솔루션 : 구문검색하는 배치 돌리기. 처음에 느릴거라 생각했는데 엘라스틱 서치로 돌리면 가능한 얘기인 것 같다. 주소가 하나라도 검색되면 유지시키고 아니면 삭제하면 된다.

  내가 생각한 방법은 업로드시 파싱하는 방법인데, 가능하긴하지만 좋은 방법은 아닌 것 같다. 사용해도 되는 이유는 게시글이 아무리 길어도 정규식 검사가 불가능할 정도로 길지는 않을 것이라 판단. 하지만 서비스가 너무 커진다면 cpu intensive하기 때문에 문제가 발생할 수 있을 것 같다.

06 19

• 트라이 알고리즘

  생각보다 어렵지는 않았다. 그런데 맵으로 하면 성능이 생각처럼 안 나온다. put을 계속 해줘서 그럴 수도 있다.

• 조건 계산을 잘 해보자. 대충 생각했다가 조회에서 막혔다. https://programmers.co.kr/learn/courses/30/lessons/72412 시험 칠 때 아무리 생각해도 풀지 못했는데, 그 것보다도 마지막에 lower bound를 구해야 한다는 것을 전혀 인지하지 못했다. lower bound와 upper bound. 이분 탐색으로 쉽게 구현이 가능하나 마지막 조건에서 생각을 조금 해봐야한다. 문제 몇 개 풀어봐야 할 것 같다.
• 이번 주는 til을 좀 게으르게 썼다... 다음 주 부터는 다시 제대로 쓰자.

TODO

• MockMvc 분석
• 잭슨 리퀘스트 바디 파싱 분석
• 스프링 절대경로 서버주소 어떻게 인식하는지(어떻게 nginx 주소를 알 수 있나)?
• 우아한 객체지향
• 이런 REST로 괜찮은가

• 알고리즘

  • 후위표기식
  • 스타트택시
  • 마법사 상어와 파이어볼
  • 행렬
  • 순위 검색
  • 전화번호 목록
  • 메뉴 리뉴얼
• 객체지향 정리(호눅스 과제)

• AWS 강의듣기

  • IAM
  • IAM 정리하기
• 데브독스 넥스트
• 엘라스틱서치
• 서브넷 구분

• s3 이용

  • 이용방법 확인
  • 구현하기
• 깃헙액션으로 aws 배포
• classForName 테스트