티스토리

앞날 창창보
검색하기

블로그 홈

앞날 창창보

jacobhboy66.tistory.com/m

개발하면서 생긴 고민과, 나의 생각을 공유합니다.

구독자
9
방명록 방문하기
공지 블로그 피봇 공유 모두보기

주요 글 목록

  • 2024 6개월 이모저모 벌써 반년이 지났습니다. 시간이 빠르게 지나가는게 느껴질 때마다 유한한 우리의 인생이 아쉽게 느껴지곤 합니다. 그래서 더욱 더 열심히 사는 것에 인생의 가치를 두고 싶다고 느껴집니다.   다들 신년에 계획했던 일들은 잘 지켜지고 있나요? 저희 학교의 헬스장이 학기 초에는 정말 붐볐지만 이제는 조금 조용해졌다는게 느껴집니다. 계획한 것을 상기하고 지켜나간다는 것은 정말 위대한 일인 것 같습니다. 정말 간단한 계획부터 자신의 습관까지 의지로 바꾸는 사람들을 보면 경외심을 느끼고 귀감이 됩니다.   열심히 살았는지 반년을 돌아보면 "아쉽다. 그러나 더 열심을 쏟는 내가 되고 싶다."로 정리할 수 있을 것 같습니다. 저는 NBA 스타 커리가 최고의 선수를 물어보는 인터뷰에서 자주하는 답변을 좋아합니다. "Yes.. 공감수 2 댓글수 2 2024. 6. 28.
  • 네? 사이드 프로젝트에 쿠버네티스요? (무중단 배포) 식견 서버 기준 8기가 메모리의 홈서버에서 실행까지 요구되는 시간이 8초정도 걸렸는데 생각보다 유실되는 요청이 많았다. 그래서 그 해결 방법을 찾아보다가 쿠버네티스를 사용하면 쉽게 해결할 수 있다는 것도 알았다. 사이드 프로젝트에 쿠버네티스를 도입할 이유가 있을까? 막연하게 쿠버네티스는 엄청 큰 서버만 관리해야한다고 생각해왔다. 그러나 쿠버네티스도 종류가 엄청 다양하고, 프로젝트 규모에 따라서 선택지가 정말 많다는 것을 알게됐다.  이번 글에서는 지금 운영하고 있는 식견이라는 서비스에서 왜 쿠버네티스를 도입했는지 이야기 해보고자 한다. 이 글은 정보 전달이 주 목적이 아니므로, 프로그램을 설치하는 등의 과정을 기술하지 않는다. 왜 무중단 배포를 도입하나요?   학교 내라서 고정된 유저와, 크기 않은 트래.. 공감수 0 댓글수 0 2024. 5. 2.
  • 모듈은 어떤 상황에서 분리되어야 할까? 멀티모듈은 정말 자유자재로 필요에 의해 만들어지는 것을 볼 수 있다. 이번 글에서는 어떤 상황에서 module 분리를 고려해야하는지에 대해 고민한 것을 짧게 공유하고자 한다. 어떤 상황에서 module 분리를 고려해야 할까? 모듈은 패키지보다 더 큰 개념으로, 패키지에서 분리의 필요성을 느낄 경우에 module로의 분리가 필요하다. 그렇다면 패키지에서 분리, 구분의 필요성을 느끼는 경우가 무엇이 있을까? 1. 참조 불가 수준의 코드 분리 2. 실행의 분리 찾아보고 고민해봤을 때 이 두가지가 있다고 느껴졌다. 1의 경우에는 Layer 별로 모듈을 구분하며, 레이어의 룰들을 모듈에 잘 녹여서 참조의 흐름을 일관성있게 가져갈 수 있다. 그리고, dependency도 레이어에 맞는 것들만 가져갈 수 있다는 것이.. 공감수 0 댓글수 0 2024. 4. 21.
  • Fixture Monkey를 써야 할까? 테스트 코드를 작성하다보면, Fixture를 어떻게 만들지 고민할 때가 많다고 느껴진다. 크게는 모듈을 분리하는 것부터, 작게는 메서드 안에서 직접 객체를 생성하는 거 까지 할 수 있는 방법이 너무 많다. 그리고 Fixture Monkey와 같은 랜덤 데이터로 객체를 생성해주는 라이브러리가 있다. 이번 글에서는 Fixtiure Monkey라는 네이버에서 지원하는 라이브러리를 쓸지 말지에 대해서 이야기 해보도록 하겠다. Fixture Monkey가 뭘까? Fixture Monkey를 한줄로 정리하면, 제어가능한 임의의 테스트 객체를 생성하는 가장 쉬운 방법이다. Fixture Monkey 기능 1. 간편하게 랜덤하고 복잡한 제약조건을 가지는 객체 생성 Jqwik기반으로 JSR-303, JSR-380 ann.. 공감수 1 댓글수 0 2024. 4. 16.
  • bootJar 와 jar 각자 어떤 책임이 있을까? 이번에 멀티 모듈을 설정하면서 gradle에 처음으로 bootJar와 Jar 설정을 건드려봤다. 깨달은 점은 의존 당할 모듈에서는 jar 설정만 true로 하여서, plain-jar가 생성되게 하고, 최상단에서 Application 파일을 가지고 있고. 실행될 모듈은 bootjar만 필요로 한다는 것이었다. 이번 블로그에서는 bootJar와 jar의 차이, jar 파일과 plain-jar 파일의 차이를 다룬다. bootJar와 Jar 설정에 대한 결과 설정에 대한 결과를 알아보기 전 설정 방법을 간단하게 알아보자면, 아래와 같은 설정을 적용하고 싶은 모듈의 gradle 파일에 넣으면 된다. bootJar { enabled = false // bootJar 설정을 false로 한 것입니다. } jar { .. 공감수 1 댓글수 0 2024. 4. 14.
  • 스프링 시큐리티를 쓰지 맙시다. (feat. JWT) 스프링 시큐리티는 쉬운 인증 인가 구현과 보안을 구현해주는 프레임워크라고 널리 알려져있다. 그러나 나는 항상 개발을 하면서 스프링 시큐리티에 대한 반감이 있었다. 그래서 이번엔 그 반감의 원인을 파악해보고, 과연 스프링 시큐리티를 사용하는 것이 올바른 생각인지 확인해보겠다. 나는 왜 반감이 있는가? 반감의 이유를 한줄로 정리하자면, 스프링 시큐리티가 해주는게 없다고 생각해서이다. 내가 스프링 시큐리티가 해주는게 없다고 느낀 이유는 JWT 인증 방식만 사용해왔기 때문이다. 스프링 시큐리티와 JWT를 사용해서 인증 인가를 구현하고자 한다면, 정말 스프링 시큐리티가 해주는게 없다고 느껴진다. 직접 JWT 필터를 구현해서, 약 12개나 되는 필터 사이에 끼워서 사용한다. 이 과정에서 스프링 시큐리티에 대한 팀원.. 공감수 6 댓글수 4 2024. 4. 13.
  • SonarCloud, Qodana 둘중 무엇을 골라야할까? 요즘 개발을 하면서, 코드 리뷰가 완벽하지 않다는 것을 항상 느끼고 있다. 간단한 코드 컨벤션부터, Security Hotstop까지 많은 부분을 놓치고, 그 코드가 프로덕션 환경으로 나가는 경우가 종종 발생한다. 그래서 기술로 그러한 문제들을 해결하고자 나온게 코드 정적 분석 도구들이다. 이번 시간에는 현재 내가 처한 상황에서, 대표적인 무료 도구인 SonarCloud와 Qodana를 비교한 후 어떤 도구를 사용할지, 혹은 그냥 사용하지 않을지, 혹은 다 사용할지 고민하는 글을 작성해보고자 한다. 현재 나는 어떤 상황인가? 1. 프로젝트를 2개 진행하고 있다. 하나는 2년동안 서비스 중이고, 다른 하나는 이제 막 시작에서, MVP를 거의 완성하고, 프론트엔드랑 빠르게 소통하며, 코드리뷰 없이 DTO를 .. 공감수 2 댓글수 1 2024. 4. 5.
  • int와 Integer중에 무엇을 골라야할까? 다들 Java로 개발하다보면, 가끔 int, long과 같은 기본 타입을 사용해야할지, Integer, Long과 같은 박싱된 기본 타입 사이에서 고민해본 적이 있을 것이다. 나는 NPE 예방과, 객체를 생성하지 않아 메모리의 효율성 때문에, 기본 타입을 쓰는 것을 선호했지만, 개발하다보니 모두가 박싱된 원시타입을 사용하길래 나도 그렇게 살아왔다. 그랬던 전 날들을 반성하고있다. 이 글은 기본 타입과 박싱된 기본 타입 중 선택하는 가이드 라인을 제시하는 것을 목표로 한다. 두 타입의 차이는 무엇일까? 이펙티브 자바에서 말하는 차이는 3가지가 있다. 1. 기본 타입은 값만 가지고 있으나, 박싱된 기본 타입은 값에 더해 식별성(identify)이란 속성을 갖는다. 박싱된 기본 타입은 값이 같아도, 서로 다르.. 공감수 3 댓글수 4 2024. 3. 28.
  • ???: 빌더 패턴은 필수 값을 받지 못하잖아요. Lombok에서 지원하는 @Builder를 사용하다보면, 필수 값을 빼먹어서 곤란했던 적이 있을 것이다. 그래서 나는 솔직히 Builder를 안티패턴 취급하며, 협업에서는 지양해야 한다고, 혼자 마음 속으로 생각하고 있었다. (필수 값을 만들 수 있다는 것을 알기 전까지...) 빌더는 어떤 상황에서 유리할까? 빌더패턴가 좋은 상황은 정말 간단하다. 생성자를 만드는데, 매개변수가 너무 많이 필요한 상황이다. public A(String name, int classNumber, String hobby, String favoriteBook, String favoriteFood, String favoritePerson){ 값 삽입... } new A("이창보", 3113, "축구", 19, "EFFECTIVE .. 공감수 2 댓글수 3 2024. 3. 26.
  • 정팩메, 생성자 고를 때 무엇을 고려해야 할까? 주변 사람들이 언제부턴가 "생성자 쓰지마! 정적 팩토리 메서드(이하 정팩메)가 최고야!"라고 말하기 시작했다. 사실 나는 정팩메를 싫어한다. 이유는 정말 단순했다. 생성자에 굳이굳이 메서드를 한 번 더 감싸기 때문에 코드가 더 늘어나기 때문이다. 그리고 new 라는 키워드가 눈에 훨씬 잘 들어와서, 객체를 생성한다는 것을 잘 보여준다고 느껴졌다. 그러나 나도 이펙티브 자바를 읽고자 마음을 먹었고, 책을 펼치자, "생성자 대신 정적 팩터리 메서드를 고려하라" 라는 말이 눈에 들어왔다. (드디어 찾았다! 범인!) 정적 팩토리 메서드의 장단점 정적 팩토리 메서드는 장점이 많다. 장점 1. 이름을 가질 수 있다. 생성자는 넘기는 매개변수와 생성자 그 자체로는 어떤 객체가 생성될 지 판단 해야하는데 이 과정은 명.. 공감수 2 댓글수 2 2024. 3. 25.
  • 낙관적 락으로 동시성 이슈 해결하기 나는 부마위키라는 부산소프트웨어마이스터고등학교의 위키 서비스를 개발하고 있다. 2021년 부마위키에서 느껴질 정도로 문제가 됐던 동시성 이슈가 있다. 동시성 이슈라고 하기엔 동시에 일어나지 않아도 되서 동시성 이슈라고 불러도 되는지 모르겠다 ㅋㅋ 문서 수정자가 문서 수정을 요청하면, DB에 저장된 현재 문서 내용을 전달하고 수정 후 내용을 저장하는 형태이다. 문서 수정자 1, 2가 같은 버전의 문서에서 수정을 시작후, 문서 수정자 1이 수정 내용을 저장하고, 문서 수정자 2가 수정 내용을 저장한다면, 문서 수정자 1이 추가 혹은 삭제한 내용을 사라지게 된다. 자신이 수정한 것을 문서 내역에서 다시 볼 수 있긴하지만, 결국 사용자의 행동을 늘리는 것이기 때문에 개발을 추가로 해야겠다고 생각했다. 나무위키는.. 공감수 6 댓글수 0 2024. 3. 21.
  • Java에서 Code Convention 강제 적용 해보기 이번에 Java로 새로운 프로젝트를 진행하면서 코드 컨벤션을 맞추는 것에 대해서 고민을 많이 했습니다. 코드 컨벤션을 맞춰주는 도구를 Lint 혹은 Linter라고 칭하는 것을 알게 되었습니다. 코틀린은 ktlint가 국룰로 잡혀있기 때문에 린트 선정에 고민이 없지만, 자바는 국룰이 없는 것 같았습니다. 그래서 내가 어떤 Lint을 원하는가 고민을 많이 했습니다. - 린트 적용이 강제여야한다. - 린트 적용이 안되어 있는 부분이 있다면 쉽게 알려주어야한다. - 린트가 적용이 안되어 있는 부분이 있다면, 간단하게 단축키 혹은 gradle task로 수정되어야 한다. 크게 다음과 같은 세가지 요구사항이 있다는 것을 알게되었습니다. 그래서 찾아보던 중 sonarLint와 checkStyle이 있다는 것을 알게.. 공감수 1 댓글수 2 2024. 1. 18.
  • Repository없이 EntityManager 사용하기 Repository를 사용하지 않을 것을 추천하는 하이버네이트 하이버네이트 진영은 Repository를 사용하지 않을 것을 추천합니다. 그 이유를 한 번 알아봅시다. https://docs.jboss.org/hibernate/orm/6.3/introduction/html_single/Hibernate_Introduction.html#hello-jpa 하이버네이트를 래핑하는 프레임워크는 하이버네이트가 제공하는 세밀한 데이터 제어를 못 하게 한다. JDBC와 하이버네이트는 큰 차이가 있기 때문에 하이버네이트에서 JDBC로 돌아갈 일은 없다. Repository는 스택트레이스를 더 힘들게 하고 디버깅을 힘들게 한다. 대부분의 쿼리는 여러 곳에서 재사용되지 않으므로, 비즈니스 로직에 EntityManager를 .. 공감수 1 댓글수 1 2023. 12. 20.
  • 비즈니스의 흐름이 잘 보이는 코드와 설계 최근에 구현 레이어의 역할이라는 유튜브 영상과 지속 성장 가능한 소프트웨어를 만들어가는 방법이라는 제목의 블로그를 읽었다. 두 개 모두 Gemini Kim 개발자님의 글이고, 나는 영상과 블로그를 통해서 지속 가능한 소프트웨어를 만드는 법에 대해서 좋은 인사이트를 얻을 수 있었다. Business Logic, Layer, Module을 통해서 지속 가능한 소프트웨어에 대해서 설명하셨고, Business Logic과 Layer에서 알려주신 방법을 직접 내 코드에 적용해보면서 어떤 것을 배웠고, 어떤 것을 느꼈는가에 대해서 이야기 해보고자 한다. Business Logic 리팩토링 먼저 이러한 작업을 하는 목적은 전적으로 유지 보수성 때문이라는 생각이 들었다. 그래서 유지 보수를 할 필요가 없는 소프트웨어이.. 공감수 0 댓글수 0 2023. 12. 5.
    문의안내
    • 티스토리
    • 로그인
    • 고객센터

    티스토리는 카카오에서 사랑을 담아 만듭니다.

    © Kakao Corp.