컴포넌트란 재사용 가능하고 캡슐화되어있는 클래스 또는 그 클래스를 기반으로 생성되는 각각의 인스턴스를 말한다. 컴포넌트 개념이 처음 나타난 시기는 1990년대까지 거슬러올라간다. 재사용성에 초점을 맞춘 컴포넌트 기반 아키텍처(CBA)라는 설계 방법이 소프트웨어 엔지니어들 사이에서 활발히 논의되기 시작했다.

데이터 프로덕트팀, 데이터 프로덕트 오너, 데이터 프로덕트 매니저 등 요즘 ‘데이터 프로덕트’를 여러 기업, 직무에서 찾아볼 수 있는데요. 예전에 비해 데이터 중심 문화와 산업이 많이 성장했기 때문에, 이에 맞게 세분화된 데이터 관련 직군이 등장한 것으로 보입니다. 아직 데이터 프로덕트가 무엇인지 감이 잘 안 오는 분들을 위해, 이번 글에서는 데이터 프로덕트의 종류와 관련 업무, 사례 등을 살펴보고자 합니다.

기존에는 Node.js와 익스프레스를 사용해 웹 서버를 구축하고 서비스를 만들었습니다. 익스프레스를 사용해서 서버를 구축할 때, 먼저 고민했던 부분이 무엇이었나요? 바로 디렉터리 구조입니다. 별거 아닌 것 같지만 구조에 따라서 아키텍처가 변경되므로 간단한 문제는 아닙니다. NestJS는 이러한 문제를 해결한 웹 서버 프레임워크입니다. NestJS는 서버 개발 시의 아키텍처를 누구든 비슷하게 설계하도록 아키텍처 문제를 해결하는 데 중점을 두고 있습니다.

오늘은 플러그인은 아니지만 피그마와 밀접하게 연관된 ‘figr.design’에 대해 소개하고자 합니다. ‘figr.design’은 실제 사용되는 서비스의 화면을 유형에 따라 탐색할 수 있으며, 이를 복사해 피그마에서 그대로 편집할 수 있도록 도와주는 곳입니다.

저는 미국에서 프리랜서 개발자로 일하면서 한국에서 일할 때와 마찬가지로 커뮤니케이션의 중요성을 항상 느끼고 있습니다. 잘못된 커뮤니케이션은 프로젝트 납기를 놓치거나 고객의 신뢰를 잃게 만듭니다. 이번 글은 제가 미국에서 프리랜서 개발자로 일하며 겪은 커뮤니케이션 사례를 소개하고, 클라이언트와 원활하게 소통하기 위한 커뮤니케이션 방법과 툴, 더불어 알아둘만한 몇 가지 영어 표현을 정리해 봤습니다.

플러그인은 잘 활용하면 반복적인 작업이나 일부 수정, 레이아웃의 변경에 따른 디자인 수정 등 귀찮은 작업들을 정말 간단하게 처리할 수 있다. 또한 제품의 주요 정책들을 반영하거나 협업하는 데도 많은 시간을 절약시켜주고 효율성을 극대화해준다. 쉽게 말해 플러그인만 잘 써도 내 업무의 절반이 줄고, 어디 가서 피그마 못 다룬다는 말은 안 듣는다는 말이다. 그래서 이번 글에서는 필자가 디지털 제품을 만들며, 쓸모 있게 사용하고 있는 몇 가지 플러그인을 소개하고자 한다.

오늘은 리텐션이 얼마나 중요한지, 왜 조용한 킬러라는 별명을 가지고 있는지 실제 비즈니스 사례들을 통해 살펴보겠습니다. 1) 단기적인 목표에 의해 리텐션은 우선순위에서 밀리지만 장기적인 관점에서의 영향력은 무시할 수 없습니다. 2) 리텐션 지표는 잘못 정의 내리기 쉽지만, 잘못된 지표는 비즈니스의 무서운 결과를 불러옵니다. 3) 기업이 건전하게 성장하기 위해서는 리텐션도 중요하지만, 고객의 관여도 역시 중요합니다.

지하철 역사 내 숨겨진 UX를 찾아서, 이번 글에서는 지하철 승객이 앱을 통해 온도 조절 민원을 신청하는 과정과 카드 태깅 없이 지나칠 수 있는 개찰구 이용 과정에서의 추가 보완점, 이를 해결하기 위한 고객의 언맷 니즈를 살펴보고자 한다.

유닉스 시간(Unix Timestamp)은 32비트 정수형을 사용해서 날짜와 시간을 표현을 해요. 그래서 날짜/시간은 32 비트 정수형 사용 가능한 허용 범위에서만 표현할 수 있습니다. 표현 가능 범위의 제한에 의해서 유닉스 시간(Unix Timestamp)은 시간이 2038년 1월 19일 3시 14분 7초를 지나게 되면 처음 값(초기값)인 0으로 되면서 1970년 1월 1일 0분 0초로 돌아가는 오류가 발생하게 되며 이러한 문제 현상을 Y2K38 Problem이라고 합니다.

투자자와 약속한 데드라인이 1달 남짓 남은 시점. 데얼스는 다급하게 IT 외주 중개 플랫폼 위시켓을 찾아왔습니다. 다행히 위시켓에서 실력 있는 개발사를 만나 무사히 론칭 일을 맞췄죠. MVP 제작 이후 운영을 위한 인수인계까지 완벽하게 마쳤고요. 실패와 성공, 완전히 다른 두 경험을 통해 데얼스는 교훈을 얻었습니다. 스타트업 MVP 개발 외주, 제대로 하려면 명심해야 할 3가지! 데얼스 백엔드 개발자 김순태 님에게 들어봤습니다.