스프린트 부트캠프 회고

이전에 “추상화와 유연성은 양립할 수 있는가?” 라는 글을 쓰면서 이런 질문을 던졌었다. - 왜 필드 하나 바꾸는데 파일을 세 군데나 고쳐야 하지? - 분리했다고 생각했는데 왜 구조가 단단하지 않을까? - 데이터를 기준으로 설계한다고 했는데, 오히려 의존성이 꼬여버린 건 아닐까? - 추상화와 유연성은 같이 가져갈 수 없는 건가? 이번 스프린트 미션 6에서는

이번 주부터 스프린트 기본 팀 미션을 시작했다. 이번 기회에 GitHub Actions로 CI/CD를 제대로 구축해보기로 했다. 예전에도 GitHub Actions로 배포 자동화를 설정한 적은 있지만, 그때는 검색해서 코드를 복사/붙여넣기 하면서 맞추는 방식이었다. 이번엔 공식 문서를 기준으로 흐름을 정리하고, 내가 의도한 트리거와 권한으로 동작하게 만드는

스프린트 미션을 React로 마이그레이션한 뒤, 코드 리뷰를 받으려고 Netlify로 배포했다. 배포는 문제없이 끝났는데, 라우팅된 페이지에서 새로고침을 하면 Page not found가 뜨면서 net::ERRABORTED 404가 발생했다. 원인 React는 SPA라서 실제로는 index.html 하나로 시작하고, 페이지 이동은 React Router가

들어가기에 앞서 스프린트 부트캠프에서 React 강의가 시작되면서, 앞으로 진행하는 미션도 React로 구현해야 했다. 기존 Sprint 14 결과물을 그대로 옮기는 수준에서 끝내고 싶진 않았다. 같은 기능을 만들더라도 확장성과 유지보수성이 좋아지는 방향으로 프로젝트 구조를 다시 잡는 걸 목표로 했다. 프로젝트 구조 사용 기술 - 프론트엔드: React,

스프린트 미션 오늘은 스프린트 미션 3을 진행했다. 블로그에는 따로 적지 않았지만, 미션 1과 미션 2는 스타일 라이브러리 없이 순수 HTML과 CSS로 레이아웃과 디자인을 구현하는 과제였다. 이번 미션은 그 페이지에 media query를 적용해 반응형 디자인을 만드는 것이었다. 이번에는 내 작업 속도를 확인해 보고 싶어서 목표 시간을 2시간으로 잡고 시

이번 주는 자바스크립트 기초를 다뤘다. 변수, return문, 반복문, 조건문 등 기본적인 내용을 중심으로 다시 정리하는 느낌이었다. 스프린트 미션 2, 코드 리뷰 지난 미션에서 개발 습관과 컨벤션 관련 피드백을 받았기 때문에 이번에는 커밋 전에 검수를 꼼꼼히 했다. 다행히 같은 지적은 받지 않았다. 대신 중복 스타일 관리에 대해 질문했고 기준을 세우는 방

2주차의 핵심은 스프린트 미션 진행과 유닉스 커맨드, Git 학습이었다. 유닉스 커맨드와 Git 학습 2주차에는 실용적인 유닉스 커맨드와 Git을 배웠다. 개인적으로 1주차보다 더 의미 있는 시간이었다. 그동안 Git을 사용해 왔지만, 사실상 pull, push, merge 정도만 알고 있었기 때문이다. 유닉스 커맨드 학습에서는 폴더 구조와 파일 경로, C

시작하기에 앞서 면접에서 계속 떨어지고 기술 면접을 볼수록 내가 CS 지식과 기본기가 부족하다는 걸 많이 느꼈다. 그래서 기본기를 다지고 다양한 협업 기회를 얻기 위해 스트린트 부트캠프에 합류했다. 우선 후기를 작성하기 이전에 부트캠프에서 내가 가져가야 하는 부분과 마음가짐에 대해서 스스로 질문해 보는 시간을 가져보았다 Q1. 이 부트캠프를 수료하고 얻어가