축의금은 한국에서 중요한 문화적 의미를 가진 것 중 하나입니다.

결혼식이나 장례식에서는 축의금을 줌으로써 경조사에 대한 축하와 참여를 표현합니다.

하지만 축의금은 얼마를 줘야 적당한 것일까요?

이 질문에 대한 답은 간단하지 않습니다. 축의금의 적정 금액은 여러 가지 요인에 따라 달라집니다.

첫 번째로,

관계성이 중요합니다. 친한 친구나 가까운 친척의 경우, 일반적으로 축의금이 많이 주어집니다.

그리고 결혼식이나 장례식 등의 행사에서는 평균적인 축의금보다 조금 더 많이 주는 것이 일반적입니다.

두 번째로,

지역적인 요인이 영향을 미칩니다. 지역마다 축의금의 적정 금액이 조금씩 다를 수 있습니다.

특히 서울과 수도권 지역에서는 다른 지역에 비해 축의금이 높은 경우가 많습니다.

세 번째로,

행사의 종류와 규모가 영향을 미칩니다. 결혼식에서는 신랑 신부의 관계, 결혼식의 장소와 시기 등이 축의금에 영향을 미칩니다.

또한, 장례식에서는 죽은 사람과 가족의 관계, 장례식의 규모 등이 축의금에 영향을 미칩니다.

마지막으로,

개인적인 상황에 따라 축의금이 달라질 수 있습니다. 예를 들어, 축의금을 줄 여유가 없는 경우나, 자신이 가족이나 친구를 초청할 때 축의금을 받을 수 없는 경우 등이 있을 수 있습니다.

따라서, 축의금은 상황에 따라 적정 금액이 달라집니다. 일반적으로, 결혼식에서는 30만원에서 50만원 사이, 장례식에서는 10만원에서 30만원 사이가 적당한 축의금으로 여겨집니다. 

하지만 이는 일반적인 기준이며, 

상황과 관계에 따라 다를 수 있습니다.

축의금을 결정할 때는 상황을 고려하고, 적정한 금액을 지출하는 것이 중요합니다.

ChatGPT는 인공지능 기술 중 하나인 자연어 처리 모델 중 하나입니다. 자연어 처리란, 사람이 사용하는 언어를 컴퓨터가 이해하고 처리할 수 있는 형태로 변환하는 기술을 의미합니다.

ChatGPT는 OpenAI라는 연구 기관에서 개발한 대화형 인공지능 모델로, 거의 모든 자연어 처리 작업에서 우수한 성능을 보입니다. ChatGPT는 머신러닝이라는 분야에서 발전한 기술을 기반으로 하며, 대규모의 텍스트 데이터를 학습하여 인간과 유사한 대화를 수행할 수 있도록 학습됩니다.

ChatGPT는 일반 대화부터 문서 요약, 기계 번역, 자연어 이해, 질문 답변 등 다양한 자연어 처리 작업에 적용될 수 있습니다. 이 모델을 이용하면 인간과 기계 간의 자연스러운 대화를 구현할 수 있으며, 다양한 분야에서 활용 가능합니다.

이해하기 쉽게 예를 들어보면, ChatGPT는 인공 뇌라고 할 수 있습니다. 인간의 뇌는 말을 이해하고 말하는 데 탁월한 능력을 가지고 있습니다. 마찬가지로, ChatGPT도 대화를 이해하고 생성하는 능력을 가지고 있습니다. 인간의 뇌는 학습을 통해 더욱 능숙해지듯이, ChatGPT도 학습을 통해 성능을 개선합니다. 이러한 능력을 활용하여 ChatGPT는 인간과 자연스러운 대화를 할 수 있으며, 다양한 분야에서 유용하게 활용될 수 있습니다.

ChatGPT는 자연어 처리 분야에서 최첨단 기술 중 하나이며, 더 나은 대화 인터페이스 개발을 위해 많은 연구가 이루어지고 있습니다. 미래에는 ChatGPT와 같은 인공지능 기술이 우리 일상에 더욱 많이 사용될 것이며, 이를 이용한 다양한 서비스와 제품들이 등장할 것으로 예상됩니다.

현재 많은 사람들이 회사에서 일하다가 퇴사를 결심하는 경우가 많아졌습니다.

이에 따라 퇴사 방법도 다양해졌는데, 그 중 하나는 "조용히 퇴사하기"입니다.

이 방법은 다소 생소하게 들릴 수 있지만, 일부 상황에서는 좋은 선택일 수 있습니다.

본 포스팅에서는  IT 회사에서 조용히 퇴사하기 방법에 대해 알아보고, 이 방법이 적절한 경우를 살펴보겠습니다.

조용히 퇴사하기란, 퇴사 의사를 팀장이나 상사에게 직접 알리지 않고, 퇴사 전에 조용히 회사를 떠나는 방법을 말합니다. 이 방법은 크게 두 가지 상황에서 유용할 수 있습니다.

첫째,

직장에서 심리적인 압박을 받거나, 상사나 동료들과의 갈등으로 인해 이직을 결심한 경우입니다. 이런 경우 직접적으로 퇴사 의사를 밝히면, 더 큰 갈등이 생길 우려가 있습니다. 따라서 이런 상황에서는 조용히 퇴사하기가 좋은 선택일 수 있습니다.

둘째,

다음 직장으로 이직하기 전에 현재 직장에서 마지막 일을 조용히 마무리하고 싶은 경우입니다. 이런 경우에는 이직 시기를 결정할 수 있고, 이직 전까지 조용히 일을 하면서 마무리를 잘 할 수 있습니다.

하지만, 조용히 퇴사하기 방법에는 단점도 있습니다. 먼저, 상사와 동료들에게 고마움을 전하지 못하고 퇴사할 수 있습니다. 또한, 기존의 관계를 끊고 나가는 것이기 때문에, 추후에 재입사하거나, 추천서를 받기가 어렵습니다.

이에 구체적인 방법을 설명해 드리겠습니다. 

1. 직장에서의 인간 관계가 좋지 않은 경우:

이 경우에는 상사나 동료들과의 갈등으로 인해 이직을 결심한 상황입니다. 이 경우에는 직접적으로 퇴사 의사를 밝히면, 더 큰 갈등이 생길 수 있으므로 조용히 퇴사하는 것이 좋습니다. 이 경우에는 다음과 같은 방법을 고려할 수 있습니다.

• 휴가 신청: 일단 휴가를 신청해서 퇴사 전에 휴가를 다녀오는 것이 좋습니다. 휴가 동안에는 일을 하지 않아도 되기 때문에, 상사나 동료들과의 갈등에서 벗어날 수 있습니다. 또한, 퇴사 전에 자신이 맡은 업무를 다른 동료에게 전달할 시간도 확보할 수 있습니다.
• 업무 준비: 퇴사 전에 자신이 맡은 업무를 준비해두면, 퇴사 후에도 업무가 원활하게 이어질 수 있습니다. 자신이 맡은 업무를 다른 동료에게 자세하게 설명하고, 문서화를 해두면, 이후에도 다른 동료들이 업무를 이어받기 쉬워집니다.
  
  
• 인사말: 퇴사 전에는 상사와 동료들에게 직접적으로 감사의 마음을 전하고, 인사를 하는 것이 좋습니다. 이를 통해 나쁜 인간 관계를 끝내기 전에, 좋은 관계로 마무리할 수 있습니다.

2. 이직 전 마지막 일 조용히 마무리하는 경우:

이 경우에는 현재 직장에서의 마지막 일을 조용히 마무리하고, 다음 직장으로 이직하는 것이 목적입니다. 이 경우에는 다음과 같은 방법을 고려할 수 있습니다.

• 퇴사 예고 기간 준수: 이직을 결정한 후, 적어도 2주 이상의 퇴사 예고 기간을 충분히 준수하는 것이 중요합니다. 이는 이전 직장에서 업무를 다른 동료에게 전달하고, 이후 직장에서는 이전 직장에서의 업무를 수월하게 이어받을 수 있도록 하는데 큰 도움이 됩니다.
• 조용한 마무리: 이전 직장에서의 마지막 날은 가능한 조용하게 보내는 것이 좋습니다. 퇴사 이유나 새 직장에 대한 이야기를 피하고, 적극적으로 이전 직장에서의 업무를 마무리하는 것이 중요합니다. 이전 직장에서 좋은 평가를 받는다면, 새 직장에서도 자신의 업무 역량을 인정받을 가능성이 높아집니다.
  
  
• 인사말: 퇴사 전에는 상사와 동료들에게 감사의 마음을 전하고, 인사를 하는 것이 좋습니다. 이를 통해 나쁜 인간 관계를 끝내기 전에, 좋은 관계로 마무리할 수 있습니다. 또한, 인사말을 전하는 것은 앞으로의 인간 관계에도 큰 도움이 됩니다.
• 정보 유출 방지: 이전 직장에서의 업무나 기밀 정보를 유출하지 않도록 주의해야 합니다. 이전 직장에서의 업무나 기밀 정보는 그 회사의 자산이기 때문에, 이를 무단 유출하면 법적인 문제를 초래할 수 있습니다. 따라서 이전 직장에서의 업무나 기밀 정보를 안전하게 처리하는 것이 중요합니다.

조용히 퇴사하기는 일부 상황에서는 좋은 선택일 수 있습니다. 하지만, 상황에 따라서는 직접적으로 퇴사 의사를 밝히는 것이 더 나은 선택이 될 수 있습니다. 

조용히 퇴사하기를 선택하더라도, 최소한 상사와 동료들에게 감사의 마음을 전하고 인사를 한 후에 나가는 것이 좋습니다. 

마지막으로, 조용히 퇴사하기는 꼭 필요한 경우가 아니라면 권장하지 않습니다. 

직장에서의 인간 관계를 중요시하고, 좋은 추천서와 재입사 가능성을 고려한다면, 직접적으로 퇴사 의사를 밝히는 것이 바람직합니다.

오늘도 IT 직장인은 맛점하러 갑니다. 

맛점 하세요!

How to increase HTTP Header Size, getting 413 error

Get API에 413에러를 받는 경우가 발생한다. 이는 URL로 요청하는 사이즈가 스프링 네티에 설정된 max-inital-line-lenght를 넘어서 발생하는 경우이다. 

해결 방법으로는 applicaiton.yml을 통해 네티 설정을 하는 방법이 있지만, 확실한 방법으로  WebServerFactoryCustomizer<NettyReactiveWebServerFactor>를 받아 

maxInitialLineLength()값을 조정하여 해결 가능.

import org.springframework.boot.web.embedded.netty.NettyReactiveWebServerFactory
import org.springframework.boot.web.embedded.netty.NettyServerCustomizer
import org.springframework.boot.web.server.WebServerFactoryCustomizer
import org.springframework.stereotype.Component
import reactor.netty.http.server.HttpRequestDecoderSpec
import reactor.netty.http.server.HttpServer


@Component
class WebConfiguration : WebServerFactoryCustomizer<NettyReactiveWebServerFactory> {
    @Value("\${server.netty.max-initial-line-length}")
    private var maxInitialLingLength: Int = 0

    override fun customize(serverFactory: NettyReactiveWebServerFactory) {
        serverFactory.addServerCustomizers(NettyServerCustomizer { httpServer: HttpServer ->
            httpServer.httpRequestDecoder { httpRequestDecoderSpec: HttpRequestDecoderSpec ->
                httpRequestDecoderSpec
                    .maxInitialLineLength(maxInitialLingLength) // request param 최대 길이 변경
            }
        })
    }
}

위에 코드 처럼  application.yml에 해당 값을 둬서 Develop staging에 따라 설정을 overlay 시켜 사용하며, config를 통해 빌드하지  수정가능하겠다. 

출처 : https://github.com/spring-cloud/spring-cloud-gateway/issues/402

티스토리에 오랜만에 오셨는데 무엇을 하시나요 ?

=> 임베디드 개발자에서 서버 개발자로 전직하여  모빌리티 플랫폼 개발을 하고 있습니다.

모빌리티라고 하면 카카오 모빌리티인가요 ?

=> 아니요. 나이가 40대중반 개발자라 카모에 가긴 투 머취합니다. 

알티캐스트 -> 알티 모빌리티로 분사한 회사에서 서버 개발하고 있습니다.  여전히 개발이 재미 있습니다. ㅎ 

도메인의 변화

DVB-T(ISDB) => TV => settopbox => CAS Client(KT) => Automotive OTA => Mobility Platform(Car Sharing) 

사용 언어의 변화 

C/C++ (13년) => JavaScript(NodeJS) (0.6 년) => Kotlin (1.5년)  

요즘 관심 분야가 무엇인가요 ?

=> Kotlin reactive 프로그래밍, 

=> 취미로는 Infra (kubernetes)를 구축해서 개인 배포 환경

=> 비지니스쪽은  예약, 빌링, 청구이고요, 주차관제 플랫폼에 관심이 있습니다.  의외로  주차 플랫폼이 모빌리티 플랫폼의 허브가 될 것으로 예상합니다.

로그 분석 시스템에 대한  survey 를 시작

블로그나 인터넷을 통해, 시스템 구성을 따라 해보고 있는 중

업무지만... 재미짐...

업무 이후 응용 분야에 대해 생각하니 즐거움.