-
Notifications
You must be signed in to change notification settings - Fork 8
2024.07.28 새 기획 회의
Moly edited this page Jul 28, 2024
·
1 revision
글마다 카테고리를 두어 카테고리별로 템플릿을 조회할 수 있도록 하자
- 태그로 검색이 빠르고 싶다
각 태그를 클릭하면 그에 해당하는 글이 보이도록 하자
- 카테고리는 커스텀하는 폴더명 느낌이다
인텔리제이 키는데 시간이 많이 걸림
→ 미싱될 경우 로딩 시간이 더 걸려서 불편
→ 폴더를 만들어서 관리를 했는데 빠르게 찾았었다
→ 코드잽은 코드만 보여줄테니 더 편할 것이라고 생각
귀찮음이 컸었다.
→ 노션 등 따로 폴더 구조 만들고 이런 것들이 귀찮았다.
→ 옵시디언을 많이 쓰는 이유: 단축키 누르면 빠르고 간편하게 사용할 수 있을 것 같다.
→ 코드잽도 빠르게 저장한다는 장점이 있을 것 같아서 편할 것 같았다.
→ 리스트와 카테고리만 있어도 충분할 것 같다.
칸반보다 리스트 형식으로 쭉 있는 것들이 편할 것 같다.
노션이 코드만 관리하지 않기 때문에 코드 템플릿과 여러가지들이 섞이고
어디에 어떤 것들이 있는지 까먹거나 관리하기 어려웠다.
- 정리를 해놔도 찾기 어려움
- 빨리 찾을 수 있는 것 ❤️
- 지속적인 수정 보완 등 코드 버전 관리에 유용한 것
- 몰리: 당장에 둘 다 꼭 가져가야 하는지는 잘 모르겠음
- 차라리 둘 중에 하나만 가져가고 검색과 로그인을 이번에 넣는 것이 당장 서비스 배포에 좋을 듯
- 짱수 : 어짜피 백엔드 다섯명인데 둘 다 개발 하면 안되나요??
- 초롱 : 카테고리는 무조건 이번주에 해야됨. 근데 다음 스프린트쯤에 아마 검색을 개발을 할텐데, 그 때 태그가 개발이 안돼있으면 이거 되게 오래 걸릴 거 같애.
- 켬미 : 이번 스프린트의 주 기능은 이 둘이 되야할 것 같다.
- (시간이 부족할 것같으면 로그인, 검색이 사라져야하고 이 기능은 살려야 할 듯)
- 마위 : 프론트도 “가능”
+) 짱수 : 어짜피 API 가 먼저 나오는 것은 문제 없을 것 같은데, 프론트는 바쁘다면 로그인이나 검색같은거 조금 미뤄도 괜찮지 않을까??
-
기능
- 태그
- 카테고리
- 로그인
- 검색
-
초롱: 카테고리 → 검색 → 태그 → 로그인
-
켬미: 카테고리 → 태그 → 로그인 → 검색
-
짱수: 카테고리 & 태그 → 검색 → 로그인
-
마위: 카테고리 → 로그인
-
몰리: 카테고리 → 로그인 → 검색 → 태그
-
헤인: 카테고리→ 검색 → 태그 → 로그인
- 왜냐하면 ‘빠르게 찾는다’는 입장에서는 카테고리 다음에 태그로 찾는거보다 그냥 냅다 제목 검색해서 찾는게 더 빠르고 편할 것 같다고 생각하기 때문입니다.
마위 : 근데 저는 저번에 말했듯 우선순위가 의미 없는게, 프론트
로 치면 카테고리, 검색, 로그인 한명씩 할거에요.. 병렬적으로
- 헤인
- 개인적으로 태그와 카테고리가 모두 있으면 잘 사용하면 좋지만, 디자인적으로 잘 활용하지 않으면 유저에게 혼란스러움 + 번거로움을 줄 수 있는 요소라고 생각하기도 합니다. 다만, 우리의 주요 사용자인 3명이 둘 다 있으면 편할 것 같다고 해서 나도 동의하기로 했어요! 왜냐면 우리 모든 결정은 사용자로부터 오기로 했으니까!
- 개인적으로 태그는 ‘태그명’으로 검색을 하기 용이하기 위해서가 아니라, 카테고리와 별도로 태그로도 카테고라이징이 되는 것이 장점이라고 생각..!! ⇒ 태그명을 검색해서 보기보다는 태그를 선택해서 해당 태그가 달린 글들을 쭉 보고싶다는 것이 나의 시나리오이긴 합니다.
- 태그가 검색에 활용된다면, # 프리픽스로 태그와 일반 검색을 나누면 될 것 같음. (일반 검색이란 제목 또는 설명에 있는 내용으로 검색되는 것을 의미)
- 켬미
- 헤인과 동일하게 별로의 카테고라이징이라고 생각해서 의견을 낸 거긴 합니다 !
- 실제로 tistory쓸 때 태그가 편리했던 점
- 검색을 하려고하는데 어떤 키워드를 입력해야할지 모르겠을 때 태그를 확인하기도 함
- 검색을 용이하게 해주는 것
- 몰리
- 메타 데이터 느낌으로 사용된다면 좋을 것 같다
- 다만 제목과 동일하게 Login 템플릿에 로그인 태그를 넣는 것은 내가 사용할 것을 알고 있는데 두번 일을 할까? 라는 생각이 들긴 했음
- 이미 등록하는 시점에 로그인으로 작성할 것이라는 생각
- 그래서 태그를 활용하게 되면 서브 카테고리 느낌으로 메타 정보를 넣어야 하지 않을까라는 생각
- 짱수
- “태그를 통해서 필터링이 된다” 역시 나름의 장점이겠지만, 굳이 필터링이 안되더라도 제목으로 담기엔 사소한 메타 데이터를 나타내 줄 수 있다고 생각해요.
- 필터링 기능이 없더라도 태그는 넣어 주면 좋을 것 같습니다.
- 카테고리 기반 조회
- 카테고리 변경
- 카테고리 미지정?
- 태그 자체
- 태그 추가
- 태그 수정
- 템플릿
- 태그 필터링
- 태그 지정 / 변경
- 회원가입
- 로그인
- 로그아웃
- 키워드 검색
- 게시글 내용(제목, 코드) || 태그로 일치하는 템플릿
- 백엔드 코드 컨벤션
- 백엔드 기술 스택 및 선정 이유
- 각종 인스턴스 설정 파일 및 구성 위치 가이드
- ERD
- 백엔드 CI CD 동작 프로세스
- 로컬 DB 환경 설정
- 백엔드 로깅 전략
- 백엔드 로그 모니터링 구성도
- 스프링 메트릭 모니터링 구성도
- Flyway 로 스키마 관리
- 코드잽 서버 구성도
- Git Submodule 사용 메뉴얼
- 프론트엔드 코드 컨벤션
- 프론트엔드 기술 스택 및 선정 이유
- 프론트엔드 서비스 타겟 환경 및 브라우저 지원 범위 선정
- 프론트엔드 모니터링 및 디버깅 환경 구축
- 프론트엔드 테스트 목록
- 프론트엔드 라이브러리 기술 검토
- 프론트엔드 개발서버, 운영서버 빌드 및 배포 환경 구분
- 목표했던 타겟 환경과 디바이스에서 서비스 핵심 기능 동작 확인
- 프론트엔드 접근성 개선 보고서
- EC2 로그 확인 방법
- VSCode를 통한 EC2 인스턴스 SSH 연결 방법
- 터미널을 통한 EC2 인스턴스 SSH 연결 방법
- NGINX 설정 파일 접근 및 적용 방법
- DB 접속 및 백업 방법
- [QA] 배포 전 체크리스트
- CI 파이프라인 구축
- CD 파이프라인 구축
- 백엔드 CI CD 트러블슈팅
- Lombok Annotation Processor 의존성을 추가한 이유
- 2차 스프린트 기준 ERD
- DTO 검증하기
- ProblemDetail
- Fork된 레포지토리 PR에서 CI Secrets 접근 문제 해결
- AWS CloudWatch 모니터링
- 스프링 메트릭 모니터링 구축 방법
- 로깅과 Logback에 대해 알아보아요.
- Logback MDC로 쉽게 요청 추적하기 (+ Grafana로 추적 더더 쉽게!)
- 백엔드 CD 파이프라인 Ver.2
- 요청, 응답 로그에 correlationId 를 추가하자!
- 3차 스프린트 기준 ERD
- 더미데이터 생성하고 실행하기
- 쿼리 성능 개선 결과
- 테이블별 인덱스 설정 목록
- 사용자 증가 시 발생할 수 있는 문제 상황과 개선 방안
- k6를 사용한 서버 부하 테스트
- 6차 스프린트 기준 ERD
- TestExecutionListenr 간의 충돌 문제에 대해 알아보아요
- Query Performance Improvement Results
- 테스트 전략 및 CI 설정
- CI CD 구조
- 배포 전, 로컬에서 로그인 기능 포함 테스트해보는 법
- stylelint 적용기
- 내 작업 브랜치 중간에 Merge된 동료의 작업물을 넣고 싶다면 pull vs rebase
- [TS] Webpack config
- [TS] Webpack 환경에서 MSW v2 이슈
- [TS] webpack에서 react‐router‐dom 적용 안됨