보통 브랜딩이나 마케팅 관련 일을 하는 분들은 글에 대한 관심도가 높은 편입니다. 볼거리, 즐길 거리가 넘쳐나는 시대이지만, 여전히 책이나 잡지처럼 텍스트로 된 콘텐츠를 즐기는 분들도 많고, 글쓰기를 통해 스스로의 이야기를 생산해 내는 분들도 적지 않으니 말이죠. 그러나 글을 좋아하는 분들 중에서도 꽤 많은 분들이 공통된 고민을 가지고 있다는 걸 알게 되었습니다. 바로 ‘긴 글쓰기’에 대한 두려움입니다. 이번 글에서는 스토리텔링을 가진 긴 글을 어떻게 써야 하는지, 저의 경험을 바탕으로 소개해 보고자 합니다.
빠르게 국내 이커머스 시장을 침투하고 있는 알리익스프레스가 지난달부터 ‘신선식품’ 판매를 시작했다. 이러한 상황에서 국내 이커머스는 어떻게 대응하면 좋을지 생각해 보았다. 만약 쿠팡이 신선식품을 강화하기 위한 방편으로, 오프라인 매장을 활용한다면 어떨까? 쿠팡이 아마존 모델을 지향하고 있으니, 아마존에서 홀푸드마켓을 인수한 것처럼 국내 마트를 품는 것도 상상해 볼 수 있기 때문이다. 이번 글에서는 온라인 기업이 오프라인 매장을 활용할 때 UX 측면에서 어떤 점을 고려해야 할지, 어떻게 경쟁력을 가질 수 있을지 활용 방안을 예측해 보고자 한다.
‘React Native, Metro를 넘어서’ 1회에서는 번들러가 무엇인지와 번들러의 역할로 Resolution, Load, Optimization에 관해 소개했습니다. 1부 마지막에서 파일 크기를 줄이기 위한 Optimizaton을 간단히 이야기하고, 파일 크기를 줄이는 테크닉에는 크게 Minification과 Tree Shaking이 있다고 말씀드렸죠. 이 글인 2부에서는 Metro와 ESBuild의 차이를 조금 더 명확하게 알기 위해서, 이 각각의 테크닉이 구체적으로 어떤 역할을 하는지 살펴보겠습니다. 그리고 토스에서 Metro를 ESBuild로 바꾼 여정도 소개합니다.
애플리케이션 현대화에 따라 컨테이너 기반의 마이크로서비스 아키텍처가 많은 부분에서 적용되고 있습니다. 이러한 기반 아키텍처는 컨테이너를 기반으로 한 배포 파이프라인이 필요한 경우가 많습니다. 그리고 이러한 배포 파이프라인으로 전달되는 최종 결과물은 컨테이너 이미지이며, 이 결과물을 어떻게 만들어 내는가에 따라서 효율적인 파이프라인을 가지고 있다와 아니다를 말할 수 있습니다. 하지만 우리가 여기서 중요하게 봐야 하는 또 다른 지점이 있는데, 바로 파이프라인등을 통해서 컨테이너가 빌드될 때 컨테이너의 용량을 줄이는 것입니다.
메타 인지를 높이는 데 가장 효과적인 방법은 피드백을 이용하는 것이다. 예를 들면 개발자들은 프로그래밍 언어를 배울 때부터 피드백에 익숙해져 있다. 코드를 타이핑하는 순간 컴파일러가 바로 구체적인 피드백을 준다. 무엇이 잘못되었는지를 바로 인지하고 고친다. 한 줄을 작성해도 그 안에 컴파일러 간의 몇 번의 피드백이 담겨 있다. 피드백을 있는 그대로 수용하는 것만으로 성장으로 연결되지 않는다. 피드백을 어떻게 받아들이는지가 중요하기 때문이다. 이 글은 피드백 받는 당사자 입장에 피드백을 받아들이고 이를 통해 성장하는 법을 다룬다.