
일정 관리 및 개발 진도 현황을 위해 사용하던 협업툴 Jira에서 최근에 알게 된 Github Projects로 전환했어요. 그러면서 그 전에 정했던 나름의 개발 프로세스를 다시 정하게 되었고, 이번 포스팅은 이에 대한 내용을 다뤄보려고 해요.어디까지나 취준생끼리의 좌

Github Projects로 옮기면서 개발 프로세스를 조금은 다르게 가져가야겠다 싶은 생각에 나름 정리해본 프로세스<span style="color:다른 곳에서 어떤 식으로 티켓을 진행하는지 많이 참고해봤는데, 거의 모든 흐름이 사실 기존에 있던 회사 서비스를
어떻게 라우팅을 분리할 것인가? (1) Page 단위 경로: /step/a, /step/b, /step/c, /step/d -> hard navigation을 타고 오면 오류 제어 해야 함 -> 다음 페이지로 넘어갈 때 폼 제출 관리하기 까다로움 (2) search

Web Workers는 Web API입니다. 그 말은 즉, 주로 클라이언트 브라우저에서 동작한다는 말! 덕분에 서버로 동작하는 Next.js에서 Web Worker를 쓰기 위해서는 조금 돌아가야 해요. 이번 포스팅은 Worker에 대해서 다뤄볼까 합니다. Web Wo
fetch()를 쓰려고 했는데 에러 처리 및 헤더 관리에 필요한 보일러 플레이트가 많았음 또한, 네트워크 에러만 throw를 던지기 때문에 따로 상태를 체크해줘야 했음 axios는 200 코드 이외는 status는 throw를 던지기 때문에 관리하기 편했고, 에러에 대

서비스 내에서 시간을 다루는 상황이 생겼는데, 생각보다 애를 먹어서 기록하는 포스팅. 시간표 관리 시퀀스 다이어그램현재 서비스는 아래와 같은 상황으로 시간표라는 기능을 제공하고 있어요.학급 시간표처럼 요일마다 정해진 시간표가 존재현재 시간에 맞는 시간표를 출력교시와 교