티스토리

Registro

검색하기

블로그 홈

Registro

lackofwillpower.tistory.com/m

7전 8기 블로그 도전 ing...

구독자: 13

방명록 방문하기

주요 글 목록

21세기의 카우보이 일론 머스크를 분석하는 셜록현준 감상문 트럼프에 배팅 성공? 일론 머스크의 사고방식은 무엇이 다른가 If things are not failing you are not innovating.만약 실패를 겪지 않았다면 당신은 충분히 혁신적이지 않았다는 증거입니다.- 일론 머스크 - 유튜브 셜록현준 채널 (유현준 교수님이 운영)을 보다 인상깊게 보고 호다닥 내용 정리하면서 내생각을 조금 얹어보려고 키보드를 잡았다.영상 내용 중 인상깊었던 부분과 내 생각과 표현이 짬뽕된 위 영상과는 전달되는 내용이 다를 수 있음을 미리 고지한다. 독재자와 Strong Man은 친구일론 머스크가 트럼프를 지지하는 이유는 일론이 벌려놓은 혁신들은 결국 정치적인 이슈가 해결되지 않으면 물거품이 될 수 있는 것들이기에 독재자가 필요했기 때문이다 21세기 카우보이 우.. 공감수 4 댓글수 4 2024. 11. 20.
NAS+홈서버 만들기 라즈베리파이로 만들기(2) - 준비 어떤 시스템을 구성할 때 가장 중요한 것이 용도에 맞는 설계를 하는 것이라 생각해용도를 다시 한번 리마인드 해보는 것으로 시작한다.용도개인적인 공부+취미, 실용성 있는 서버 만들어보자 개인 노트북에서 개발해서 홈서버에 배포하고 운영해보기NAS 용도 ⇒ 사진, 동영상 업로드, 다운로드 보관 관리 조회구형 컴퓨터 Vs 라즈베리파이 vs Odroid구형 컴퓨터, 노트북을 사용하는 방법도 있지만 아무래도 차지하는 부피나 전기가 더 많을 것 같아서 배제라즈베리파이에 Sata 포트가 없어서 잠시 고민But USB 3.0 포트 있으니까… USB 3 to Sata 케이블 쓰는걸로 결정 ⇒ SATA 에 비해 15% 성능 손해 본다고 하지만 라즈베리 파이가 세팅이나 운용하며 발생하는 이슈 대응이 편할 것 같아 선택DAS .. 공감수 1 댓글수 2 2024. 7. 27.
NAS+홈서버 라즈베리파이로 만들기(1) - 시작 계기어쩌다가 본 유튜브 알고리즘이 건낸 의문의 영상으로 시작했다홈서버 구축을 적극 추천하는 이유. 학습과 경험은 기본, 월5000원으로 초기서비스 운영까지? (youtube.com) 사실 NAS에 대해서는 과거에도 약간 갖고 싶다는 생각은 많이 했던 적이 있었는데, 솔직히 효용 보다는 귀찮음과 비용의 압박으로 실행에 옮기지는 않았다. 사실 NAS를 만든다고 했을 떄 가장 많이 들은 이야기인데, 왜 네이버 NBox, 아이클라우드 등 클라우드 서비스 업체가 많은데 NAS를 만드냐? 라고 했을 때, 개인적인 생각으로는 클라우드에 있는 데이터는 아무래도 좀 불안한 것 같다. 요금만 잘내면 전문가의 관리를 받으면서 잘 보관되어 있겠지만 느낌이 데이터가 다른 사람의 주도권 아래에 있는 것이 별로였다. 다만 내가.. 공감수 0 댓글수 0 2024. 7. 14.
[AWS 2024 Summit] 뒤늦은 후기, 참가한 세션 공유 참가 후기작년에 참가했던 AWS 2023 Summit 참가 경험이 좋았어서 올해에는 2일 모두 참여하고 싶었는데,가고싶다고 하니 팀, 회사에서 흔쾌히 보내주셔서 올해는 5/16,17 2일 모두 참가할 수 있었다. 1달하고 조금 지났지만 엄청 과거의 일처럼 느껴지는데, 색 바랜 기억을 뒤져 적어보겠다. 1일차작년의 경우 굳이 일찍 가서 기조연설부터 들어야 하나라는 생각이 있어 첫번째 세션 시간에 맞추어 갔는데, 기조연설을 들은 팀원분의 후기가 좋았어서 이틀 모두 기조연설부터 들으면서 시작하였다. 첫날에는 9시 반 시작이니깐 9시쯤까지 도착하니 연설을 하는 홀이 아니라 입장하고 바로 보이는 큰 공간에서 스크린을 통해 연설을 봐야 했다. 이게 상당한 디메리트 였는데, 우선 해당 공간에서 연설을 중계하는데 .. 공감수 0 댓글수 0 2024. 7. 7.
[Oracle] APPEND 힌트와 Direct Load Insert APPEND Hint란? 공식 문서의 APPEND Hint 정의 💡 The APPEND hint instructs the optimizer to use direct-path INSERT with the subquery syntax of the INSERT statement. Conventional INSERT is the default in serial mode. In serial mode, direct path can be used only if you include the APPEND hint.Direct-path INSERT is the default in parallel mode. In parallel mode, conventional insert can be used only if you spe.. 공감수 0 댓글수 1 2024. 2. 14.
[Java] Effective Java 3/E 3장 item 21~25 Item 21: 인터페이스는 구현하는 쪽을생각해 설계해라 디폴트 메소드를 통해 기존 인터페이스에 메소드를 추가할 수 있음 유용하다만 기존 구현체와 충돌하지 않는지에 대한 고려 필요함 Item 22: 인터페이스는 타입을 정의하는 용도로만 사용하라 상수 인터페이스는 안티 패턴임 상수 클래스는 인스턴스할 수 없는 유틸리티 클래스로 만들어 사용하자) public class Constants { private Constants(){} // 인스턴스화 방지 public static final int ONE = 1; } Item 23: 태그 달린 클래스보다는 클래스 계층 구조를 활용하라 public class TagClass { enum Type { HOT, COLD } final Type type; String h.. 공감수 0 댓글수 0 2024. 1. 20.
[Java] Effective Java 3/E 4장 item 15~20 Item 15: 클래스와 멤버의 접근 권한을 최소화하라 public 으로 나오는 것은 유지 보수, 하위 버전 호환의 책임 존재 외부에서 접근할 수 있는 내용은 최소화하자 public 클래스의 인스턴스 필드는 되도록 public 아니어야 함 public 가변 변수를 가진다면 일반적으로 Thread-Safe 하지 않음 Item 16: public 클래스에서는 public 필드가 아닌 접근자 메소드 사용하라 public 필드 바로 접근 X getter 쓸 것 setter는 정말 필요시에 쓸 것 Item 17: 변경 가능성을 최소화하라 객체 상태 변경하는 메소드 제공X 클래스 확장할 수 없도록 모든 필드 final 으로 선언 모든 필드 private 으로 선언 자신 외에는 내부의 가변 컴포넌트에 접근 불가 불변.. 공감수 0 댓글수 0 2024. 1. 18.
23년 정리 및 24년 목표 23년만큼 정신없이 지나간 해가 없었던 것 같다. 졸업, 취준, 대외활동 3박자로 정신이 하나도 없었던 22년을 뛰어넘을 수 없을 것이라 생각했는데 눈 떠 보니 24년이 되어 있는 느낌이라고 해야하나... 이러다가는 내가 나아가는 것이 아니라 흘러가는대로 흘러가게 될 것 같았다. 그래서 23년 한 해 어떤 것을 했고, 어떤 점이 아쉬웠는지, 어떤 점이 좋았는지 리뷰하고 24년 목표와 방향성을 적어보려고 한다. 23년 한 것 (회사) 회계 시스템 담당으로 업무 배정 & 인수인계 받기 (회사) 신 영업회계 시스템 개발 및 배포 (회사) Aws Summit 참가, OpenShift 교육 수료 (공부) 책 읽기 (Effective Java, Clean Code) (공부) Spring Batch 관련 공부 (여행.. 공감수 0 댓글수 1 2024. 1. 6.
시스템간 통신 중 요청 소실 에러 상황 테스트 환경에서 테스트 완료한 서버를 운영환경에 배포하였을 때 API 호출시 요청이 소실되는 에러가 발생 로그 시스템 상으로는 요청 수신 요청 송신 까지 찍혀 있는 상황 정상 Case의 경우 요청 수신 요청 송신 응답 수신 응답 송신 까지 찍혀 있어야 했다. 해결 과정 2번의 송신까지 로그가 찍혀있는 상황인데 3번의 응답 수신이 이뤄지지 않은 것으로 보아 에러가 발생했을 가능성이 있는 포인트 API 게이트웨이에서 송신 문제 Server2에서 요청 수신 문제 Server2에서 요청 처리 중 응답을 안해버린 경우 Server2에서 응답 송신 문제 API 게이트웨이에서 로그 쌓기 전 수신 문제 정도로 볼 수 있었고 우선 내가 바로 확인 할 수 있는 Server2의 로그를 확인해본 결과 요청을 처리하.. 공감수 0 댓글수 1 2023. 12. 3.
[Java] Effective Java 3/E 3장 item 10~14 3장 모든 객체의 공통 메소드 item 10: equals는 일반 규약을 지켜 재정의하라 equals 메소드를 재정의하며서 발생할 수 있는 문제를 회피하는 방법은 재정의하지 않는 것 equlas 메소드를 재정의하지 않으면 오직 자기 자신과만 같게 된다. equals 메서드를 재정의하지 않는 것이 최선인 Case 각 인스턴스가 본질적으로 고유하다. 인스턴스의 논리적 동치성을 검사할 일이 없다. 상위 클래스에서 재정의한 equals가 하위 클래스에도 딱 들어맞는다. 클래스가 private이거나 package-private이고 equals 메소드를 호출할 일이 없다. equals 메소드를 재정의해야하는 Case 객체 식별성, 물리적으로 두 객체가 같냐? 가 아니라 논리적 동치성, 논리적으로 두 객체가 같냐? .. 공감수 0 댓글수 1 2023. 11. 14.
Spring Batch 성능 최적화(1) Batch - 특정 시간에 많은 데이터를 일괄 처리 일괄 생성 : Read - Create - Write 일괄 수정 : Read - Update - Write 통계 : Read GroupBy - Write 기술 스택: Spring Batch, MySQL, Spring Cloud Data Flow, Redis, Kubernetes 대량 데이터 Read Reader 개선이 큰 부분 차지 보통 복잡한 조회 조건으로 데이터를 가져오는 것이 성능에 크게 영향 줌 읽을 때는 항상 Chunk Processing 데이터의 양이 늘어나면 한번에 모든 데이터를 받을 수 없음 ⇒ Chunk 단위로 받는다 1000만건 = 1000 * 만개의 chunk 그래서 Chunk 단위로 어떻게 읽어올건데? Pagination Reade.. 공감수 0 댓글수 0 2023. 10. 28.
[토막글] 생산성에 대한 이야기 개발자의 애질리티 (toss.tech) 개발자의 애질리티 이 글은 토스페이먼츠에 입사하신, 혹은 입사를 고려 중인 개발자분들을 위해 작성된 글입니다. 애자일하게 일한다는 것은 어떠한 의미일까요? toss.tech 위의 글을 읽고 느낀 점이 좀 있어서 간략하게 글로 남기고자 했다. waterfall vs agile 최근에 진행한 프로젝트의 경우 waterfall 방식으로 진행되었다. 초기의 설계를 잡고 이에 대한 보고를 하고 피드백을 받고 설계를 고치고 요구사항을 정리하는 등의 사전 작업을 했다. 그리고 개발을 들어가며 이에 대한 구현을 시작했는데, 이를 진행하며 설계가 잘못되었다는 것을 느끼는 포인트가 많았다. 내가 도메인에 대한 이해가 부족했든, 설계에 대한 경험이 부족했든 결과적으로 설계가 잘못되어 .. 공감수 0 댓글수 0 2023. 10. 28.
[JAVA] Java Version 8 vs 17 처음 자바를 접했을 때 영문도 모른채 조교의 안내대로 JAVA 버전 8을 설치하여 사용하다보니 자연스럽게 사용해왔던 8버전, 그리고 현재 스프링 부트 3.0을 사용하기 위해 버전 업그레이드를 따라가면서 사용하게 된 17버전에 대한 차이를 알아보며 내가 자연스럽게 사용하고 있는 기능에 대한 복습과 놓치고 있던 점에 대해 학습하고자 한다. 개요 JAVA 8 Lambda Stream interface default Method 인터페이스가 추상메소드말고 default 선언으로 메소드를 미리 선언할 수 있는 기능 ⇒ 추후에 overriding 가능 Optional LocalDateTime JAVA 17 Pattern Matching for Switch(17에서 등장) Sealed Classes (15에서 등장,.. 공감수 0 댓글수 0 2023. 10. 21.
[CS] RESTful API란? Rest API 라는 말은 많이 들어봤고 막연하게 사용할 때 느꼈을 때 (주로 Json 형태의)데이터를 주고 받기 위해 정한 규칙, 즉 프로토콜이라고 생각했었다. 그리고 찾아볼수록 많은 정의들을 찾을 수 있었고 다들 비슷한 이야기를 하지만 조금씩 표현이 다르고 내용이 다른 점도 존재하였다. 아마 내가 적어내린 것도 그중 일부가 되겠지만 내가 이해하기 쉬운대로 정리해보려고 한다. REST == REpresentational State Transfer == 표현된 (자원의) 상태 전송 REST 자체는 API 작동 방식에 대해 조건을 부과하는 아키텍처 REST 6 가지 원칙 Uniform Interface : 서버가 표준형식으로 정보를 전송함 자원에 대한 식별 => 리소스 식별자 사용 표현을 통한 자원에 대한.. 공감수 0 댓글수 2 2023. 10. 21.
멱등성 API? 멱등(Idempontent)성, 멱등성 API란? 첫 번째 수행한 결과와 그 후 여러 차례 반복하여 수행한 결과가 동일한 작업 또는 그 속성을 의미함 ⇒ 즉 멱등한 API라면 2번 이상 요청해도 결과가 처음 요청과 똑같이 돌아와야 한다. 단순히 돌아온 값만 같을 뿐만 아니라 DB에도 영향 없어야 함. ⇒ 의도하지 않은 문제 발생시키지 않고 요청을 재시도할 수 있음 예를 들어 이미 HTTP 메소드들 중에서 GET, PUT 같이 여러번 호출해도 매번 같은 리소스로 대체되거나 조회되는 경우 멱등성이 보장된 메소드라고 볼 수 있음 반면, 서버 데이터를 변경하는 POST, PATCH 의 경우 호출할 때마다 응답이 달라지기에 멱등하지 않음 API 통신에 멱등성을 보장하고자 한다면? 멱등키를 API 요청에 포함하자 .. 공감수 0 댓글수 0 2023. 10. 15.
[Spring-Batch] 클라우드 환경에서의 Spring Batch 클라우드 환경에서 Batch 프로그램이 고려해야할 issue들과 Spring Batch는 어떻게 접근하고 있는가에 대한 글 출처: Spring Batch on Kubernetes: Efficient batch processing at scale Issue1: Fault Tolerance DB, Message brokers, Web 서비스 등 다른 시스템들과의 연결이 필요한 배치의 경우 언제든 프로세스가 돌고 있던 노드가 죽고 새로은 노드로 대체될 수 있기에 Fault-Tolerant하게 만들어져야 한다. ⇒ 트랜잭션 관리, Skip 과 retry 매커니즘을 제공 Issue2: Robustness 배치 작업을 중복 실행하는 것이 치명적인 경우가 존재하는데, 쿠버네티스의 경우 같은 Job을 중복 실행하는 점.. 공감수 0 댓글수 0 2023. 10. 14.
[Java] Effective Java 3/E item 7~9 item 7: 다 쓴 객체는 참조 해제하라 public class Stack { private Object[] stack; private int size = 0; public Stack() { stack = new Object[1000]; } public void push(Object e){ /// 구현 내용 } public Object pop(){ if(size == 0){ throw new EmptyStackException(); } return stack[--size]; } // 기타 구현 내용 } 예를 들어 위와 같이 stack을 구현하였을 때, 내용에서 메모리 누수가 발생하는 곳은 pop() 메소드를 실행시켰을 때, 논리적인 개념으로는 stack의 가장 윗 부분의 객체를 꺼내서 사용했다지만 실제.. 공감수 0 댓글수 1 2023. 6. 13.
[AWS 2023 Summit] 오픈소스 데이터베이스로 탈 오라클 최근에 AWS 2023 Summit의 2번째 날에 참가할 기회가 있었는데, 이 때 본 내용 중 가장 흥미로웠던 세션에 대해 소개해보고자 한다. 글 자체는 행사(4월 말 경) 끝나고 직후에 거의 작성해놨는데, 정리해서 올리는데 너무 오래 걸렸다...ㅎㅎ 오픈소스 데이터베이스로 탈 오라클 온프레미스로 떠있던 상용 데이터베이스 데이터를 클라우드 데이터베이스로 마이그레이션 이를 진행하기 전까지의 고민에 대한 이야기 데이터 베이스 트렌드 프론트↔서버↔(큐 캐시 메시지) ↔ 데이터 베이스 기존에는 oracle과 같은 RDBMS aws로 마이그레이션 된 경우 dynamo db가 핵심 1.자체 관리형 → AWS 관리형 다른 클라우드와 연계가 쉽다 운영부담 감소 캐시 및 영구 인메모리 데이터를 활용 스케일링 문제 해결 .. 공감수 0 댓글수 0 2023. 6. 12.
[Java] Effective Java 3/E item 4~6 item4: 인스턴스화를 막으려거든 private 생성자를 사용해라 정적 멤버만 담은 유틸리티 클래스는 인스턴스로 만들어 쓰는 설계X 하지만 생성자를 명시하지 않으면 자동 생성되기에, private 생성자를 만들어 인스턴스화를 막자 이러한 방법은 상속을 불가능하게 하는 효과도 존재 Plus) 추상 클래스로 만드는 것으로 인스턴스화를 막을 수 없음. 왜냐하면 하위 클래스를 만들어 인스턴스화할 수 있기 때문 + 상속하여 사용하라는 의도로 착각될 수 있음 item5: 자원을 직접 명시하지 말고 의존 객체 주입을 사용하라 하나 이상의 자원에 의존하는 클래스를 만들 때, 사용하는 자원에 따라 동작이 달라지는 클래스에는 정적 유틸리티 클래스나 싱클톤 방식이 적합하지 않음 인스턴스를 생성할 때 생성자에 필요한 자원을.. 공감수 0 댓글수 0 2023. 5. 28.
[Java] Effective Java 3/E item 1~3 Item1: 생성자 대신 정적 팩토리 메소드를 고려하라 클래스 인스턴스를 얻는 전통적인 수단는 public 생성자 이와 별도의 수단으로 클래스는 정적 팩토리 메소드를 제공할 수 있음 정적 팩토리 메소드가 public 생성자에 비해 가지는 장단점 장점 이름을 가질 수 있음 Ex) BigInteger(int, int, Random) vs BigInteger.probablePrime 호출될 때마다 인스턴스를 새로 생성하지 않아도 됨 생성 비용이 큰 객체가 자주 요청되는 상황이라면 성능적으로 좋음 반복되는 요청에 같은 객체를 반환하는 식의 정적 팩토리 방식의 클래스는 인스턴스 통제할 수 있음. 이를 통해 클래스를 싱글톤으로 만들 수도, 인스턴스화 불가로 만들 수도 있음 반환 타입의 하위 타입 객체를 반환할 수 .. 공감수 0 댓글수 0 2023. 5. 26.
방향과 힘, 벡터가 인생이다. 서론 최근에 개인적인 방황을 시작했다. 어떻게 보면 목표를 잃어버렸다. 학생 때는 어떠한 목표의식에 대한 고민이 없었다. 중간 고사, 기말 고사로 휘몰아치는 와중에 수능과 입시라는 장기적인 목표가 존재하였고, 이러한 목표에 도달했을 때 다음에는 졸업과 취업이라는 다음 단계의 목표를 부여받았다. 정말 대부분의 사람들이 사소한 것은 다르지만 대략적인 틀에서는 동일한 길을 걸었기에 그 과정에서 다른 길로 눈을 돌릴 틈도 그럴 만한 특별한 무언가를 가지고 있지도 않았기에 의심없이 길을 걸어왔다. 그 결과 내가 생각했던 목표인 취업이라는 목표에 도달했을 때, 나는 다음 목표를 잃어버렸다. 이전에는 단순히 직장에서 인정받고 좋은 엔지니어가 되는... 매우 추상적인 다음 목표를 상상했는데, 막상 출발선에 서니 그럼 .. 공감수 0 댓글수 0 2023. 5. 24.
스프링 프록시 팩토리 💡 프록시(Proxy) 란? 클라이언트가 실제 사용하려는 대상인양 요청을 받아 처리하는 역할. 프록시에게 요청을 넘겨받아 최종 처리하는 오브젝트는 타깃(Target). 타깃과 프록시인지 클라이언트가 구별할 수 없어야 하기에 둘은 같은 인터페이스를 확장해야 함. 프록시는 사용 목적에 따라 2가지로 나뉨 부가적인 기능 부여 ⇒ 데코레이터 패턴 접근 제어 ⇒ 프록시 패턴 프록시 패턴 객체 생성은 비용 ⇒ 최소한, 필요 시점까지 미루는게 좋음 타깃에 대한 접근권한 제어 가능 캐싱 프록시의 단점 프록시가 멤버변수로 타깃 오브젝트 가지기에 타깃 오브젝트에 종속적 똑같은 기능 수행하는 프록시라도 여러 타깃에 적용하려면 타깃의 갯수 만큼 프록시 생성해야 하기에 코드 중복 발생 프록시를 사용하지 않는 메소드에도 타깃으로.. 공감수 0 댓글수 0 2023. 5. 24.
Inner Class로 DTO 관리 프로젝트 내 VO 혹은 DTO 패키지 안에 필요할 때마다 Class파일을 생성하면 DTO 파일들이 마구마구 늘어난다. 여기서 파생되는 문제점들은.. 부분적으로 중복되는 파일 갯수 자체가 많아지고 보기에 안좋다. 더 이상 ClassName이 중복되지 않는 DTO를 만들기가 어려워집니다. 필드들이 겹치는 DTO로 대충 Response를 내리다보니 Over-Fetching을 하게됩니다. Inner Class로 DTO를 관리한다면 조금 더 깔끔한 패키지를 만들 수 있고, DTO ClassName을 정하는게 수월해진다. 그래서 Inner Class로 DTO를 관리하는 것이 좋지 않나? 라는 생각으로 이러한 방법을 검토해보았다. 예시 코드 @Getter @NoArgsConstructor(access = Access.. 공감수 0 댓글수 0 2023. 5. 10.
[클린 코드] 8장 경계 외부 코드(오픈 소스 등)를 사용하지 않을 수 없음, 있지만 매우 비효율적 => 외부 코드와 우리의 코드를 깔끔하게 통합하기 위한 이야기 외부 코드 사용하기 인터페이스 제공자는 많은 고객을 유치하기 위해 범용성을 추구 인터페이스 사용자는 자신의 서비스에 특화되길 원함 예시로 java.util.Map을 들면 // Sensor 라는 객체를 담는 Map을 만든다면 Map sensors = new HashMap(); 위와 같이 Map 인스턴스를 이곳 저곳에 넘긴다면 Map 인터페이스에 변경이 생길 시 수정할 코드가 많아진다. (현재로선 java.util.Map이 더 이상의 수정이 가해질 것 같지 않은 상태이지만, 이러한 상태에 도달하기 전까지 수정이 있었다는 것을 생각해야할 것) public class Sens.. 공감수 0 댓글수 0 2023. 4. 24.
[클린 코드] 7장 오류처리 오류코드 보다 예외를 사용해라 오류 플래그를 설정하거나 호출자에게 오류 코드를 반환하는 경우 논리와 오류 처리 코드가 섞이기에 호출자 코드가 복잡해짐 + 호출 즉시 오류 확인해야 함 Try-Catch-Finally 문부터 작성하라 try 블록의 트랜잭션 범위부터 구현하게 되어 범위 내에서의 트랜잭션 본질을 유지하기 쉬워짐 미확인(unchecked) 예외를 사용하라 확인된 예외는 OCP(Open Closed Principle)를 위반 => 하위의 메서드에서 확인된 예외를 던지면 상위의 선언부에 해당 예외를 정의해야 함 즉, 캡슐화가 깨진다. 이로 인해 발생하는 의존성이라는 비용은 이익보다 큰 경우가 대다수이다. 예외에 의미를 제공해라 예외를 던질 때는 전후 상황을 충분히 덧붙여 오류가 발생한 원인과 위치를.. 공감수 0 댓글수 0 2023. 4. 23.
Lombok @Builder vs @Accessor vs Setter 서론 최근 스프링 개발할 때 Lombok의 @Builder 어노테이션을 많이 쓰고 있는데, 아무리 생각해도 기존의 방식인 get/set 방식이랑 비교해서 너무 편해지고 가독성도 좋기에 분명 성능의 일부를 포기하고 이러한 장점을 얻었을 것이라는 생각이 자연스럽게 들었다. 그렇지만 Setter를 활용하는 것은 코드의 가독성도 해치고 무엇보다 너무 귀찮다. 검색하던 와중 이러한 불편함을 해결하는 @Accessors에 대한 존재도 알 수 있었다. 그래서 @Builder 나 @Accessors 같이 편하게 만들어주는 요소들은 성능의 일부를 포기하는 것이 정말 맞나? 라는 답을 찾기 위해 테스트를 수행하고 결과에 대한 이야기를 하기 전에 @Builder와 @Accessors에 대한 이야기를 먼저 해보고자 한다. @.. 공감수 0 댓글수 0 2023. 4. 21.
[마이크로 서비스 패턴] 1장 모놀리식 지옥에서 벗어나라 작은 규모의 소프트웨어에서는 모놀리식이 장점이 많음 개발 편함 쉽게 변경 테스트 용이 배포 용이 업-다운 스케일 용이 서비스가 커지면서, 즉 프로그램 규모가 커질수록 위의 장점은 사라지고 단점들이 많아짐 너무 복잡해서 개발자가 주눅든다 (매우 공감…) 코드 베이스를 이해하기 힘듬 (만악의 근원) 자연스럽게 개발이 더뎌짐 자연스럽게 테스트가 오래걸림 자연스럽게 수정,배포가 어려움 갈수록 한물간 기술 스택에 발목 붙잡히다 아키텍쳐 때문에 어쩔 수 없이 점점 한물간 기술 스택을 쓸 수 밖에 없고, 그 특성상 최신 기술을 사용하고자 전체 모놀리식 어플리케이션을 재작성하는 것은 비용도 비용이고 리스크가 높아 그냥 따라갈 수 밖에없음 💡 == 신한카드의 IT 서비스의 현상황이라고 생각 💡 도입부에서 이미 박수 치고.. 공감수 1 댓글수 2 2023. 4. 20.
[클린 코드] 6장 객체와 자료 구조 자료 추상화 // 구체적인 Point 클래스 public class Point{ public double x; public double y; } // 추상적인 Point 클래스 public interface Point{ double getX(); double getY(); double setCartesian(double x, double y); double getR(); } 구체적인 Point 클래스는 구현을 노출한다. 변수를 private으로 하여도 각 값마다 get/set 함수를 제공한다면 구현이 외부로 노출된다. 즉 변수 사이에 함수라는 계층을 넣는다고 구현이 감춰지는 것이 아니다! 구현을 감추기 위해서는 추상화가 필요하고, 그 역할을 해주는 것이 추상 인터페이스이다. 사용자는 추상 인터페이스를 통.. 공감수 0 댓글수 0 2023. 1. 25.
[클린 코드] 5장 형식 맞추기 코드가 깔끔하고, 일관적이며, 질서정연하려면 글과 동일하다 한 사람이 쓴 것 같이 형식은 통일되고 흐름은 비슷해야한다. 즉 코드 형식을 맞추기 위한 규칙을 정하고 팀원들이 이를 충실히 따라야 한다는 것이다. 형식을 맞추는 목적 유지보수 용이성과 확장성을 가지는 것이다. 세로 형식 적절한 행길이를 유지할 것 일반적으로 너무 큰 파일보다 작은 파일이 이해하기 쉽다. 신문 기사처럼 작성할 것 신문은 위에서 아래로 읽기에, 첫 문단에 전체 기사 내요을 요약하고 내려오면서 세세한 사실을 설명. 이와 비슷하게 첫 부분은 고차원 개념과 알고리즘을 설명, 아래로 내려올수록 의도를 세세하게 묘사한다. 마지막에는 가장 저차원 함수와 세부 내역을 설명 개념은 빈행으로 분리 빈 행은 새로운 개념을 시작한다는 시각적 단서 pu.. 공감수 0 댓글수 0 2023. 1. 24.
[클린 코드] 4장 주석 주석은 필요악 프로그래밍 언어로만 모든 의도를 표현하고 서로 이해할 수 있다면 주석은 필요하지 않음 우리는 프로그래밍 언어로만 의도를 전달하는 것을 실패하고 이를 만회하기 위해 주석을 사용한다. 즉 주석은 존재 자체가 표현을 제대로 하지 못한 실패의 산물이라는 것 주석이 악한 이유 주석은 거짓말을 한다. 오래될수록 코드와 멀어지고 그릇될 가능성이 커진다. 왜냐하면 코드를 유지보수하는 것도 어려운데 주석까지 유지 보수를 하는 것은 현실적으로 불가능하기 때문이다. 부정확한 주석은 아예 없는 주석보다 훨씬 더 나쁘다. 주석은 나쁜 코드를 보완하지 못한다 보통 주석을 추가하는 경우 코드 품질이 나쁘기 때문에 이를 보완하기에 작성한다. 하지만 주석을 다는 것보다 코드 품질을 올리는 것이 더 중요하다 // 직원이 .. 공감수 0 댓글수 0 2023. 1. 23.

반응형

문의안내

티스토리
로그인
고객센터

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