techlist.io
KR EN
figma

존 마에다가 State (새 탭에서 열림)

피그마(Figma)로의 전환은 단순한 디자인 툴의 교체를 넘어, 제품 개발 프로세스 전반의 협업 문화를 근본적으로 개선하는 전략적 선택입니다. 이 글은 피그마가 제공하는 실시간 브라우저 기반 환경이 어떻게 디자인과 엔지니어링 사이의 장벽을 허물고 팀의 전체적인 생산성을 높이는지 설명하며, 조직 내부의 저항을 극복하고 성공적인 전환을 이끌어내기 위한 실무적인 가이드를 제공합니다. **실시간 협업을 통한 '단일 진실 공급원(Single Source of Truth)' 구축** * 모든 팀원이 하나의 클라우드 기반 파일에서 동시에 작업하고 피드백을 주고받을 수 있어, 로컬 파일 저장이나 버전 관리에 소요되는 불필요한 시간을 제거합니다. * 파일 업로드나 공유 과정 없이 링크 하나로 최신 디자인 상태를 확인할 수 있어, 기획자, 디자이너, 개발자 간의 정보 비대칭 문제를 해결합니다. * 별도의 저장 버튼 없이 실시간으로 모든 수정 사항이 반영되며, 상세한 버전 히스토리 기능을 통해 언제든지 이전 상태로 안전하게 복구할 수 있습니다. **개발자 경험(DX) 개선과 핸드오프 프로세스의 통합** * 개발자는 '데브 모드(Dev Mode)'를 통해 디자인 요소의 치수, 색상 값, CSS/iOS/Android 코드 스니펫을 즉각적으로 추출할 수 있어 구현의 정확도가 높아집니다. * 디자인 파일 내부에 직접 주석을 달고 알림을 보낼 수 있어, Slack이나 이메일을 오가는 파편화된 커뮤니케이션을 디자인 맥락 안으로 통합합니다. * 에셋 추출 과정이 자동화되어 개발자가 필요한 아이콘이나 이미지를 직접 다운로드할 수 있으므로, 디자이너의 단순 반복 작업 시간이 단축됩니다. **워크플로우 통합에 따른 비용 및 운영 효율화** * 디자인 툴(Sketch), 프로토타이핑 툴(InVision), 핸드오프 툴(Zeplin), 버전 관리 툴(Abstract) 등 산재해 있던 여러 유료 서비스를 피그마 하나로 대체하여 라이선스 비용을 절감합니다. * 운영 체제에 구애받지 않는 브라우저 기반 접근성을 제공하여, Mac 사용자뿐만 아니라 Windows나 Linux 환경의 개발자 및 이해관계자도 자유롭게 참여할 수 있습니다. * 중앙 집중식 라이브러리와 디자인 시스템 관리를 통해 컴포넌트의 재사용성을 높이고, 제품 전체의 UI 일관성을 유지하는 데 드는 공수를 획기적으로 줄입니다. **단계적 도입과 팀 설득을 위한 실전 전략** * 조직 전체를 한꺼번에 이동시키기보다는 영향력이 적은 소규모 파일럿 프로젝트를 선정하여 성공 사례를 먼저 만드는 'Bottom-up' 방식을 권장합니다. * 기존 워크플로우에서 가장 큰 고통을 유발했던 지점(예: 폰트 유실, 최신 버전 확인 오류)을 피그마가 어떻게 해결하는지 구체적인 시연을 통해 보여줌으로써 동료들의 공감을 얻어야 합니다. * 무료 플랜을 활용해 팀원들이 직접 툴을 경험하게 하고, 피그마 커뮤니케이션 템플릿이나 튜토리얼을 공유하여 학습에 대한 심리적 허들을 낮추는 것이 중요합니다. 피그마 도입은 단순히 '더 좋은 도구'를 쓰는 것이 아니라, 팀원 모두가 디자인 프로세스에 더 쉽고 투명하게 참여할 수 있는 환경을 만드는 과정입니다. 먼저 작은 프로젝트에서 실시간 협업의 '아하 모먼트(Aha Moment)'를 팀원들과 공유하는 것부터 시작해 보시길 권장합니다.

figmaproduct-designux-designui-design+3
figma

Figma의 팀 라이 (새 탭에서 열림)

UI/UX 디자이너로서 실무 역량을 쌓기 위해 Figma 사용자들 사이에서 가장 선호되는 인턴십 프로그램과 그 가치를 분석합니다. 이 글은 단순히 이름 있는 기업을 나열하는 것에 그치지 않고, 각 프로그램이 주니어 디자이너에게 제공하는 기술적 성장과 멘토링의 질을 강조합니다. 결론적으로, 피그마의 고급 기능을 실제 제품 설계 프로세스에 녹여낼 수 있는 환경을 선택하는 것이 주니어 디자이너의 커리어 성장에 결정적인 역할을 한다고 주장합니다. **디자인 시스템 중심의 빅테크 인턴십 (Google, Meta)** - 대규모 디자인 시스템(Design Systems) 내에서 컴포넌트 단위의 설계를 경험하며, 일관성 있는 UI 구축 능력을 배양합니다. - 복잡한 데이터 시각화와 접근성(Accessibility) 가이드를 실제 서비스에 적용해보는 기회를 제공합니다. - 피그마의 '배리언츠(Variants)'와 '프로퍼티(Properties)'를 활용해 방대한 라이브러리를 관리하는 실무 기술을 익힐 수 있습니다. **사용자 경험 혁신과 프로토타이핑 (Spotify, Airbnb)** - 단순한 화면 설계를 넘어, 피그마의 고급 프로토타이핑 기능을 활용해 복잡한 유저 플로우를 검증하는 과정에 참여합니다. - 브랜드 아이덴티티를 디지털 인터페이스에 유기적으로 녹여내는 비주얼 전략을 학습합니다. - 사용자 인터뷰와 사용성 테스트(Usability Testing) 결과를 피드백 루프에 반영하여 디자인을 개선하는 이터레이션 과정을 경험합니다. **협업 효율과 디자인 전달(Handoff) 프로세스 (Figma 본사 및 유망 스타트업)** - 디자인 도구 자체를 만드는 조직에서 피그마의 오토 레이아웃(Auto Layout)이나 멀티플 प्लेयर 협업 방식의 핵심 원리를 깊이 있게 이해하게 됩니다. - 개발자와의 원활한 소통을 위해 디자인 사양을 명확하게 전달하는 '핸드오프' 프로세스의 최적화 방법을 배웁니다. - 기획 단계부터 피그잼(FigJam)을 활용한 아이데이션과 전략 수립 과정을 통해 디자인 사고(Design Thinking)를 확장합니다. 성공적인 인턴십 지원을 위해서는 포트폴리오에 결과물만 나열하기보다, 피그마 내에서의 작업 과정(레이어 정리, 컴포넌트 구조화, 프로토타입 설계 논리 등)을 구체적으로 보여주는 것이 중요합니다. 특히 자신이 사용한 디자인 시스템의 논리와 문제를 해결하기 위해 툴을 어떻게 활용했는지에 대한 기술적 디테일을 강조하는 것을 추천합니다.

figmaproduct-designui-ux-designcareer-development+2
datadog

The trouble with mounting (새 탭에서 열림)

데이터독(Datadog) 에이전트가 특정 환경에서 응답을 멈추고 종료조차 되지 않는 문제는 NFS(Network File System)의 '하드 마운트' 속성과 시스템 콜의 작동 방식 때문에 발생했습니다. 하드 마운트된 NFS 서버와의 연결이 끊기면 디스크 정보를 확인하는 `statvfs` 시스템 콜이 무한 대기에 빠지며, 이는 결과적으로 에이전트 전체의 중단으로 이어졌습니다. 이를 해결하기 위해 데이터독은 디스크 체크 로직을 별도 스레드로 분리하고 타임아웃을 적용함으로써, 고객사의 시스템 설정에 관계없이 에이전트의 가용성을 확보하는 설계를 도입했습니다. **에이전트 정지 현상과 원인 분석** * 일부 시스템에서 모든 메트릭 수집이 중단되고 에이전트가 '종료 불가능한(unkillable)' 상태로 멈추는 버그가 보고되었습니다. * 조사 결과, 에이전트는 항상 디스크 체크 과정에서 멈췄으며 구체적으로 파이썬의 `os.statvfs` 함수 호출 시점에서 병목이 발생했습니다. * `os.statvfs`는 내부적으로 glibc의 `statvfs` 시스템 콜을 호출하는데, 이는 리눅스 환경에서 파일 시스템의 상태 정보를 가져오는 표준적인 방법입니다. **NFS 하드 마운트와 시스템 콜의 무한 대기** * NFS를 '하드 마운트(hard mount)' 옵션으로 연결하면, 서버가 응답하지 않을 때 시스템 콜이 타임아웃 없이 성공할 때까지 영구적으로 재시도합니다. * 하드 마운트는 데이터의 일관성을 보장하지만 네트워크 불안정 시 해당 마운트 지점에 접근하는 프로세스를 '좀비' 상태로 만들 수 있으며, 이는 NFS의 기본 설정이기도 합니다. * 특히 glibc의 `statvfs` 구현체는 정보를 찾기 위해 `/proc/mounts`에 나열된 모든 디렉토리를 순회하므로, 현재 조사하려는 대상이 아닌 다른 NFS 마운트에 문제가 생겨도 시스템 전체가 멈추는 현상이 발생합니다. **별도 스레드 및 타임아웃 도입을 통한 해결** * 데이터독 에이전트는 고객이 설정한 마운트 옵션을 강제로 변경할 수 없으므로, 어떤 환경에서도 정상 동작할 수 있는 방어적인 코드가 필요했습니다. * 문제를 해결하기 위해 `statvfs` 호출을 별도의 스레드에서 실행하도록 구조를 변경하고, 메인 스레드에는 타임아웃 로직을 추가했습니다. * 만약 특정 마운트 지점에서 시스템 콜이 응답하지 않더라도, 메인 스레드는 지정된 시간 이후 작업을 포기하고 다음 메트릭 수집으로 넘어감으로써 에이전트의 전체 성능을 보존합니다. * 이 방식은 하드 마운트가 활성화된 시스템에서 약간의 메모리 사용량 증가를 야기하지만, 다양한 이질적 환경에서 모니터링 연속성을 보장하기 위한 필수적인 트레이드오프(Trade-off)로 채택되었습니다. 서버 환경에서 NFS를 운용할 때는 `soft` 마운트 옵션이나 `intr(interruptible)` 옵션을 검토하여 시스템 콜이 무한 대기에 빠지는 상황을 예방해야 합니다. 또한, 모니터링 도구와 같이 외부 환경에 민감한 애플리케이션을 개발할 때는 외부 시스템 콜(I/O) 작업을 반드시 별도 스레드로 격리하고 엄격한 타임아웃을 적용하는 설계가 중요합니다.

database-designdatadogpythonmetrics+3
datadog

Engineering spotlight: Marie-Laure Bardonnet (새 탭에서 열림)

Datadog의 새로운 기능인 'Notebooks'는 숙련된 시니어 엔지니어가 아닌, 7개월간의 인턴십을 거친 인턴의 주도로 개발되었습니다. 인턴 Marie-Laure Bardonnet는 사소한 버그 수정부터 시작해 점진적으로 업무 범위를 넓히며, 결국 최신 프론트엔드 기술을 활용해 제품의 핵심 기능을 성공적으로 구축했습니다. 이는 주니어 개발자에게 도전적인 과제와 적절한 멘토링이 주어졌을 때 얼마나 큰 성과를 낼 수 있는지를 보여주는 사례입니다. ### Notebooks 기능의 역할과 가치 * 특정 시점의 데이터 그래프를 텍스트 및 기타 정보와 함께 저장하고 공유할 수 있는 도구입니다. * 조직 내에서 장애 대응이나 분석 시 깊은 맥락(Context)을 제공하여 팀원들이 더 빠르게 상황을 파악하고 협업할 수 있도록 돕습니다. ### 단계적인 업무 확장을 통한 코드베이스 적응 * 초기에는 대시보드의 즐겨찾기 별표 표시 수정과 같은 사소한 UI 버그부터 시작하여 애플리케이션 구조에 익숙해졌습니다. * 점차 난이도가 높은 과제를 수행하며 코드베이스에 연착륙(Smooth entry)했고, 이는 단순한 '잡무(Grunt work)'를 넘어 실제 제품에 영향을 미치는 프로젝트로 이어졌습니다. ### 최신 프론트엔드 기술 스택의 실무 적용 * 단순한 기능 구현을 넘어 React, Redux(상태 관리), Redux Saga(사이드 이펙트 관리)와 같은 최신 기술을 깊이 있게 학습하고 적용했습니다. * 인턴 과정임에도 불구하고 기능 구현에 필요한 아키텍처 리팩토링 아이디어를 제안하고 이를 실무에 반영하는 등 심도 있는 엔지니어링 과정을 거쳤습니다. ### 자율성과 가이드의 균형을 맞춘 멘토링 * 팀 리드는 인턴이 스스로 해결책을 찾도록 지켜보는 것과 기술적으로 까다로운 부분에서 함께 논의하는 것 사이에서 적절한 균형을 유지했습니다. * 이러한 멘토링 덕분에 인턴은 이론적인 지식과 실무 역량의 차이를 이해하고, 개발자로서 독립적인 의사결정을 내리는 법을 체득했습니다. 기업이 우수한 엔지니어를 확보하기 위해서는 인턴을 단순 보조 인력으로 활용하기보다, 실질적인 제품 개발에 참여시키고 최신 기술을 탐구할 환경을 제공해야 합니다. 적절한 자율성과 책임감이 부여될 때 주니어 개발자는 기업의 핵심 인재로 성장하며 장기적인 기여를 할 수 있게 됩니다.

database-designdatadogreactfrontend-development+3