DEV/WAU

⌨️ 유연한 사고?유연하게 사고하는 것은 생각보다 문제 해결에 있어서 중요하다고 생각합니다.생각보다 사고는 더욱 경직되어 있어서 유연한가? 싶어도 돌아보면 딱딱한 상태더군요.  🤔 불필요한 데이터를 삭제하는 일요구사항을 구현하기 위해 만든 기능에서, 불필요한 데이터가 남는 상황을 발견했습니다.이 외에도 간간히 이런 것들에 대해 고민을 한 적이 있습니다. 예를 들어 이미 올라온 파일(이미지나 동영상) 등의 참조가 변경되어 더 이상 사용하지 않는 자료가 되어 버린다든지 어찌 됐든 나의 저장소로 차지하는 것에 있어서 해결을 하고 싶었던 적이 있었습니다.  ✅ 지연 처리가 나쁜 건 아니잖아?제가 꽤 자주 하는 실수 중 하나가 바로 '즉각성'에 너무 과몰입하는 것입니다. 즉각적으로 요청과 응답이 주고받아지고 그..

⌨️ 주니어의 관점에서?최근 신규 기능을 추가하고 기존 기능들을 개선하면서 배우거나 생각해 볼 만한 것들에 대해서 정리를 했다.일전의 모 유튜브에서 이런 말을 본 적이 있다. 입문 수준의 개발자들은 기능을 구현하기에 급급해서 코드의 품질이 떨어진다. 이전에는 이 말이 단순히 코드의 가독성이나 짜임새를 말하는 줄 알았는데, 최근에서야 어떤 시야가 트이게 됐다. 혼자서 느낀 건 아니고 지속적으로 통찰점을 제시해주는 동료분이 있어서 가능했다고 생각한다.1. PDF 파일 생성 후 메일 발송 기능우선 간단히 제한 사항에 대해서 말해보자면 1. 클라이언트에서 한번에 대용량의 파일이 전송된다.2. 서버에 데이터를 저장할 필요는 없으며 메일 발송 시 어차피 byte []로 다시 넣어준다.3. 서버의 성능은 그리 좋지 ..

⌨️ 테스트 코드 그리고 TDD 내가 여기서 말하고 싶은 건 TDD에 대한 찬양도 무조건적인 맹목도 아닌 테스트 코드 그리고, 충분한 테스팅에 대해 중요성에 대해 말하고 싶다. 1. TDD 테스트 주도 개발 (Test-Driven Development, TDD)은 소프트웨 개발 방법론 중의 하나로, 선 개발 후 테스트 방식이 아닌 선 테스트 후 개발 방식의 프로그래밍 방법을 말한다. 다시 말해 먼저 자동화된 테스트 코드를 작성한 후 테스트를 통과하기 위한 코드를 개발하는 방식의 개발 방식을 말한다. 1.1. TDD를 이용한 개발방법 1. 테스트 케이스 작성 2. 테스트 케이스를 통과하는 코드 작성 3. 작성한 코드 리팩토링 형식으로 이루어진다. 여기서 우리 같은 신입들은 많이 힘들어하는데, 나는 그 이유..

⌨️ DB 의존 설계? DB 모델 주도? 뭔가 말만 들어도 확 와닿지 않는다. 최근 본 영상인데 비슷한 관점이 많이들 있는 거 같아서 한 번 고민해 보게 되는 것 같다. 두 영상의 내용은 전체적으론 다르지만 그 안에서 DB의존 DB모델이라는 언급이 있다. 이 부분에 대해 짚고 가볼까 한다. 한쪽에서는 개념객체(*제미니의 개발실무) 한쪽에서는 유스케이스의 행위(*하찮은 오후)가 DB에 의존한 개발에서는 명확히 표현되지 않는다고 한다. --- 우선 개념객체라는 단어는 채널주께서 본인만의 언어로 사용하시는 건데, 나의 경우에서는 본능적으로 어떠한 개념이나 기능을 객체로 나타낸 것이라고 생각을 했다. --- 1. DB 모델 우선 그럼 DB 모델 혹은 DB 의존에 대한 합의부터 이루어져야 할 것 같다. 우리가 가..

⌨️ What About U? 앞으로 꾸준히 쓰게 될 포스팅 중 하나이다. 따로 어디 카테고리에 넣기가 애매해서 Dev에 넣고 꾸준히 쓰려고 한다. Spring에 대한 고민일 수도 있고, Java 혹은 DB에 대한 고민이 있을 수도 있다. 물론 당장은 신입이기에 신입의 시각에서 보는 관점이라 많이 틀릴 수도 있고 패러다임에 맞지 않을 수도 있지만, 사고하고 공유한다는 것에 의의를 두고 싶다. 1. Service Layer Layerd Pattern 하면 현재로선 Controller-Service-Repository가 꽤 눈에 익지 않을까 한다. 당연히 Controller가 하는 일 Service가 하는 일 이런 걸 쓰고자 했으면 안 썼을 포스팅이다. 내가 고민하고 예전과 생각이 달라진 점은 바로 Coup..