<aside> 1️⃣ 매일 (주말 및 공휴일 제외) 오전 10시 ~ 오후 7시까지 Zep 에서 화면을 켜고 공부를 합니다.
하루 4시간 이상 반드시 Zep에 참여해 있으셔야 하며, 시간은 아래 사진과 같이 Zep 내부 타이머로 인증 가능합니다.
직장에 다니셔서 Zep 접속이 불가능하신 분들은 사전에 말씀해주시면 출결은 지키지 않으셔도 됩니다!
Zep 링크 : https://zep.us/play/3PG5Ze
비밀번호 : 15951
</aside>
<aside> 2️⃣ 코딩테스트 규칙은 아래 링크 참고 바랍니다. 코딩테스트 안내문서
</aside>
<aside> 3️⃣ 발표는 매주 토요일 오전(시간 미정)에 진행됩니다. 세미나실에서 발표를 하게 되며, 발표하신 내용은 간단한 편집 후, 유튜브에 업로드 됩니다. 업로드를 원치 않으시는 분은 메일로 영상 제공드리니 사전에 말씀해주세요!
주제는 자유 주제로 진행됩니다. CS, JavaScript, React 등 아무 주제나 상관없으며 주제가 겹쳐도 상관없습니다. 다만, 매주 수요일까지 “Discord > 면접 주제 선정” 에 선정하신 금주 주제 업로드 부탁드립니다.
유튜브 링크 : https://youtube.com/channel/UCoj6-3p3FaaIcNeUYaWpBvA?si=FPZ-9QnFxXYfZZ-k
</aside>
<aside> 4️⃣ 프로젝트는 아래와 같이 두 그룹으로 나뉘어집니다.
1. 포트폴리오가 있는 그룹 포트폴리오가 이미 있으신 경우, 기존 프로젝트를 리팩토링 하는 방식으로 진행됩니다.
2. 포트폴리오가 없는 그룹 포트폴리오가 없으신 경우, 팀을 이뤄 팀 프로젝트를 진행합니다.
또한 어느 그룹이든 프로젝트는 아래 내용들을 중점으로 작업합니다.
✅ 1. 성능 최적화(Performance Optimization) → 수치 기반 개선
프로젝트의 성능을 정량적으로 측정하고 개선합니다.
→ 개선 전/후 리포트로 시각화
예: LCP 3.1s → 1.4s, 번들 크기 1.2MB → 420KB
✅ 2. 기술 스택 재선정(Tech Stack Review)
현재 프로젝트에 사용된 기술들이 의도에 맞게 선택된 것인지, 대안을 고려한 뒤 선택한 것인지 검토합니다.
TanStack Query, Zustand, Recoil, Jotai 등 상태관리/데이터패칭의 선정 이유 정립
“왜 이 기술이 필요한가?”에 대한
기능적·성능적·생산성 관점의 논리적 근거 정리
불필요한 라이브러리 제거(트리쉐이킹, 번들 최소화)
✅ 3. 아키텍처 및 폴더 구조 개선(Architecture Enhancement)
프로젝트의 구조가 확장성/재사용성/유지보수성 측면에서 적절한지 점검합니다.
예: 중복된 컴포넌트 42개 → 18개, 코드 재사용률 상승
✅ 4. 프로젝트 문서화(Documentation & README 개선)
작업 내용은 모두 문서로 남기며, 이것이 면접에서 강력한 무기가 됩니다.
→ “어떤 문제를 어떻게 개선했는지”가 포트폴리오보다 더 중요한 포인트입니다.
</aside>