1. Definition and Access static instance Belog to the class itself, not to instances of the class. e.g) call them on the class directly -> Classname.staticMethod() Belog to instances of the class. Need to create an object of the class to use these methods. e.g ) const obj = new ClassName(); obj.instanceMethod() 2. Use of 'this' keyword static instance Cannot use 'this' to refer to an instance of..

nest는 마이크로 서비스 아키텍처를 지원합니다. 문서에서 다루었던 대부분의 개념들( injection, decorators, exception filters, pipes, guards ...)은 마이크로 서비스에 공통적으로 적용됩니다. Nest는 implementation 상세 정보를 추상화합니다. 덕분에 HTTP/websocket/Microservice에서 같은 component들이 실행될 수 있습니다. 이번 section에서는 Nest에서의 microservice에 대해서 다뤄볼 것입니다. Nest에서 microsercie는 근본적으로 http와 다른 전송 수단을 사용합니다. Nest는 microservice instance 간 전송에 책임지는 built-in transport layer 도구인 "..

https://google.github.io/eng-practices/review/reviewer/ How to do a code review Google’s Engineering Practices documentation google.github.io the best way to do code reviews, based on long experience of Google. The Standard of Code Review 구글에서 사용되는 코드를 오랜시간 건강하게 보장하는 것이 Code Review의 가장 큰 목적이다. Code Review에 사용되는 모든 tools와 processes 정리되어있다. 첫째, 개발자는 "테스크를 진행할 수 있어야한다.". 만약 당신이 코드단에서의 개선을 제공하지 않으면 ..

Contrary to REST, GraphQL does not use Status Coe to differentiate a successful result from an exception. In Rest, 400 : bad request (something like invalid inputs) 401 or 405 : unauthorized (need authentication) or forbidden(insufficient permission) 404 : resource not found 500 : internal server error … In GraphQL, however we mange errors in a different way. GraphQL Default Error Handling all r..

1년동안 개발자로 살아가면서 다양한 실수들을 마주했다. 많은 실수들이 정리가 안 되면서 매번 반복되어 발생하게 되었다. 현재는 만 10개월 차 개발자이지만, 2년차 개발자가 되기 전에 실수들이 더 이상 발생하지 않도록 정리를 해 보겠다! 현재까지 우리 회사에서 내가 경험한 주요한 경험들을 나열해 보겠다. 0. Landing page 작업 - 사내 landing page에 필요한 api 작업을 진행했다. 구조 및 성능적으로 완벽하진 않지만 첫 배포까지 진행한 소중한 경험이었다. - 인턴때 작업한 프로젝트여서 help center에 메일 전송 서비스를 구현해 놓은 것 자체가 너무 즐거웠다! - landing page v2로 갈아엎을 예정이지만 아직은 잘 동작하고 있는 우리의 랜딩페이지! https://den..

출근 -> 퇴근 -> 공항 -> 비행 -> 경유 -> 비행 -> 프랑크푸르트 도착 -> 열차 대기 -> 쾰른 이동 -> 전시회장 방문 -> 저녁 이라는 엄청난 일정을 끝내고 숙소에서 뻗게 되었다. 첫날이 체력적으로 정말 힘들었다. 하지만 전시회 기간이어서 대부분의 숙소의 가격이 대부분 치솟고 자리가 없음에도 굉장히 만족스러운 숙소에서 지낼 수 있었다. 위치는 전시회장에서 S반으로 2정거장? 정도 떨어져있다. 물론 아침에 전시회장으로 출근하는 길이 귀찮긴하지만 출근하면서 주변도 둘러 볼 수 있어서 좋았다. 첫날 체력적으로 너무 힘들었어서 거의 쓰러지듯 잠을 자서 아침에 일찍 상쾌하게 일어날 수 있었다. 덕분에 너무 아름다운 일출(위의 사진) 그리고 시차 적응도 바로 할 수 있었다. 출근 조는 2개의 조가 ..

굉장히 오랜만에 포스팅을 하게 되었네요. 이번에는 개발 이야기가 아닌, 개발자로서 해외 박람회에 참여해본 경험을 공유해보려합니다. 사실 개발자로 살아가면서 해외 출장의 기회는 거의 없다고 알고 있지만 이마고웍스에서 해외 출장의 기회를 얻을 수 있었습니다! 이번 출장은 IDS( International Dental Show ) 참여기입니다. 간략하게 IDS를 소개해드리자면, 독일 쾰른에서 진행되는 Dental 관련 전시회입니다. 올해 전시회가 100주년을 맞았고, 코로나 이후 첫 행사이기 때문에 규모도 굉장히 컸습니다. 자, 그럼 출장 준비부터 시작해서 전시회장 도착까지 출발해볼까요?! 우선 저는 후발대였고, 3/14 근무를 마치고 후발대 팀원들과 함께 인천공항으로 출발했습니다. 회사에서 5시 30분쯤 출..

팀원을 모으는 과정부터 수상까지의 과정 1. 공모전에 참여하게된 경로 - 학교 애브리타임에서 해당 공모전의 백엔드 개발자를 구한다는 글을 접하게 되었다. 당시 인턴을 하고 있었지만 인턴을 계속 이어갈지 아니면 정직원이 될 지 아님 새로운 회사를 찾아 떠나야하는 지 정해진 것이 단 하나도 없는 상황이었다. 때문에 인턴을 그만두게 되거나, 취준을 새롭게 해야하는 경우 졸업 이후로 빈 경력을 만들지 않기 위해 무작정 참여하게 되었다. - 애브리타임으로 만난 팀은 대규모의 팀이었다. 팀장님이 굉장히 적극적이었지만, 아쉽게도 팀원 서로가 모르는 사이이기 때문에 협업이 잘 되나 의문이 계속 들었다. 제안서 제출일과 가까워졌음에도 뭔가 팀이 삐걱삐걱이는 느낌이 있었다. 때문에 나는 지원서 제출까지 일주일 남은 시점에..