241014~241025 업무 회고

포인트

• 실제 적용이 베스트. 안되도 생각을 하고 반성을하고.
• 관점
• 하드 포인트
• 소프트 포인트.

개발 내역

업무 정리.

디키디키(DikiDiki) 프로젝트

API 개발

• user-api 관련 개발
  • ID/PWD 토큰 발급 API
  • SNS 로그인 토큰 발급 API
  • 준회원가입 API 전화번호 파라미터 추가
  • SNS 연동 API 토큰 권한 검사 추가
  • SNS 연동조회 API 전화번호 정보 추가

프론트엔드

• 메인 페이지 오류 수정
• 개인 정보 페이지 개발
• 게시글 첨부파일 이슈 처리
• CMS 쿠키설정 이슈 조치

간편가입/로그인 관련 업무

• 간편가입 로직 개발 및 QA 진행
  • 본인인증 페이지에서 이름/휴대폰 번호 정보 연동 추가
  • 네이버 callback 로직 수정 (전화번호 조회로직 추가)
  • API 토큰 발급 및 쿠키 저장 구현
• 로그인 디자인 수정
• 네이버 로그인 팝업 방식 분석/설계

운영/관리

• 프론트 운영 배포 및 이슈 대응
• 10월 레드마인 업무 정리
• 10월 업무 정리
• 시연 및 미팅 참석

기타 시스템 작업

API/DB 작업

• 엑셀다운로드 추가 컬럼 작업 (약관 동의 여부)
• tb_terms, tb_terms_history 컬럼 추가
• common3 API 약관 조회/수정/삽입 API 수정
• projectIno3-api API 수정 요청 대응 (3건)

신규 결제 플랫폼

• API, DBMS 스키마 변경사항 확인
• 컨플루언스 문서 정리
• tb_orders_payment 사용처 확인

회의/미팅

• 플랫폼개발2실 주간 팀회의 참석

업무 회고

놀이터 홈페이지 프로젝트

API 개발

• user-api 관련 개발

  • ID/PWD 토큰 발급 API
  • SNS 로그인 토큰 발급 API
  • 준회원가입 API 전화번호 파라미터 추가
  • SNS 연동 API 토큰 권한 검사 추가
  • SNS 연동조회 API 전화번호 정보 추가
• K
  • 지난번 회고의 결과였던, 토큰을 발급하는 로직을 추가했다. 보안이 강화된 API 개발.
• P & T
  • 보안과 관련된 이슈 있음.(취약점)
    • 로그인시 사용하는 API와 토큰이 필요한 API를 분리해볼것. 서버에서 (백단에서) 해당 API를 호출하도록 수정이 필요함.(시간적 여유 있을 떄 작업.)
      • 또한 public하게 공개할 API. 내부에서만 호출할 API를 분리하는 것도 괜찮은 아이디어라고 생각함.

프론트엔드

• 메인 페이지 오류 수정
• 개인 정보 페이지 개발
• 게시글 첨부파일 이슈 처리

• CMS 쿠키설정 이슈 조치

• K
  • 나름 빠르게 이슈 파악하고 개발함.
  • 공통함수의 덕을 톡톡히 봄. 기존의 공통함수 호출을 참고하여, 메인 페이지에서 API를 사용하여, 최신 게시글 정보를 가져오도록 빠르게 수정함.
• P & T
  • 밀려서 적는 회고.
    • 당일에 회고를 하자!
  • 교차 검증의 중요성.
    • 팀에 교차 검증을 요청하자!

간편가입/로그인 관련 업무

• 간편가입 로직 개발 및 QA 진행
  • 본인인증 페이지에서 이름/휴대폰 번호 정보 연동 추가
  • 네이버 callback 로직 수정 (전화번호 조회로직 추가)
  • API 토큰 발급 및 쿠키 저장 구현
• 로그인 디자인 수정

• 네이버 로그인 팝업 방식 분석/설계

• K
  • 새로운 배움. 브라우저의 CORS 정책 위반은 api를 이용하도록 변경하면 해결이 가능하구나!
• P & T
  • 개발하고 QA 하는 중에 발견한 누락 정보.(휴대폰 본인 인증 페이지에서 이름과 생년월일 정보를 받아오고 있다는 정보)
    • 기존 페이지에 대한 꼼꼼한 사전 분석 필요. 앞으로 잘 할 것!
      • 분석단계에서 사용하는 컨트롤러 메서드와 페이지를 훑어보려는 노력이 필요.

운영/관리

• 프론트 운영 배포 및 이슈 대응
• 10월 레드마인 업무 정리
• 10월 업무 정리

• 시연 및 미팅 참석

• K
  • 운영 배포의 원인과 해결과 예방책을 정리하여 팀 대화방에 공유
• P&T

기타 시스템 작업

API/DB 작업

• 엑셀다운로드 추가 컬럼 작업 (약관 동의 여부)
• tb_terms, tb_terms_history 컬럼 추가
• common3 API 약관 조회/수정/삽입 API 수정

• projectIno3-api API 수정 요청 대응 (3건)

• K
  • 특정 이슈에 대해 요구사항 분석과 예방책까지 논의함.
• P&T
  • 프론트개발자의 데이터 관리 이슈.
    • 시간 이슈로 프론트 개발자가 약관의 동의 여부를 임의로 다양한 데이터를 관리하는 테이블에 알아서 관리하고 있었음.
    • 해당 데이터를 조회하여 엑셀이 다운되는 API 작업중, 해당 데이터 위치를 프론트 개발자에게 물어봄.
    • 데이터의 쓰임새가 충분히 고려 및 설계되지 않을상태에서 데이터가 저장되어, 조회에 어려움이 발생했었음.
  • 해결
    • 약관 테이블 추가 컬럼 작업.
    • 추후 추가적으로 필요한 데이터 관리에 대한 것은 API 팀에 요청하여 처리하도록 요청함.
      • 비즈니스 데이터가 테이블로 어떻게 관리될지는 API팀에서 주도적으로 관리할 필요가 있음.

신규 결제 플랫폼

• API, DBMS 스키마 변경사항 확인
• 컨플루언스 문서 정리
• tb_orders_payment 사용처 확인

회의/미팅

• 플랫폼개발2실 주간 팀회의 참석
• K
  • 주도적으로 팀 회의의 필요성을 팀원들을 설득해서 얻어냄.
  • 기타 서로 말못하던 부분을 이야기하는 좋은 시간을 가짐.
  • 또한 해당 회의 시간을 이용 애로사항을 공유하고, 1주 개발을 통해서 얻어낸 값진 기술 경험을 공유하기로 함.
• P&T
  • 사람을 멋대로 단정하지 말것. 다양한 가능성을 열어두기.
    • 충분히 대화하기, 긍정적 사고하기.

생각해볼 포인트.

• 그때 그 디버깅이 최선이였을까?
  • 다시 돌아간다면 어떻게 디버깅 할 것인가?
• 동료의 spring bean의 의존성 주입관련 이슈.
  • 원인은 만들어둔 생성자가 이용안되고, lombok이 만들어낸 생성자에 의해서 의존성이 이루어져, 의도한 빈이 아닌 다른 빈이 주입되는 이슈였음.
  • dependency Injection에 대한 로그를 보는 방법이 제시되면 좋다.
  • lombok에 의해서 해석된 클래스의 결과를 보는 방법 공유

Action Plan

• 디펜던시 주입이 잘되었는지 로그를 확인하는 방법 찾아보기
• 차주 회의에서 공유하고 싶은 기술 사전에 컨플루언스에 정리해두기.
• 업무 회고를 당일할것.
• 코드 레벨의 회고도 포함할것.