한 줄 요약. NestJS에서 passport를 사용해 Google Oauth를 구현할때 주의 사항이 있습니다. 바로 GoogleStrategy의 메소드인 validate에서 done 함수를 호출하지 말라는 것입니다.

함수형 프로그래밍, 다들 들어 보셨으리라 믿습니다. 여기저기서 함수형이 어떻고 퓨어하지 않다 어쩌고 말은 많이 하는데 막상 함수형 프로그래밍이 뭐지? 생각을 해보면 조금 막막합니다. 순수함수들로 뭐 잘 하는거 아냐? 그럼 순수함수가 뭔데? 음…

로딩 시간이 3초를 넘어가면 사용자들은 대부분 사이트를 떠난다는 통계가 있습니다. 핀터레스트의 경우 모바일 웹 랜딩 페이지의 퍼포먼스를 60% 개선했더니 40%의 사용자가 더 가입했다고 합니다. 거꾸로 말하면 퍼포먼스가 60% 늦어진다면 40%가 사용자가 떠난다는 말과 같습니다. 기다리기 싫어하는 것은 어느 나라나 다 비슷하군요. 빨리 빨리의 화신들인 우리나라 사람이었다면 어땠을까요? 아마 2초가 지나기도 전에 이미 뒤로 가기 버튼을 눌렀을지도 모릅니다.

현재 우리가 살고 있는 디지털 세상은 바벨탑이 무너지고 난 이후의 세상과 같습니다. 수많은 해상도와 크기를 가진 그래픽 디바이스가 있고, 이들은 제각각 px, rem, dp, point 와 같은 수많은 단위들을 사용합니다. 혼잡하고 헷갈립니다. 이 글은 이렇게 헷갈리는 단위들을 조금이라도 쉽게 이해하고자 작성되었습니다. 디지털 세상에서 가장 기본적인 단위인 pixel을 이해하고, 이것이 어떻게 나뉘게 되었는지 이해한다면 단위들이 좀 더 쉽게 다가올지도 모릅니다.

어그로성 제목을 써 보았습니다. 하지만 맞는 말 이라고 생각합니다. 만약 습관적으로 git pull하고 있다면, 이제부터는 git pull --rebase 를 하세요!

플로우는 간단합니다. 개발자가 저장소에 코드를 업로드 하는 것 부터 시작합니다. 개발자가 소스 코드를 업로드 하자 마자 Bitrise가 소스 코드의 변화를 감지합니다. 그리고 설정된 워크플로우에 맞춰 자동으로 일을 시작하게 될 것입니다. 워크 플로우의 시간대 순서는 다음과 같습니다.

Bitrise의 슬로건은 다음과 같습니다. Build better mobile applications, faster. 모바일 어플리케이션 개발자라면 선택하지 않을 수 없는 문구죠. 말마따나 비트라이즈는 코틀린, 스위프트, 자바, 오브젝트-C, 리액트 네이티브, 플러터, 자마린 등 모바일 앱의 언어들을 모두 완벽 지원합니다. 처음에 어떤 언어를 사용할지 선택만 해주면 초기 세팅에 관한 것도 모두 자동으로 된다는 점도 엄청나죠.

개발자로써 에러를 잘 다뤄야 한다는 사실은 누구나 잘 알고 있을 것입니다. 그러나 저는 부끄럽게도 이 사실을 애써 무시한 채로 살아왔습니다. 몸으로 수많은 고통을 체험하기 전까지는요. 이 글은 부끄러운 고백이자 에러 핸들링을 잘하자-라는 체험 수기입니다.

내 로컬에서는 잘 되는데..? 라는 말을 한번쯤 해 보신 적이 있으실 겁니다. 개발자의 컴퓨터에서 로컬 서버로 테스트 했을때는 잘만 되던 기능이 실제 프로덕션 앱에서는 작동하지 않는 일이 개발을 하다 보면 비일비재합니다.

함수 하나를 재사용 한다면 작업하는 시간을 아낄 수 있습니다. 여러 함수를 라이브러리로 만들어 재사용 한다면 작업하는 시간을 더욱 아낄 수 있습니다. 그렇다면 전체 코드베이스를 재사용 한다면 어떻게 될까요? 기능에 관련한 코드는 유지하고 패키지만 바꾼다면요?