git pull 땡길때마다 귀찮은 Git 인증 매번 안 하기

일단 한번 git push 하거나 pull 땡길때 로그인 정보 받으면 그 뒤에 git config credential.helper store 그리고 다른 모든 git 폴더에서도 똑같이 쓰려면 git config credential.helper store --global 그런데 일시적으로만 하고 싶다? ( 1시간 ) git config credential.helper 'cache --timeout=3600'

• format_list_bulleted 개발/Etc
• · 2024. 1. 17.
• textsms

진짜 쉬운 RabbitMQ (AMQP)의 일반적인 흐름 (producer to consumer)

RabbitMQ는 AMQP 프로토콜을 구현한 메시지 브로커다. 메시지가 producer부터 consumer까지 전달되는 흐름을 간단하게 설명하자면 일반적으로 producer 는 exchange 에 메시지를 보낸다. exchange는 라우터의 역할을 하면서 자신과 binding된 queue에 메세지를 보낸다. queue와 exchange를 바인딩 하는건 당연히 메시지 보내기 전에 해둬야 한다. 이 때 exchange는 fanout 이냐 direct냐 아님 topic 이냐 같은 exchange 생성 당시 속성에 따라서 큐에 어떻게 메시지를 보낼지 결정한다. 아래 그림을 보면 한번에 이해가 될텐데, direct 나 topic은 큐를 binding 할때 아님 메시지를 보낼때 바인딩된 모든 큐가 아니라 바인딩 된..

• format_list_bulleted 개발/Etc
• · 2024. 1. 17.
• textsms

Early Return 에 대해서

if else 문으로 길게 빼는것 대신에 if에 반대 조건을 체크해서 코드 초반에 return 시키는 스타일을 말하는데 if (!isCooking) { return; } // 이 뒤에 isCooking시 로직을 적는다 - 좋은 가독성 - 중첩 if else 로 인한 혼란 방지 - 쉬운 테스트 등의 장점으로 실제로도 많이 이용되는 스타일이다. 그러나 이 패턴이 항상 옳은가? 라고 말하면 아니라고 할 수 있는데 1.복잡한 비즈니스 로직에서 if-else의 중첩이 필요한 경우나 2. 함수에 조건이 많아지면 한 함수안에서도 수많은 return 이 이뤄지게 되는데 이것이 오히려 가독성을 해칠 수 있기 때문이다. 재미있게도 가독성의 경우에는 장점이 될 수도 있고 단점이 될 수도 있는것이다. 그래서, 무조건 earl..

• format_list_bulleted 개발/Etc
• · 2023. 3. 6.
• textsms

깃허브 Public API Respository 공유

https://github.com/public-apis/public-apis#index GitHub - public-apis/public-apis: A collective list of free APIs A collective list of free APIs. Contribute to public-apis/public-apis development by creating an account on GitHub. github.com 공공 api를 모아둔 레포지토리인데 토이프로젝트 같은 것 만들때 유용하게 쓸 수 있을것 같아서 공유한다. api 가지고 놀면 시간 금방가니까 시간 때우기로 그냥 둘러보는 것도 괜찮음

• format_list_bulleted 개발/Etc
• · 2022. 6. 22.
• textsms