기록하는 습관 "기습"

한해를 되돌아보는 시간을 갖는 김에 블로그도 다시 훑어보았다. 그런데 블로그를 시작한 이후로 회고를 제대로 작성한 적이 별로 없었다는 사실을 알았다. 그래서 조금 늦었지만 2024년을 되짚어볼 겸 회고를 남겨보고자 한다!  새해 시작은 항상 계획적이다2024년의 시작은 계획적이었다. 대학생으로 지내는 마지막 해이자 대학생으로 결과를 남길 수 있는 마지막 해다. 늦게나마 개발공부를 시작해서 더 계획적으로 무언가를 하고자 했다. 그래서 연초에 생각해내고 다짐한 것들은 많다. 그런데 정작 이룬 건 많지 않다. 용두사미란 말이 연상되는 순간이다. 그러나 지금 다시 생각해보면 그거라도 이룬 게 어딘가 싶다. 올해는 유독 힘에 겨운 일이 많았기 때문에 전부 그만두고 싶었다. 그래도 맡은 일은 반드시 해내야 한다는 ..

프리코스 진행 방식진행 방식미션은 과제 진행 요구 사항, 기능 요구 사항, 프로그래밍 요구 사항 세 가지로 구성되어 있다.세 개의 요구 사항을 만족하기 위해 노력한다. 특히 기능을 구현하기 전에 기능 목록을 만들고, 기능 단위로 커밋 하는 방식으로 진행한다.기능 요구 사항에 기재되지 않은 내용은 스스로 판단하여 구현한다.매주 진행할 미션은 화요일 오후 3시부터 확인할 수 있으며, 다음 주 월요일까지 구현을 완료하여 제출해야 한다. 제출은 일요일 오후 3시부터 가능하다.정해진 시간을 지키지 않을 경우 미션을 제출하지 않은 것으로 간주한다.종료 일시 이후에는 추가 푸시를 허용하지 않는다.과제 제출 전 체크 리스트기능을 올바르게 구현했더라도 요구 사항에 명시된 출력 형식을 따르지 않으면 0점을 받게 된다.기능..

🌍과제 - 자동차 경주 사용자에게 경주 횟수를 받아서 횟수만큼 경주를 진행하여 가장 많이 전진한 자동차가 승리하는 프로그램을 구현하는 것이다.  ❗구현 기능 목록자동차 생성 기능자동차 이름은 쉼표(,)를 기준으로 구분이름은 5자 이하만 가능전진 여부 판단 기능4 이상일 경우에만 전진경주 진행 및 우승자 선정 기능시도횟수만큼 경주 진행각 자동차의 전진 여부 저장경주가 끝나면 우승자 선정사용자 입력 및 결과 출력 기능경주 진행 관리 기능 회고테스트 코드를 적절하게 작성할 수 있도록 해야겠다.@ParameterizedTest@ValueSource(ints = {10, 20, 100})void 시도횟수만큼_경기를_진행하면_모든_자동차의_전진횟수가_같지_않다(int round) { // given r..

🌏과제 - 문자열 덧셈 계산기입력한 문자열에서 숫자를 추출하여 더하는 계산기를 구현한다.쉼표(,) 또는 콜론(:)을 구분자로 가지는 문자열을 전달하는 경우 구분자를 기준으로 분리한 각 숫자의 합을 반환한다. 예: "" => 0, "1,2" => 3, "1,2,3" => 6, "1,2:3" => 6앞의 기본 구분자(쉼표, 콜론) 외에 커스텀 구분자를 지정할 수 있다. 커스텀 구분자는 문자열 앞부분의 "//"와 "\n" 사이에 위치하는 문자를 커스텀 구분자로 사용한다. 예를 들어 "//;\n1;2;3"과 같이 값을 입력할 경우 커스텀 구분자는 세미콜론(;)이며, 결과 값은 6이 반환되어야 한다.사용자가 잘못된 값을 입력할 경우 IllegalArgumentException을 발생시킨 후 애플리케이션은 종료되..

마지막에 마지막까지 정말 열심히 했다고 생각한다. 처음 하는 프로젝트라 더 정이 갔고 더 보면 볼수록 수정사항이 많았다. 그래도 성공적으로 끝내서 더할 나위 없이 기쁘다.  여러 우여곡절이 있었지만 가장 기억에 남는 건 로그인 구현과 식단 생성 알고리즘 같다.  세션 방식의 로그인을 구현하고 배포까지 했는데 '로그인이 안되었다..' 분명 로컬에서는 잘 돌아갔는데 뭐가 문제였던 것일까.나중에 정리해서 올리겠다만 결론적으로 https 통신이 필요했던 것이다..!디버깅에 여타 api 구현 작업까지 동시에 이뤄져서 어쩔 수 없이 미뤄뒀는데 이때 딱 문제가 생긴 것이다.이 문제를 해결한 이후로 프론트엔드 팀원의 '안되는데요?'를 듣고도 차분하게 대응할 수 있게 됐다.정말 해보면 별거 아니다. 직접 부딪혀봐야 안다..

CORS 정책에 며칠 발목이 잡혔지만 해결했다. 왜 CORS에서 발목이 잡혔나에 대한 이유와 해결과정은 나중에 한꺼번에 정리해서 올릴 때 같이 해야겠다.  메인 기능 구현에 들어가기 전에 ERD 설계를 했다.  말 그대로 모든 게 처음이라 이것도 어떻게 해야 할지 고민이 많았다. 데이터베이스 강의를 들었지만 막상 설계를 들어갈 때는 다시 공부해야 했다.  정규화를 한다고 한 건데 불만족스러운 부분이 많지만 이 또한 경험이다. 다음에는 더 보강해서 할 수 있다고 생각한다! 무엇보다도 정말 재밌다. 강의로 들었을 땐 지루한 부분이 많았지만 역시 실전에 들어가서 팀원과 의미 있다고 생각하는 결과물을 만드니 뿌듯하다. 역시 백문이 불여일견! 백 번 듣는 것보다 한 번 해(보)는 게 낫다! 이제 ERD 설계대로 ..

한동안 바빴었기에 이제야 글을 쓴다.. 공부하랴, 뒤늦게 개발자 준비하랴, 연애하랴, 운동하랴 너무 바쁘다.. 글을 쓰는 지금도 바쁘지 않은 것은 아니지만 방학이기도 하고, 내가 해온 기록들을 짧게나마 착실히 남기고 싶다. 작년에 교내 GDSC에 합류해서 활동하다가 이번에 Solution Challenge에 참여하게 됐다! 팀빌딩이 완전 자유였던 데다 지인이 거의 없어서 어찌해야 할지 몰랐지만 다행히 자기 PR을 좋게 봐준 학우가 러브콜을 보내주었다. ㅠㅠ 그렇게 백엔드 2명, 프론트엔드 1명, PM 1명인 4인조가 정해졌다. 팀원 3명 모두 재능있고, 성격 좋고, 열정 넘치는 친구들이다. 함께 해서 영광이고 이번 기회에 서로 많은 것을 얻어가고 좋은 인연으로 남았으면 좋겠다! 각설하고, 솔챌 이야기를 ..