coyled.com - mysetting

3:35 5/23

sungjk.github.io

mobile screenshot relative

3:35

sungjk.github.io

mobile screenshot

coyled.com
https://sungjk.github.io/

stuff from coyled

최종 피드 수집: 2024-05-12 23:15

전체 (60)

1M

Stacked Diffs(Stacked PR)

커밋을 잘게 쪼개거나 PR(Pull Request) 본문에 친절하고 자세한 내용을 담아서 코드 리뷰를 요청하는 것은 리뷰를 좀 더 효율적으로 하기 위한 당연한 방법으로 여겨지곤 합니다. 이 외에도 더 나은 코드 리뷰 프로세스와 피

000

5M

AWS re:Invent 2023 후기

AWS re:Invent는 매년 미국 라스베이거스(Las Vegas)에서 열리는데, 세계 3대 컨퍼런스 중 하나라고 한다. 행사에 참여하기 전에는 그저 큰 행사 중 하나라고만 알고 있었는데 막상 다녀와보니 정말 맞는 말인거 같다는

000

8M

효율적인 테스트를 위한 Stub 객체 활용법

요즘 회사에서 테스트 코드를 작성하는 재미가 쏠쏠하다. 예전엔 정말 귀찮은 시간이었는데 지금은 나름의 노하우가 생겨서 그런 것 같다. 구체적으로 무엇이 달라졌을까? 그동안 테스트 코드를 작성하는 건 왜 힘들었을까? 크든 작든 오랜

000

8M

Netty Channel, EventLoop

Netty framework를 사용하다보면 Channel, EventLoop 같은 용어들을 자주 마주하게 된다. Spring Webflux에 대해 조금 알고 있다면 EventLoop가 조금은 친숙할 것이다. 크게 Thread 기반

002

9M

꾸준히 한다는 것

Lovin’ Spoonful - Daydream
달리고 있을 때 어떤 일을 생각하느냐, 라는 질문을 종종 받는다. 그런 질문을 하는 것은 대체로 오랜 시간을 달려본 경험이 없는 사람들이다. 그리고 그런 질문을 받을 때마다 나는 깊

002

9M

글또 8기를 마치며

지난 6개월
2023년 2월부터 7월까지 6개월 동안의 글또 8기 활동의 마지막 글이다. 패스를 한 번도 쓰지 않고 2주 마다 글쓰기 마쳤다. 6개월 동안 12개의 글을 썼구나. 다시 읽어보면서 어떤 글을 썼는지 살펴보자.
202

002

10M

IntelliJ 안에서 gRPC 호출 테스트하기

평소 gRPC Client를 개발하다가 호출 테스트를 위해 grpcurl을 주로 사용했다. gRPC Server가 Reflection Protocol을 지원하면 Stub 등을 만드는 프리 컴파일 과정이 필요없이 런타임에 gRPC

002

10M

모든 일은 때가 있다

흔히 인생을 사계절에 비유한다. 조금 진부한 것 같지만 계절의 비유만큼 인생을 잘 설명해주는 것도 없다. 인생이 란 매 순간에 일어난 일들만으로는 완결적인 의미를 가질 수 없다. 그것들이 서로 연결되면서 이 단계에서 저 단계로 넘

000

10M

Kotlin 코드 컨벤션 맞추기(feat. Spotless)

유지보수성, 결합도, 응집도 등의 특성들이 소프트웨어의 품질을 향상시키기 위한 전략이라고 한다면, 코드 품질을 개선하기 위한 전략으로는 코드 리뷰, 정적 분석, 코딩 컨벤션 등이 있다. 이 중에서도 정적 분석과 코딩 컨벤션을 도와

002

11M

ThreadPoolTaskExecutor의 waitForTasksToCompleteOnShutdown 속성 알아보기

어느 날, 회사에서 새로운 기능을 추가한 후 테스트를 하는 과정에서 비동기로 실행되는 작업이 제대로 동작하지 않는걸 확인했다.
에러 내용을 보면 ExecutorService를 통해 비동기적으로 2가지 작업이 실행되는데, 하나는 O

004

1y

Kafka의 ACKS, ISR 설정에 따른 NOT_ENOUGH_REPLICAS 에러 원인 살펴보기

운영중인 서비스에서 카프카로 이벤트 메시지를 발행하고 있다. 그런데 어느날 갑자기 개발 환경에서 아래와 같은 에러가 발생하면서 Producer의 메시지 발행이 실패하고 있었다.
그리고 위 에러와 관련 있어 보이는 아래 메시지도 발

002

1y

사내 JVM 챕터 테크톡 후기

4월초에 회사 블로그에 “매일 배포하는 팀이 되는 여정” 이라는 주제로 2편의 글을 작성했다. 틈틈히 회사에서 경험한 엔지니어링 관련 내용들을 블로그에 정리했었는데, 이 내용들을 보기 좋게 다듬었더니 글을 완성시키기까지 하루? 이

000

1y

기술적 겸손함을 가진 개발자되기

어느덧 실무 연차로 치면 7년차 개발자가 되었다. 첫 회사에서 처음 1년은 프론트엔드 개발을 했었으니, 백엔드 개발은 6년 정도 됐구나. 그동안 함께 일했거나 마주쳤던 서버 개발자들과 실무 커리어 그리고 기술 스택 면에서 조금 다

005

1y

Feature Toggle 150% 활용하기

지난 포스팅에서 우리 팀에 맞는 Git Branch 전략 선택하기라는 주제로 Github Flow를 적용한 이야기를 기록했었다. 글로 표현하려니.. 모든걸 다 담아내기엔 어려움이 적지 않았다. 실제로는 더 많은 고민과 이야기가 있

000

1y

우리 팀에 맞는 Git Branch 전략 선택하기

지금 팀에 합류한지 어느덧 2년이 다 되어간다. 합류 당시 작성된 코드 베이스가 한 줄도 없는 상황에서 새로운 제품을 만드는 것과 별개로, 개발 문화와 프로세스도 함께 만들어 나아갔다. 그 중에서도 배포를 하는 과정에서 우리 팀에

006

1y

다시 계획적인 글쓰기를 위해

매년 새해가 되면 친구들과 모여서 올해에 이루고 싶은 것들을 각자 적어보고 공유하는 시간을 가진다. 올해는 한라산에서 해돋이를 보고 카페에서 각자 2023년 목표를 적어보았다. 목표와 구체적인 계획을 작성하기 전에 작년엔 어떤 것

003

1y

Feature Branch

Feature Branch는 개발자가 새 기능에 대한 작업을 시작할 때 만드는 브랜치로, 소스 코드 브랜칭 패턴중 하나다. 개발자가 피쳐에 대한 모든 개발을 완료하면 나머지 팀의 변경 사항과 기능을 통합하는(integrates)

000

1y

Frequency Reduces Difficulty

‘고통스러우면 더 자주하라‘는 말을 좋아한다. 표면적으로는 무의미해 보이지만, 깊이 파고 들어보면 행복을 가져다 주는 가치가 있다.
이에 대한 예시로 통합(Integration)이 있다. 대부분의 개발자는 자신이 한 작업을 다른

002

1y

Circuit Breaker

네트워크를 통해서 다른 시스템에서 실행 중인 소프트웨어를 원격으로 호출하는건 일반적인 패턴이다. 메모리 내에서 하는 호출과 원격 호출의 가장 큰 차이점 중 하나는, 원격 호출은 실패하거나 정해진 타임아웃 시간에 도달할 때까지 응답

000

1y

Feature Toggles (aka Feature Flags)

Feature Toggles은 코드를 수정하지 않고 시스템 동작을 바꾸는 기술이다. "Feature Toggling"은 사용자에게 새로운 기능을 빠르고 안전하게 제공하는데 도움을 주는 패턴이다. Feature Toggles은 Fe

000