Carry On Progamming Carry On Progamming

파라미터나 상태에 대해 확인 또는 검증을 할 때 메서드 명을 뭘로 해야할까...? 딱히 관심을 안 가지다보니 어떤 메서드는 validate**, 어떤 메서드는 verify** 형태로 작성했다. (개발업계 외에도 자주 혼용해서 사용하는 영어 단어로 보인다.) 그 차이도 있겠지만 일관성 없는 코딩을 하고 있다는게 마음에 들지 않아서 그 차이를 살펴봤다. Validate 1. to make something officially acceptable or approved, especially after examining it 2. to prove that something is correct 1. 무언가를 공식적으로 허용하거나 승인한다. 특히, 그것을 검사한 후에 2. 무언가를 옳은지 증명한다. Verify 1..

블로그로 알게 됐지만 지금은 아주 친한 사이가 된 친구와 술자리 중에 자신의 모교에 직업 강연을 권유받았다. 백엔드 개발자 취업을 준비하는 대학생들에게 해당 직무에 대한 주제로 하는 강연이었다. 남들 앞에 나서서 이야기를 해본지가 오래되어 당황스러웠다. 누구 앞에 나가 발표하는게 대학생 때가 마지막이었을 것이다. 다음날까지 답을 주면 된다고했다. 편하게 술을 먹고 집에 와서 생각해봤다. 원체 '인생에 경험이 된다 싶은건 다해보자'는 주의라 깊이 고민하진 않았고, 다음날 하겠다고 친구에게 답해주었다. 대상 학교 담당 선생님과 연락을 하게됐는데, 1시간 정도일 줄 알았던 강연 시간이 3시간을 해야한다는 것이었다. 어우.. 발표 제일 많이 하던 대학생 때도 30분 이상 발표를 해본적이 없는데, 3시간을 어떻게..

https://docs.microsoft.com/ko-kr/azure/architecture/patterns/ 클라우드 디자인 패턴 - Azure Architecture Center Microsoft Azure를 기반으로 하는 예제를 통해 클라우드에서 안정적이고 확장 가능한 보안 애플리케이션을 빌드하기 위한 디자인 패턴에 대해 알아봅니다. docs.microsoft.com 4 gang 디자인 패턴은 많이 들어도, 실무를 하다보면 여러가지 패턴을 많이 듣게 된다. 정리를 너무 잘해놔서 일일이 사이드로 뒤져가보면서 읽을 필요가 없어서 좋다. 구조적인 문제에 봉착했을 때 해결하는데 도움이 되는 패턴들이 많이 보인다. 틈날 때 하나씩 읽어봐야지. MS, red hat 블로그는 이런 정리를 잘해놔서 좋다.

이제까지 공식 다큐먼트가 틀릴 수도 있을거라는 의심은 해본 적이 없었다. 현재 회사에서 Spring이 아닌 Jetbrains에서 만든 프레임워크인 Ktor를 사용하고 있다. 회사 프론트엔드 개발자분이 서버에서 403이 발생한다고 문의가 들어왔다. curl로 날리면 정상동작하는데 스웨거 UI에서 요청을 날리면 403이 발생하고 있었고, 서버에 CORS를 적용한 다음날이었다. CORS 이슈일거라 의심하고 보다보니 왜 안되는지 알 수 없어 일단 허용할 수 있는 설정을 다 추가해보니 동작했다. 소거법으로 하나하나씩 제거하면서 원인이 되는 설정을 찾아보았다. 찾아보니 헤더에 ContentType의 허용이 없으면 CORS가 발생했다. 응? 근데 공식 다큐먼트에서는 default로 ContentType을 제공한다고 ..

국내 축제를 알려주는 구독 서비스를 간단하게 만들었었는데, 기본적인 기능만 구현하고 나서는 열정이 식어서 더이상 고도화하지 않았다. 창고 구석에 넣어두고 잊어버린 물건처럼 되어버린 서비스라 아쉬움이 남는다. 아까우니 블로그에 이런걸 만들었었다 하는 기록만 해본다. 헤로쿠에서 제공해주던 공짜 MongoDB가 detach되서 지금은 로그인도 안된다ㅜ(다시 등록해볼까했는데 이제 돈 내야하네) 카카오톡으로도 보내는 것도 고려했는데 요것도 유료라 패스했던 프로젝트. 개인 프로젝트도 돈을 써야하는 것이여.. url: festival-news-alarm.herokuapp.com/ 기술 스택 - 개발기간: 주말동안 개발(약 2달) - backend: kotlin, spring - frontend: vuejs - inf..

언제부터인가 블로그에 기술 포스팅보다 내가 겪었던 경험들을 읽으러 오는 분들이 많아져 어떤 생활적인 면을 글로 남기고 싶었다. 어떤 글을 써볼까하다 제목과 같은 주제를 떠올리게 됐다. 코로나가 판을 치는 시기에 여행 회사에서 개발자로 일한다는 것이 써볼만한 주제가 될 것이라 생각했다. 참고로 기술적인 얘기를 기대했다면, 이번 포스팅에서 기술적인 얘기는 거의 하지 않는다! 현실과 상황 코로나 또는 전염병의 확산은 외부출입과 타인과의 접촉을 줄이게 하고, 이는 여행 수요의 감소로 이어진다. 나는 여행 플랫폼 서비스를 제공하는 회사를 다니고 있다. 코로나로 인해 우리 회사는 그 피해를 직격타로 맞았다. 언택트 시대에 IT업계가 더욱 대세가 될거라한다. 카카오, 네이버, 배달의 민족처럼 온라인, 비대면 비즈니스..

기록해야지~ 누구나 할 수 있는 말일 수 있지만, 내가 존경하는 개발자가 하시는 말씀이라 더 와닿았다. 중요한 건 라이브러리 사용법이 아니라 주어진 문제를 어떻게 나이스하게 해결을 할 지를 고민하는게 더 중요하다! ## 별표 ## 밑줄

자신의 한계는 자신이 결정한다. 2년 미만 경력자라 3개월의 인턴기간을 거치고 전환 면접을 또 치뤄야 한다. 그렇더라도 내가 카카오에 붙었다는게 믿기지가 않는다. 27살에 처음 프로그래밍을 배우고 딱 2년 5개월. 끝없는 마라톤같은 레이스를 이어나가기가 지치고 힘들었지만 이렇게 보상 받을 줄은 생각지도 못했다. 하지만 이건 하늘이 더 열심히 해라는 뜻일지도 모르겠다. 더 열심히 하자!!