코호트 분석 원하는 유저군(코호트)을 잡아서 해당 유저들의 행동을 분석하는 기법 예: “지난 6개월간 우리 앱에서 한달에 10만원 이상 소비한 30대 여성"이란 유저군을 잡은 후, 해당 유저군의 리텐션 (재방문률)을 분석 분석방법 Amplitude, Google Analytics 등의 외부 솔루션 사용 장점: 개발 비용이 없음 단점: 솔루션 비용 발생 솔루션에 의존하게 됨 RDB(OLTP) 사용 장점: 익숙함 단점: 일정 규모를 넘어가면 성능문제로 문제해결 불가능함 데이터 파이프라인을 구축(Snowflake, Apache Kafka 등 활용) 장점: 익숙함 단점: 생각보다 많은 비용 코호트 분석용 OALP 데이터베이스를 직접 개발: https://engineering.

친애하는 나의 C++ std::shared_ptr is not thread safe C++ 좋은 읽을거리

xvfb를 이용한 Go headless 테스트 Go의 철학 Go module에서 GitHub private repository 사용 좋은 읽을거리

Go module에서 GitHub private 저장소를 사용하는 방법입니다. git 설정에서 GitHub 접근을 계정과 토큰을 사용하게 변경 git config --global url."https://${GITHUB_USER}:${{GITHUB_TOKEN}}@github.com".insteadOf "https://github.com" GOPRIVATE 환경변수에 private 저장소 등록 GOPRIVATE="github.com/hueypark/asset"

Go에서 GLFW 등을 이용해 그래픽스 관련 작업을 할 때에도 자동화 테스트 구성이 가능합니다. 하지만 GitHub Actions과 같이 디스플레이가 없는 환경에서는 의존성을 가지고 있다는 이유만으로 그래픽스 관련 테스트가 실패합니다. xvfb는 메뉴얼에서 virtual framebuffer X server for X Version 라고 소개되고 있으며, 서버 사이드 테스트를 위해 주로 사용됩니다. Ubuntu 기준으로 sudo apt install xvfb로 설치하고 xvfb-run에 이어서 테스트 명령어를 추가하여 테스트할 수 있습니다. 실제 GitHub Actions에 적용한 예시를 공유드립니다.

Dave Cheney의 The Zen of Go를 번역했습니다. 좀 더 알고 싶으신 분은 발표 영상과 블로그 글을 함께 참고해 주십시오. Go의 철학 쉽고, 읽기 좋으며, 유지가능한 Go 코드 작성을 위한 10가지 엔지니어링 가치. 고퍼콘 이스라엘 2020에 발표하였음. 패키지는 하나의 목적만을 달성합니다 잘 디자인된 Go 패키지는 단 하나의 아이디어와 관련 동작을 제공합니다. 좋은 Go 패키지를 위해 좋은 이름을 먼저 정해야 합니다. 엘리베이터 피치라고 생각하며 패키지 이름을 정해보십시오. 에러는 명시적으로 처리합니다 단단한 프로그램은 문제가 생기기 전에 실패처리를 하는 요소들로 이루어져 있습니다.

gRPC 101 간단하고 빠르게 게임서버 만들기 gRPC A high performance, open source universal RPC framework RPC(Remote procedure call) 원격 프로시저 호출 왜 gRPC 인가? Simple service definition Start quickly and scale Works across languages and platforms Bi-directional streaming and integrated auth Simple service definition 강력한 바이너리 직렬화 툴셋인, Protocol Buffers 를 활용해 서비스를 정의함 Start quickly and scale 적은 코드로 쉽게 개발을 시작한 후,

지은이: 데이비드 토머스, 앤드류 헌트 ISBN: 978-89-6626-336-3 프로그래밍은 미래를 덜 고통스럽게 만들려 노력하는 것이다. 팀 동료들을 수월하게 해 주는 것이다. 문제를 일으켰다가 다시 되돌릴 수 있는 것이다. 좋은 습관을 기르고, 여러분의 도구를 이해하는 것이다. – x쪽 ‘깨진 창문'을 고치지 않은 채로 내버려 두지 말라. 나쁜 설계, 잘못된 결정, 혹은 형편없는 코드 등이 모두 깨진 창문이다. 발견하자마자 바로 고쳐라. 적절히 고칠 시간이 없다면 일단 판자로 덮는 것만이라도 하라.

개요 쿠키런: 킹덤이 오픈 후 알 수 없는 이유로 오랜 시간 점검하였음 총 점검 시간: 39시간 40분(2021-01-25 16:50:00 ~ 2021-01-25 03:30:00) 원인 기술적인 원인은 공개하지 않았음 나중에라도 데브시스터즈에서 공유해주시면 흥미로울 것 같음 여러분께 <쿠키런: 킹덤>을 선보이며 여러 가지 상황에 대비할 준비를 해왔지만 이번에 발생한 오류는 예상치 못한 치명적인 문제였고, 킹덤팀에서도 오랜 시간을 들여 수정하게 되었습니다. 점검 보상 크리스탈 12,000개 스태미너 젤리 50개 킹덤 아레나 티켓 30개 코인 50,000개 가속원 30분 5개 경험의 별사탕 레벨 4 100개 긴급 점검 보상은 2021년 1월 25일(월) 점검 전까지 생성된 계정에 한하여 지급됩니다.

로블록스는 2021년 10월 28일부터 10월 31일까지 73시간의 장애 대한 디브리핑을 하고 자사 블로그에 공개했습니다. 최근의 개선사항과 계획된 작업들 중 인상적인 내용 몇가지를 기록합니다. 모니터링 시스템 개선 모니터링 시스템이 메인 시스템 간 순환 종속성 제거했습니다. 메인 시스템 장애가 모니터링 시스템 장애로 이어졌고, 그로 인해 장애 원인를 찾을 데이터를 빠르게 확보할 수 없었음 장애의 주 원인(Consul and BoltDB) 모니터링 시스템을 확장했습니다. 서비스 시작과 설정 관리방식 개선 서비스 재시작 시 서비스에 필요한 캐시 배치, 웜업을 위해 서비스 복구가 느려졌습니다.