태그
디자인 패턴,
exception,
Kafka,
Naming,
디자인패턴,
Insert Interval,
leetcode 57,
merge intervals,
leetcode sort,
leetcode 56번 문제,
leetcode 문제,
leetcode 395,
리트코드 문제,
Kth Largest Element in an Array,
leetcode 215,
분할정복법 문제,
Search a 2D Matrix II,
leetcode 240,
셸 정렬,
Golang Mysql,
마이크로서비스 공통패턴,
ServiceMonitor,
Prometheus Operator,
Operator Framework,
rpc 프레임워크,
rpc예제,
go로 rpc 다루기,
JWT 구조,
go로 웹서버 만들기,
net/http,
Unmarshaling,
Marshaling,
go언어 마샬링,
go interface,
고 인터페이스,
golang 인터페이스,
golang interface,
카프카 스케일아웃,
주키퍼 스케일아웃,
카프카 툴,
카프카 명령어,
컨슈머 그룹,
Consumer Group,
카프카 디자인,
카프카 구조,
주키퍼란,
zookeeper란,
카프카 특징,
카프카가 뭐에요,
kafka 개요,
kafka란,
카프카 컨슈머,
카프카란,
try-catch 사용하기,
예외처리방법,
Java error,
Exception 종류,
스트레티지 패턴,
디자인패턴의 원칙,
디자인패턴의 정의,
2020년 1월 1일에 하는 회고,
남들 다 하길래 하는 회고,
나도 회고,
너도 회고,
걍 회고,
그냥 회고,
Spring 개발자 회고,
Kubernetes 개발자 회고,
신입사원 회고,
2019년 회고,
스프링부트 테스,
공통화 모듈,
permitAll하면 권한검사 건너뛴다ㅡㅡ,
WebSecurityConfig,
userId를 파라미터로 받으면 안되는 경우,
이중 Stream,
생성자..ㅡㅡ,
JPA null Error,
더 잘 할 수 있도록 노력해야징,
개발자에게 커뮤니케이션이 중요한 이유를 깨닫게 됨,
권한 문제 해결방안,
데몬스레드,
flatMap,
atomicInteger,
캐시 #웹캐시,
Decorator pattern,
kafka consumer,
Java Exception,
스레드그룹,
try-catch,
자바 예외처리,
스레드풀,
JAVA 에러,
strategy 패턴,
JSON Web Token,
java8,
전략 패턴,
데코레이터 패턴,
오프셋,
데코레이터,
URL Encoding,
최종집계,
인트로 정렬,
intro sort,
옵저버 패턴,
Observer Pattern,
자바에러,
springSecurity,
optional,
offset,
collect,
throws,
컨슈머,
중간집계,
마샬링,
정렬 알고리즘,
람다,
JWT,
consumer,
stream,
lambda,
황농문,
synchronized,
객체구조,
concurrency,
shell sort,
Topic,
zookeeper,
문서화,
토픽,
strategy pattern,
동시성,
주키퍼,
토큰,
스트림,
멀티스레드,
junit,
파티션,
스레드,
thread,
RPC,
partition,
디버깅,
map,
집중,
몰입,
카프카,
동기화,
java,