분류 전체보기
-
system-design-101. REST API vs. GraphQL📖 개발 공부 2024. 6. 9. 20:01
REST API vs. GraphQL RESTUses standard HTTP methods like GET, POST, PUT, DELETE for CRUD operations.CRUD 작업에 GET, POST, PUT, DELETE와 같은 표준 HTTP 메서드를 사용.Works well when you need simple, uniform interfaces between separate services/applications.별도의 서비스/애플리케이션 간에 간단하고 통일된 인터페이스가 필요할 때 잘 작동함.Caching strategies are straightforward to implement.구현이 간단한 캐싱 전략.The downside is it may require multiple rou..
-
글또 9기 회고카테고리 없음 2024. 5. 12. 18:12
글 쓰는 또라이가 세상을 바꾼다 - 글또 페이지 | NotionURL : https://bit.ly/geultto_introzzsza.notion.site 23년 12월부터 현재까지 5개월간의 글또 9기 활동이 마무리를 앞두고 있다. 이번 회고글로 글또 9기를 마무리하려고 한다. 2023 회고글에 작성했던, 글또에 지원한 이유를 가져왔다. 2023년 목표 중 하나로 개발 블로그를 꾸준히 운영하는 것이 있었다. 그래서 꾸준히 글을 업로드하려고 노력했다 일주일에 두번이상 올리기? 혼자 마음가짐을 하고 올렸는데, 시간이 지날수록 너무 기계적으로 올리게 되었고, 제대로 습득을 못한 채 일단 올려본 적도 있다. 그리고 회사일이 너무 바쁜 시기엔 거의 올리지 않았다. 그래서 나는 양 보다도 글의 질 을 더 높이고,..
-
Netflix의 BFF에서 GraphQL Federation으로 전환기📖 개발 공부 2024. 4. 14. 01:25
ByteByteGo 에서 재밌게, 또 유익하게 본 아티클의 내용을 정리하려고 한다! Evolution of Java Usage at Netflix Evolution of Java Usage at Netflix Stop releasing bugs with fully automated end-to-end test coverage (Sponsored) Bugs sneak out when less than 80% of user flows are tested before shipping. But how do you get that kind of coverage? You either spend years scaling in-house QA — or you get th blog.bytebytego.com 넷플릭스는 ..
-
유데미(Udemy) - Java 멀티스레딩, 병행성 및 성능 최적화 강의 후기📖 개발 공부 2024. 3. 31. 20:11
해당 후기는 유데미로부터 강의 쿠폰을 제공받아 작성되었습니다. 글또 활동 중, 좋은 기회로 유데미에서 강의를 들을 수 있게 되어 Java 멀티스레딩, 병행성 및 성능 최적화 강의를 들었다. 실무를 하면서 멀티스레드를 적용해본 경험은 있지만 적용으로 인한 부수효과를 제대로 파악하지 못한 채 쓰고 있는 것 같아 한번 딥하게 알아보고 싶었다. 강의 선택을 위해 구경하던 중, 해당 강의의 목차가 딱 나의 궁금증을 해소시켜줄 수 있을 것 같아 신청했다. 강의에서 배울 내용은 다음과 같다. Java에서 잘 설계된 올바른 멀티스레드 애플리케이션을 자신 있게 구축하는 방법 현대 소프트웨어 아키텍처 및 스레드를 이용한 난이도가 낮은 수준의 프로그래밍에 대한 전문가 수준의 실무 지식 클라이언트에게 사랑 받는, 성능과 반응..
-
Spring AOP를 Kotlin으로 개선해보기! (feat. 카카오페이 테크블로그)📖 개발 공부/kotlin 2024. 3. 17. 12:56
이번 글에서는 Spring AOP의 아쉬운 점과 함께 Kotlin의 Trailing Lambda 문법을 통해 개선하는 방법을 알아보려고 한다!카카오페이 테크블로그의 "Kotlin으로 Spring AOP 극복하기!" 글을 보고 해결한 내용이다. AOP 간단 설명AOP는 관점 지향 프로그래밍(Aspected Oriented Programming)으로 로깅, 트랜잭션과 같은 공통으로 실행되어야하는 부분을 비즈니스 로직에서 떼어내어 모듈화하여 재사용하는 것을 의미한다.AOP를 사용하여 비즈니스 로직을 작성하는 데에 집중할 수 있게 해준다. 이때 트랜잭션 로직과 같이 삽입되는 로직을 Advice, 그리고 로직이 삽입될 함수를 JoinPoint라고 정의한다. Spring AOP 아쉬운 점 살펴보기나는 Spri..
-
JPA N+1 문제 해결 일지 - 답은 JPQL에 있었다.📖 개발 공부 2024. 3. 3. 11:22
프로젝트 개발하면서 JPA에서 N+1 문제를 발견하여 원인과 해결한 방법들을 공유하고자 한다! 다음과 같은 Candidate 엔티티가 존재한다. @Entity @Table(name = "candidate") class CandidateEntity( @Id @GeneratedValue(strategy = GenerationType.IDENTITY) var id: Long? = null, @Enumerated(EnumType.STRING) var sourceType: SourceType, // 출처 소스 타입 var sourceId: String, // 출처 소스의 id var createdAt: LocalDateTime, // 생성일 @OneToOne(cascade = [CascadeType.ALL]) @..
-
Line | 오픈채팅 시스템 설계📖 개발 공부 2024. 2. 18. 02:24
“LINE 오픈챗 서버가 100배 급증하는 트래픽을 다루는 방법”을 보면서 오픈 채팅 시스템 설계를 정리한 내용이다! 오픈 채팅 시스템의 아키텍처는 다음과 같다. 채팅의 다양한 이벤트(메시지 전송, 메시지 반응, 메시지 읽음 등)들을 채팅 서버에 보낸다.해당 이벤트들을 모두 스토리지에 저장한다.그리고 Kafka에 해당 이벤트들을 발행한다.푸시 서버는 해당 이벤트들을 소비하여, 사용자들에게 해당 이벤트가 발생했다고 알린다.사용자는 해당 이벤트를 조회한다. 이때 스토리지에 접근하여, 새 메시지를 화면에 추가하는 액션을 실행한다. 이 아키텍처에서 트래픽이 급증할 수 있는 패턴들을 살펴보자.Hot Pattern 1: 수십개의 메시지를 주고받는 핫 챗만약 한 채팅에 5천명 이상의 사용자가 있다고 해보자.이때 [..
-
Toss | null return은 코드 복잡성을 만든다.📖 개발 공부 2024. 2. 17. 01:02
토스 테크블로그를 읽고 쓰는 글입니다.https://toss.tech/article/engineering-note-2 개발자 고객을 위한 코드 복잡성 관리! ☑️ 체크리스트ㄴ 코드 한줄을 바꾸기 위해 바꿔야할 코드가 많다?ㄴ 메서드 인자에 값을 추가하기 위해 지나가는 모든 메서드 인자 값을 추가한 적이 있다?ㄴ ... 하나라도 체크를 했다면, 코드 복잡성을 경험해본 것이다! 직접 겪어보고 크게 공감되었던 두개의 체크리스트만 가져와보았다. 코드를 바꿔야할 때 위의 경험들에 대해 고민을 해왔던 적이 종종 있었다. 과연 이게 올바른 방향일까? 라는 의문과 함께. “코드를 읽는 사람 입장에서 null은 복잡성을 만든다.” 예시를 보자.val user: User? = userRepository.findByNam..