이쏠라의 개발자로 살아남기 이쏠라의 개발자로 살아남기

*20221216의 회고 오늘은 저번주에 나갔던 스프링 입문 강의를 복습하면서, 그저 코드만 따라쳤던 내용을 분석하고 이해하는 시간을 가졌다. Controller, Service, Repository의 개념을 확실히 잡고 코드를 보니 역시 이해가 너무 잘되어서 감격적이였다. 물론 아직 어렵고 헷갈리는 개념 투성이였지만, 그래도 한 발자국 앞으로 나아간 기분이었다. 그런데 오늘 보던 중, Postman 이라는 플랫폼으로 내가 설계한 API를 실험하는데, ResponseBody 어노테이션을 붙이지 않았는데 결과값이 Json 형식으로 나오는 것에 의문을 갖게 되었다. 그래서 이 부분을 태선튜터님께 질문하였고, 해답을 얻을 수 있었다. 그 이유는 바로 @RestController 어노테이션의 역할 때문이였다! ..

*20221215의 회고 오늘도 어김없이 아침에는 알고리즘 문제 풀기로 하루를 시작하였다. 그런데 오늘에서야 깨달은 사실이 있다. 바로 내가 그동안 알고리즘 문제풀이에 대해 너무 많은 시간을 할애했다는 사실이다. 원래 스터디를 시작하게 된 취지는, 하루에 두문제씩 무조건 문제를 풀어야 하니까 확실히 공부가 되겠다 해서 시작한 스터디였다. 그러나 아침을 문제풀이로 시작하면, 그날 문제를 풀지 못할 경우 마음이 자꾸 찜찜해서 계속 문제를 붙잡고 있게 된다는 것이다. 그러다 보니 스프링 공부를 해야하는데 문제만 붙잡고 있다던가, 결국엔 풀지 못해서 낙심한 기분을 가지고 스프링 공부를 시작한다는 것이다. 그래서 결국 스터디장님께 양해를 구하고 여유가 생길때 다시 스터디에 참여하고 싶다고 의사를 전달했다. 내가 ..

*20221224의 회고 오늘은 저번주에 확실히 해두지 못했던 어노테이션의 의미들과, 오늘 공부한 레이어드 아키텍처에 대해 정리해보려 한다. 레이어드 아키텍처 패턴 Presentation 계층 사용자와 상호 작용 처리 계층 CLI, HTTP, HTML 처리 등을 담당 HTTP 요청, HTML 렌더링에 대해 알고 있는 계층 MVC(Model, View, Controller)도 이 계층에 속함 스프링 부트에서 @Controller 어노테이션 사용 Domain(Business of Service) 계층 서비스/시스템의 핵심 로직 유효성 검사 및 계산을 포함하는 Business 논리 계층 애플리케이션이 수행해야 하는 도메인과 관련된 작업들을 담당 입력/저장된 데이터를 기반으로 계산 Presentation 계층에..

*20221213의 회고 오늘은 프로그래머스에서 입문 레벨 중 정답률이 낮은 문제를 풀었다. 풀지 못한 스터디원들이 많았는데, 나도 인프런에서 코테 인강을 들으면서 비슷한 문제를 푼 경험 덕분에 이 문제를 풀 수 있었다. 처음에는 어떤식으로 접근해야할지 갈피도 못잡았던 기억이 난다. 그래서 느낀건 또 뭐냐면, 현재 내가 공부를 제대로 하고 있는지, 이 부분을 공부하는게 맞는건지 하면서 막연한 느낌이 있었는데, 결국엔 언젠가는 피가되고 살이 된다는 생각을 했다. 그러니 묵묵히 해내야 한다. 아래는 오늘 푼 프로그래머스 입문 레벨 '안전지대' 문제 정답코드이다. https://school.programmers.co.kr/learn/courses/30/lessons/120866 프로그래머스 코드 중심의 개발자..

*20221212의 회고 오늘도 오전엔 알고리즘 문제풀이로 하루를 시작했다. 다른 스터디원 분들은 K의 개수 문제를 문자열로 변환하는 방식으로 문제를 해결하였는데, 나는 정수 연산을 이용하여 문제를 해결하였다. 나도 처음에는 정수를 문자열로 바꿔서 하는 방법을 처음으로 생각했었는데, 저번에 연희 튜터님께서 정수 연산으로 문제를 푸시는 것을 보고 정수 연산 쪽으로 생각을 해봤다. 그렇게 해서 문제를 풀었는데, 그랬더니 실행시간 면에서 확연이 차이가 났다. 이래서 알고리즘 공부를 하나 보다...! 다른 분들께 칭찬을 받아서 기분이 좋았다. 그리고 남은 시간에는 스프링 부트 강의를 들었다. https://school.programmers.co.kr/learn/courses/30/lessons/120907 (O..

*20221209의 회고 오늘도 오전에 알고리즘 문제풀이로 하루를 시작했다. 이틀 전에 도전했다 실패한 문제가 바로 풀려서 기분이 너무 좋았다. 어제 도전한 문제는 오늘도 풀지 못하였으나, 그래도 이틀 전엔 안풀렸던 문제가 풀려서 너무너무 상쾌하게 하루를 시작할 수 있었다. 이틀 전에도 문제를 어떤 식으로 풀어야 할지는 머릿속으로 구상을 하였으나, 코드로 구현이 잘 안됐었는데, 오늘은 구현이 되었다. 아무래도 전날 잠을 잘 못자거나, 아침에 운동을 힘들게 하면 오전에 집중력이 좀 떨어지게 되는 것 같다. 오늘은 잠도 잘 잤고, 운동도 쉬엄쉬엄 해서인지 머리가 잘 돌아갔다! 아주 만족!! (운동은 격하게 하고싶긴 한데...ㅜㅠ) 오후에는 스프링부트로 만든 블로그의 코드를 보면서, entity와 dto의 차..

*20221208의 회고 오늘도 오전에는 알고리즘 문제를 1시간정도 붙잡고 있었다. 그런데 풀지 못했다. 주어진 과제를 해야했기 때문에 계속 붙잡고 있을 수는 없었다. 그래서 알고리즘 문제는 포기하고 블로그 서버를 만드는데 집중하기로 하였다. 주어진 강의를 한번 더 복습하면서 스프링부트의 어노테이션에 대한 설명을 집중해서 들었다. 어제보단 대략적으로 이해가 되었지만, 더 찾아보고 공부해야 될 것 같다. 과제의 요구사항 중에서, 전체 게시글 목록 조회 API와 선택한 게시글 조회 API를 구현하는 부분, 그리고 게시글을 수정하거나 삭제할 때 데이터에 비밀번호를 함께 보내서 일치 여부를 확인한 후 수정/삭제를 수행하는 부분을 구현해야 했는데, 혼자서는 도저히 감이 안잡혀서 주변에 잘하시는 분께 도움을 받았다..

*20221207의 회고 유스케이스 다이어그램(UML) 시스템과 사용자의 상호작용을 다이어그램으로 표현한 것 사용자 관점에서 시스템의 서비스, 기능, 외부와의 관계에 대해서 다이어그램으로 표현한 것 사용자(액터)가 시스템 내부에 있는 기능 중에 어떤 기능을 사용할 수 있을 지 나타내는 것 사용자와 시스템 사이의 관계를 간략하게 표현할 수 있음 유스케이스 다이어그램을 사용함으로써 고객과 개발자가 요구사항에 대한 의견을 조율 할 수 있음 구성요소(시스템, 액터, 유스케이스, 관계) 시스템 현재 개발할 프로그램을 의미 유스케이스들을 둘러싼 사각형 틀 액터 시스템 외부에 존재 시스템과 상호작용 하는 모든 것 시스템과 상호작용하는 사람(시스템의 기능을 사용하는 사람), 시스템(시스템에 정보를 제공하는 또 다른 시..