🧑‍🏫 3주차 멘토링

멘토링

✔️ 아젠다 및 질문

멘토링 아젠다와 멘토에게 하고 싶은 질문을 사전에 준비합니다.

BE 1️⃣ .env 파일을 SSH로 접속하여 넘겨줘도 괜찮을까요?

현재 깃헙 시크릿에 등록된 파일을 바탕으로 .env 파일을 생성하고 이를 SSH로 접속하여 파일을 서버에 전달하고 있습니다.

위의 방법을 채택한 이유는 환경변수 수정이 용이하기 때문입니다. .env 은 깃헙에 올라가면 안되는 파일이므로 서버에 .env 를 두기 위해서는 직접 콘솔을 열어 복사하는 방법 밖에 없다고 생각했습니다. 일반적으로 환경변수를 어떻게 관리하나요?

---

BE 2️⃣ SSH를 모든 IP 주소에 대해 열어줘도 괜찮을까요?

SSH의 기본 포트번호는 다른 번호로 변경한 상태지만 모든 IP 주소에 대해 접근을 허용하고 있습니다. 원래는 SSH에 접근 가능한 IP 주소를 화이트 리스트로 관리했는데 깃헙 액션을 돌 때 서버에 접근해야 하므로 모든 주소에 대해 접근할 수 있도록 수정했습니다.

모든 대역의 사용자가 접속할 수 있으므로 보안상 안전하다고 볼 수 없을 것 같은데 이를 보완할 방법이 있을까요?

---

FE 1️⃣

폰트가 OS/브라우저 환경에 따라 line height가 다르게 나오는 것 같습니다. 모든 환경별로 설정을 해주는게 좋을까요? 아니면 변화가 적은 폰트를 찾는게 좋을까요?

---

FE 2️⃣

audio 태그에서 autoplay 속성을 사용하면 웹 접근성 문제로 크롬 브라우저에서 막는 것 같습니다.

그래서 처음에는 음소거를 해두고 사용자가 끄고 킬 수 있게 해두었는데, 이렇게 해도 스크린 리더기의 소리를 방해할 것 같습니다.

효과음이나 배경음악은 되도록이면 넣지 않는 것이 바람직 할까요??

✔️ 멘토링 내용

멘토링 시간에 나눈 이야기를 기록해보세요.

📌 공통 코멘트

• 개발 많이 했다 👍
• 서버 개발자가 한 명인데 프론트에서 도와주는 거 좋은 것 같다
• PR에 아이콘 쓰는 거 괜찮지만, 의견 반영 없이 바로 머지되는 경우가 있는 것 같다.
  • 오프라인으로 합의가 되었더라도 PR에 기록으로 남기자

📌 FE 코멘트

• tsconfig path 라이브러리 → 사용 중
• 질문 ) daisy UI 사용 후기 어떤가요?
  • 답변 ) 번거로운 작업을 덜 할 수 있었습니다 👍
• main 브랜치 관리하자 → dev를 main으로 해볼 수도 있다.
• fe 프론트 폴더 구조 조언 및 질문
  • custom 모호하다 → custom 없애도 될 듯
  • main.tsx에 Router, Provider 등을 두는걸 고민하자.
  • 질문 ) 비즈니스 폴더가 있다 → 비즈니스인 것과 아닌것을 고민 해볼 필요가 있다
    • veiwing만 하는 컴포넌트, 로직을 담는 컴포넌트 이런 로직은?
• socket 개발할 때 cleanup을 고민하자. unmount 되거나 페이지가 바뀌었을 때 socket 관련 처리 초기화하는 로직이 필요하다. → react 라이브러리?
• lineHeight는 지정해주는게 맞음. os별로 다르면 css reset을 해주는게 좋음.
• 유저 제스처 상으로 막아라
• 유저가 듣겠다라는 행위를 했을 때는 허용을 해준다.

📌 BE 코멘트

• ssl을 nginx 어딘가에 셋팅 해야한다.
  • 멘토님의 경우, SSL 인증서 적용하는 데 3일 소요하셨다,, 멘토님께 SOS 요청하자,,
• 9팀은 잘 되고 있는 느낌,, 백엔드만 해결하면,, → 슬랙 채널로 상황 공유를 해보자
• 중요한 로직들은 테스트코드를 작성하고 있던 게 인상적이었다.
• 프레임위크 컨벤션을 잘 맞추며 코드를 깔끔하게 짰다.
  • 정석적으로 사용한다,, 스프링 효과,,
• 타입스크립트를 타입 어노테이션 정도로만 사용하는 것 같다. 좀 더 활용해보면 어떨까?
  • graphQL 사용할 때 도움이 될 거다.
  • swagger에서 interface만 보고도 문서 역할이 되도록
• .env 파일 → 지금 단계에서는 신경쓰지 않아도 되지만 권장하는 방법은 아님
  • → 테라폼 쓰면 자동화 가능
• ip주소 모두 열어주는건 당연히 안된다 → 열어주는 폭을 최소화 한다.

📌 기타

• ngrok, ,cloud tunnerl 내 로컬을 서버처럼 띄울수있다. 클라우드플레어 터널 ⇒ pc ip가 프록시가 돼서 외부에서 접속이 가능하다. → 내가 가지고 있는 도메인도 붙일 수 있다.
• 포크베이스 나쁘지 않다. 코드리뷰 좋았던것같다.
• 17팀 코드 리뷰 참고하면 좋을 것 같다 → 논의 내용, 논의에 대한 결과 작성하자
• 17팀 emotion ts에서 쓸려면 선언할게 많다 → https://vanilla-extract.style/ts 장점 활용 가능 → StyleLint Plugin 없다.
• 어떻게 하면 코드리뷰를 효율적으로 할 수 있을까?
  • 코드 리뷰를 하는 시간대를 정한다 (작업 흐름이 끊어지지 않도록,,)
  • 긴급한 PR의 경우, 라벨을 달아 빨리 리뷰를 요청한다
  • 작업 시간 4-50분, 쉬는 시간 10분 → 쉬는 시간에 짬내서 확인하기
  • 데일리 스크럼 때, 코드 리뷰에 대한 이야기를 나눠보는 건 어떨까?
• PR 단위를 잘 끊어보면 좋을것같다. 후속작업이 없도록
  • 너무 PR 크기가 커지지 않을지 고민하면서 해야할 듯
• OAuth 오래 걸린다. 하지만 로그인이 중요한 프로젝트의 경우, 먼저 하는 것이 맞다.
  • 우리도 추후에 OAuth를 도입한다면 시간이 많이 소요될 것 같다
  • 한 번에 너무 많은 작업을 시도하지 말자
• 17팀의 경우, 멘토님 활용을 잘 한다 → 적시에 도움을 잘 받을 수 있도록 하자

✔️ 체크리스트

이번 주 멘토링에서 이야기 나누면 좋을 주제입니다. 우리 팀의 상황은 어떤가요? 멘토님과 이야기 나눈 후 셀프 체크하고, 그 이유를 작성해보세요. 추가하고 싶은 항목이 있다면 직접 추가해도 좋습니다.

• 기술적 도전 과제 수립이 되었다.
• 현실성 있는 계획 수립이 되었다.
• 프로젝트 기획과 설계의 뼈대가 나왔다.