3주차

3주차 피어세션 1 - 26그룹

🔥 참여 캠퍼

J074_박동현😊, J029_김도연, J045_김영근, J160_이지우, J004_강민수 J184_정상우

🕖 활동 과정

데이터 삽입 시 데이터 적재 논의

• 중간에 삽입하는 경우 오름차순,내림차순을 어떻게 유지할것인가

텍스트 파싱 논의

• 자연어 처리? 분기처리?
• 다음주에 모여서 텍스트 파싱을 함께 개발해보면 어떨까?

힘들었던 점 공유 & 진로 고민 공유

• 미래 진로는...?
• await next()
• 이번에 새롭게 얻게 된 것
• 어떻게 취직하지

가내수공업 차트 제작 방법 공유

• PieChart 그리는 방법 공유

꿀정보 공유

• 같은 내용을 다른 프레임워크로 구현해보자
• 했던 것을 반복해보자

Redux VS Mobx 구조

• Mobx는 decorator가 있다.
• Mobx는 비동기 처리를 위한 추가적인 라이브러리가 없다.
• 생활코딩 Redux 흐름 자료 공유
• Redux 구조 소개
• Recoil이 전망이 좋다.

---

Week3 피어세션 27조

참여자

• J009 고병화
• J085 박제구
• J092 박진용
• J131 윤현우
• J176 장준영
• J209 최창희

Q & A

• [D조 Q] OAuth 로그아웃 어떻게 구현하실 예정인가요?

  • [F조 A]
    • 일단은 서비스에서만 로그아웃
    • provider 측에서 제공해주는 access token을 제거해줄 수만 있다면 더욱 좋겠지만, 자체적으로도 만료 시간을 가지고 있기 때문에 노출될 위험이 낮다면 굳이 유저 정보를 얻을 때만 사용하고 버리는 access token을 지워야 할 필요성을 느끼지 못했다고 하셨다.
    • OAuth site 마다 로그아웃에 대해 제공하는 범위가 다르다.

• [E조 Q] OAuth state 란 어떤 값인가요?

  • [F조 A]
    • 로그인 과정중 추가 검증 수단으로 문자열 값을 갖는다.
    • uuid 라이브러리를 사용하여 랜덤한 문자열을 생성(uuid의 v4)

• [F조 Q] 전역상태로 가계부 내역을 관리하는데 가계부 내역을 로드하는 로직을 메인페이지에서 가지고 있는데 만약, 가계부 내역 상태를 필요로 하는 다른 페이지를 url로 접근했을때 메인페이지를 거치지 않기 때문에 데이터가 로드되지 않는 문제가 있다.

  • 페이지 별로 상태를 관리하고 로드를 시키면?
  • 그러면 context API를 쓰는게 낫지 않나요?

• [D조 Q] 다사용자가 이용하는 특정 가계부에서 클라이언트에 거래내역 등을 캐싱해놓고 이용하려고 하니, 캐싱한 데이터와 실제 db에 있는 데이터가 다를 수 있다는 문제점이 존재. 이 경우, 어떻게 API 호출 횟수를 줄이면서 효율을 높일 수 있을까?

  • [F조 A] 레디스 서버를 따로 두어서 백엔드 쪽에서 캐싱하면 될 것 같다.

• [D조 Q] styled-components를 상속받을 때 잘 안 받아집니다. 일반적인 styled-components가 아니고 JSX.Element인데 그래서 그런 걸까요?

  • [E조 A] JSX.Element의 경우, 상속 대신 props로 전달 받는 형태로 구현해야 한다.
  • [F조 A] 일반적인 styled-component로 상속할 경우는 문제 없이 동작한다.

• [모두의 고민거리] 문자 파싱은 어떻게 구현해야 할까요?

  • 파싱한 데이터를 어떤 식으로 사용할 것인지?
  • 각 금융사마다 결제 내역을 알려주는 문자 내용의 형태가 다른데, 그러면 금융사마다 적용할 수 있는 정규식을 각각 만들어야 하는가?
  • 어느 범위의 정보까지 파싱해야 하는가? 카테고리는 어떻게?
  • 문자 내용을 넣어서 파싱은 시켰는데, 그 가계부에서 가지고 있지 않은 결제수단일 경우 어떻게 할 것인가?
    • 편한가계부라는 서비스에서는 없는 결제수단에 대한 결제 내역을 입력할 경우, 없는 결제수단인데 추가할 것이냐고 묻는다고 한다.
    • 구현의 용이성을 떠나서 그런 처리가 들어가면 UX 측면에서는 좋을것 같습니다.