[꼰대개발자가 살아온 이야기#3] 취업문이 어디있드라
#꼰대개발자가살아온이야기 #03 전제) 개인적인 사견일 뿐이고, 제 경험을 공유하는 것일 뿐입니다. “취업문” 굉장히 핫 한 단어죠?? 신입/경력 너나 할 것 없이 이 놈의 취업문으로 인해 힘들어하시는 분들이 많습니다. 이게 참 아리송한 문제인데 열심히 준비했고 노력했는데 왜 나는 취업이 안될까?”라는 생각을 하는 사람만 있지. 취업이 쉬웠다고 하는 사람은 너무
#꼰대개발자가살아온이야기 #03 전제) 개인적인 사견일 뿐이고, 제 경험을 공유하는 것일 뿐입니다. “취업문” 굉장히 핫 한 단어죠?? 신입/경력 너나 할 것 없이 이 놈의 취업문으로 인해 힘들어하시는 분들이 많습니다. 이게 참 아리송한 문제인데 열심히 준비했고 노력했는데 왜 나는 취업이 안될까?”라는 생각을 하는 사람만 있지. 취업이 쉬웠다고 하는 사람은 너무
#꼰대개발자가살아온이야기 #02 전제) 개인적인 사견일 뿐이고, 제 경험을 공유하는 것일 뿐입니다. “Work-Life-Balance” “일과 삶의 균형” 워라밸의 유래를 살펴보면 이 표현은 1970년대 후반 영국에서 개인의 업무와 사생활간의 균형을 표현하는 work-life balance 라는 단어로 처음 등장했다고 합니다. (출처. https://fs-reader.tistory.com/186) 야근 문화가 너무 당연시되는 한국
#꼰대개발자가살아온이야기 #01 전제) 개인적인 사견일 뿐이고, 제 경험을 공유하는 것일 뿐입니다. 내 인생의 첫 면접은 한국교원대학교 수학교육과 입시면접이었다. 1박 2일 코스였고 시험도 보고 면접도 보는 일정이었다. 벌써 20년도 지난 이야기라 기억이 명확하지 않을 것 같지만 지금까지 뇌리에 박혀 있을만큼 당시에는 큰 충격이었다. 어찌보면 이 일로 인해 수학교육과를 포기했을지도 모른다. 다른
다음은 'failed login' 메시지 조건을 이용한 로컬 로그인 실패 발생 추이. 'failed login' 메시지와 로그인 실패 발생은 양의 상관관계를 갖는다. 상관분석 사례는 없냐는 질문을 받았다. 네? 지금 하고 있는데요 담배 타임 때 슬쩍 물어봤다. 어떻게 하는 게 상관분석일까요? 로그를 2개 이상 묶어야 상관분석이라고. 사례도 하나 알려
해당 코드는 Github에 공개되어 있습니다. 스프링에서는 JSR 303 기반 어노테이션 기반으로 일관성 있는 Validation을 진행할 수 있습니다. 하지만 @NotNull, @NotEmpty, @Email과 같은 검증은 가능하지만 비즈니스적에 맞는 Validation은 별도로 진행해야 합니다. 예를 들어 주문에 대한 결제 정보를 받는 경우 카드 결제 시에는 카드 정보, 무통장 결제에는 계좌 정보를 입력받아야 합니다. 해당
최근 한국에 머무르는 시간이 길어지면서 Popit 저자 섭외 활동과 병행하여 개발자 멘토링을 꾸준히 하고 있습니다. SI 경력 10년 정도 되는 개발자와 만나서 이야기 한 내용을 대략적으로 정리해 보았습니다[1]. 어느날 페이스북 메신저로 SI 분야에서 계속 있으면서 10년 정도의 경력을 가지고 있는데 자신이 만든 코드에 대해 리뷰를 해줄 수 없냐는 요청을
이번 주제는 디스크와 관련된 주제로 글을 작성해보겠습니다. 디스크 구성과 관련된 질문들을 여러 차례 받은 경험도 있고, 이러한 주제를 가지고 정리된 글은 없다고 생각되어 적게 되었습니다. 디스크 구성에 대해 이러한 방식이 표준이다라는 정답은 없지만, 향후 규모가 큰 카프카 클러스터를 구성하거나 IO 때문에 고민이신 분들에게 조금이나마 도움이 되었으면 합니다. 사실 예전부터 쓰려고
<플랫폼 제국의 미래> 를 지인 추천으로 읽었다. 플랫폼이라는 말에 흥미를 느끼고 있거나 직업 현장에서 디지털이라는 표현을 쓸 일이 있는 분이라면 일독을 권할 만하다. 다 읽고 나서 보니 미래라는 표현은 내용과 거리가 멀다. 플랫폼 제국으로 분류한 네 개의 거대 기업의 미래를 조망하는 책은 아니다. 원제를 보니 Hidden DNA라 칭한
* Spring WebFlux와 Kotlin으로 만드는 Todo 서비스 – 1편 * Spring WebFlux와 Kotlin으로 만드는 Todo 서비스 – 2편 * Spring WebFlux와 Kotlin으로 만드는 Todo 서비스 – 테스트 슬라이스 적용하기 개요 지난 예제들에선 간단한 Todo 예제를 만들고 개선해봤습니다. 또한 그렇게 만들어진 예제의 CRUD를 curl을 이용해 동작을 검증하였습니다. 하지만 변경 사항이 발생하였을 경우 매번 애플리케이션을 재기동 하여 잘
비동기 메시지를 사용하여 상호 간에 통신하는 방식을 메시징Messaging[1]이라고 부른다. 마이크로서비스 환경에서 비동기 처리 시 보통 카프카Kafka나 래빗엠큐RabbitMQ 같은 메시지 브로커Message Broker를 사용하여 메시징을 구현한다. 아래와 같이 마이크로서비스들이 메시징을 통해 협업하여 주문을 처리한다고 가정해보자. OrderService는 주문 상태 이벤트(예. ORDER_CREATED, ORDER_CANCELLED 등)를 메시지 브로커에 발행하고 이벤트에
방화벽처럼 key-value 구조가 반복되는 로그의 필드 분류에는 kv 필터가 딱이다. 특히 구분기호로 '='을 사용하는 key-value 구조는 kv {} 구문만으로도 완벽한 테이블 구조를 만들어 줌. sip = 1.1.1.1 dip = 2.2.2.2 sport = 100 dport = 200 action = permit sip = 1.1.1.1 dip = 2.
* Spring WebFlux와 Kotlin으로 만드는 Todo 서비스 – 1편 * Spring WebFlux와 Kotlin으로 만드는 Todo 서비스 – 2편 * Spring WebFlux와 Kotlin으로 만드는 Todo 서비스 – 테스트 슬라이스 적용하기 개요 오늘 예제에서는 Spring WebFlux와 Kotlin으로 만드는 Todo 서비스 - 1편 에서 만들어본 예제를 기반으로 JDBC를 대체하는 R2DBC를 적용해보고 그 둘의 차이점과 R2DBC란 무엇인지 어떤 장단점이 있는지 알아보도록