Available for Hire

Q: 태풍에 이름을 짓는이유가 뭐죠? 지진은 강도 2.0 , 3.0 이러는데 왜 태풍은 이름을 짓나요? A: 태풍은 일주일 이상 지속될 수 있어 같은 지역에 여러 개의 태풍이 있을 수 있기 때문에, 이때 발표되는 태풍 예보가 혼동되지 않도록 태풍 이름을 붙이게 되었다. 태풍 이름은 각 국가별로 10개씩 제출한 총 140개가 각 조 28개씩 5개조로 구성되고, 1조부터 5조까지 순차적으로 사용한다. 140개를 모두 사용하고 나면 1번부터 다시 사용하기로 정했다. 태풍이 보통 연간 약 30여 개쯤 발생하므로 전체의 이름이 다 사용되려면 약 4∼5년이 소요된다. 이제 1조가 모두 쓰이고, 2조 캄보디아 콩레이부터가 금번 제25호 태풍이름이지요...[콩레이는 캄보디아에 있는 유명 산이름이랍니다] 태풍위원회 회원..

약 3년간 아이폰 7 플러스를 아무문제 없이 잘 쓰고 있었다. 그날도 여느날과 다름없이 퇴근길 지하철을 타는데 누군가 팔을 세게 치는 바람에 핸드폰을 떨어뜨렸는데 하필 그게 지하철 승강장 사이로 쏙 빠지는게 아닌가.. 후... 일단 당장 핸드폰을 찾을 방법이 없을거같아서 그대로 지하철을 타고 집까지 왔다.. 핸드폰이 없으니 집까지 오는 1시간거리가 어찌나 길게 느껴지던지... ('핸드폰이 지하철 승강장 사이로 빠졌을때' 라고 검색해보려다 아 맞다.. 핸드폰 없지.. 하고 혼자 피식했다) 집에오자마자 대처법을 찾아보고 역사 관리번호를 찾아서 전화하니 핸드폰을 찾아놓겠으니 내일 찾으러 오라고 하신다.. 감동의 눈물 ㅠㅠ. 다음날 출근길에 핸드폰을 찾아보니 핸드폰 액정이 개박살이 나있었다.. 헐.. 내 아이폰..

jenkins 가 설치된 서버에서 ssh-keygen -t rsa -f id_rsa 로 키 파일 생성 - passphrase 는 그냥 엔터 jenkins credential 에 ssh username with private key 를 선택 후 id_rsa 내용 삽입 (passphrase 는 비워둠) github - repository - settings - Deploy Keys 에 id_rsa.pub 내용 삽입 프로젝트 구성 소스코드 관리 Git 선택 - repository url 에 git@github.com:아이디/repository명.git repository url 에 https://github.com 형태로 넣으면 안됨.

나는 기업용 SNS (이하 SNS) 의 서버개발을 담당하고 있다. 이 SNS에 글을 작성할 때, 이미지, 파일, 투표, 지도, 클라우드 파일(구글드라이브, 드랍박스), 웹페이지 발췌정보를 첨부 할 수 있는데, 기존 구조는 페이스북 처럼 글 따로, 첨부자료 따로 삽입 되는 구조이다. 페이스북이 이런 구조와 동일하다. 이런 구조에서 Band 처럼 본문내 각종 자료를 첨부할 수 있는 구조를 이용하고 싶다는 Needs 가 있어서 이번에 Band 와 같이 본문내 자료를 첨부하는 구조로 변경을 했던 경험을 공유하고자 한다. 기존에는 글 작성중 자료를 첨부하면 아래와 같이 자료 영역에 자료가 삽입되었지만, 밴드처럼 바뀐 구조에서는 글 중간중간 자료가 삽입돼야 하기 때문에 글 작성중 자료 첨부의 구조가 아래와 같이 바..

40대가 당부하는 30대 부끄러움을 무릅쓰고 하는 말, 그리고 삼십대에게 하는 당부는 재미가 없습니다. 조언이라는 것은 지극히 개인적인 의견이지, 왕도가 될 수 없죠. 각자의 소신껏 사는것이 가장 옳습니다. 제가 들려드리는 이야기는 들을만한 부분만 수용하시면 좋겠습니다. . 1. 어떤 회사를 다닌다고 말하지 말고, 어떤 일을 하는 사람이라고 말할 수 있어야 한다. 그것이 당신의 이름표이다. 2. 버는 돈의 금액으로 커리어를 쌓으려 말고, 존재감에 집중하라. 일하는 분야에 없어서는 안되는 사람을 목표로 해야 한다. 3. 자기 주관과 가치관을 정립하라. 휩쓸려 판단하고, 맹목적으로 따라가면, 훗날 원하는 일을 할 수 없다. 4. 사회와 경제 상황, 정치를 모든 결과의 이유로 탓하는 습관을 갖지 마라. 부조리..

자바에서 Exception 이 발생한 경우, 모든 Exception 은 적절히 복구되고 정확하고 친절한 로그를 남기거나복구될 수 없는 경우 정확하고 친절한 로그를 남기고 작업이 취소되야한다. 예외를 Catch 했으면 적절한 처리를 하라.예외 로그를 남길때는 정확하고 도움이 될 정보를 남겨라.root cause 를 남겨라구체적인 예외를 Catch 해라.예외마다 처리 방법이 다르면 각각의 예외를 모두 Catch 하여 적절히 처리하라.무슨 예외든 상관없이 처리방법이 같다면 적절한 예외로 변환하여 하나만 throw 해라 복구불가능한 System 관련 예외는 따로 catch 하지 않고@ControllerAdvice 에서 로그레벨 error 로 친절한 메세지 로깅하고 500 리턴 복구가능한 예외는 Catch 하고 ..

사내에서 사용하는 업무요청 시스템이 존재함. 현업, 개발자, 관리자등 전직원이 모든 요청사항(개발, 단순문의, 데이터추출 등)을 이 시스템에 등록함.이 시스템에 등록된 글을 CSR (Custom Service Request) 라고 함.이 CSR 중 개발 관련 요청사항은 개발자가 이 업무 시스템에 작성하고 품질관리팀 레드마인에도 '개발중' 상태로 작성함.개발자는 CSR 에 작성한 개발건이 완료되면 레드마인의 일감 상태를 '개발중' 에서 '점검접수(테스트요청)' 으로 변경함.레드마인에 작성된 일감 중 점검접수 상태의 일감을 보고 테스터는 해당 글을 등록한 개발자와 연락하여 테스트를 적절하게 시작함. 개발자가 업무요청 시스템에도 요청사항을 등록하고 레드마인에도 등록하며 상태를 두군데 모두 업데이트 해줘야하는 ..

1. 테스트 자동화 - 테스트 상황 자동 생성 API 개발수동 테스터가 테스트를 진행 할 때, 테스트를 수행하는 시간보다 테스트 할 수 있는 상황을 만드는 것이 더 오래 걸린다고 함.예를 들어, 신용카드 프로모션이라는 기능이 있는데 특정 상품을 특정 신용카드로 구매했을 때 3~7% 정도 청구 할인해주는 기능인데, 상품 별, 카드별로 다른 할인율을 적용해서 테스트를 할 때 테스트 하는 시간보다 테스트할 수 있는 상황을 만들기 위해 상품에 프로모션 추가 하는 시간이 엄청나게 오래 걸린다고 함. 또 상품에 프로모션을 추가하기위해서는 내부에서 쓰는 백오피스에 권한도 있어야하고, 사용법도 알아야하기 때문에 새로운 사람이 왔을 때 백오피서 서비스 권한신청 및 교육이 반드시 필요한 상황.이런 어렵고 복잡한 과정을 생..

https://app.codility.com/demo/results/trainingPA66JQ-UCK/

https://app.codility.com/demo/results/training8A3SQR-ED4/