킹덤 서버! 튜토리얼
Scala와 함수형 프로그래밍에 익숙하지 않은 상태에서 킹덤 서버팀에 합류한 온보딩 과정을 소개했습니다. 또한 ZPure와 ZIO, 테스트 작성, 버그 수정, 콘텐츠 개발을 통해 실무에 적응하는 흐름을 정리했습니다.
#Scala#함수형 프로그래밍#ZIO
700
모든 블로그
대표 인기 포스트게임 회사에서 클라이언트 프로그래머가 하는 일168 조회168 조회 기타 기타 기타 기타 기타 기타 기타 기타 기타 기타 기타 기타 기타 기타
데브시스터즈
주요 카테고리 백엔드 · DevOps
활동 요약
- 최근 30일
- 0개
- 평균 조회
- 38
- 누적 조회
- 2,644
- 전체 글
- 70개
- 마지막 발행
- 2026. 9. 18.
데브시스터즈 기술 블로그 글 (14)
데브시스터즈 엔지니어링 데이 - 게임 서버 돌아보기
데브시스터즈 엔지니어링 데이의 세 번째 행사로 게임 서버 주제의 발표와 패널톡을 소개했습니다. Scala 백엔드 구현과 에셋 번들 패치 사례, 그리고 Claude Code로 행사 페이지를 만든 경험도 함께 다뤘습니다.
#Scala#Unity#게임 서버
7300
결정론적인 알고리즘
게임 개발에서 결정론적 알고리즘의 개념과 필요성을 설명했습니다. 고정 프레임 게임 루프와 시드 기반 랜덤으로 재현성을 높이는 방법을 소개했습니다.
#게임 개발#알고리즘#게임 루프
6900
데브시스터즈 엔지니어링 데이 - Data 돌아보기
데브시스터즈가 제2회 엔지니어링 데이 - Data를 열고 데이터 조직의 고민과 사례를 공유했습니다. 로그 파이프라인, 준실시간 처리, 게임 DW 공통화와 데이터 활용 경험을 소개했습니다.
#data#파이프라인#데이터 분석
9600
그래서 QA가 왜 필요한데?
게임 QA를 버그 찾기보다 개발진과 유저 간 소통의 질을 높이는 품질 보증 활동으로 설명했습니다. 릴리즈 전후로 품질 기준을 세우고 후속 대응까지 이어가야 한다고 정리했습니다.
#QA#test#UI/UX
3600
그래서 QA가 왜 필요한데?
Datadog Live with Devsisters 돌아보기
데브시스터즈가 Datadog Live with Devsisters 행사에서 데이터독 도입 배경과 팀별 활용 사례를 공유했습니다. 또한 쿠버네티스 운영, 부하테스트, 알람 체계까지 함께 소개했습니다.
#Datadog#AWS#Kubernetes
2800
조직문화 담당자가 개발조직에 뛰어든 이야기
개발조직에 특화된 테크 컬처 매니저의 역할과 실제 업무를 소개했습니다. 심리적 안전감, 행동강령, 기술 블로그, 밋업 운영 사례를 통해 조직문화를 가꾸는 방식을 설명했습니다.
#조직문화#DevRel#심리적 안전감
3000
9가지 프로그래밍 언어로 배우는 개념: 4편 - 하이 레벨 언어와 동적 타입 언어
하이 레벨 언어와 동적 타입 언어의 특징을 비교하며 아키텍처 관점의 장단점을 정리했습니다. 값 타입, 레퍼런스 타입, Variance, 덕 타이핑을 통해 표현력과 제약을 함께 설명했습니다.
#JavaScript#C++#Rust
2600
개발자에서 기술 작가로 전직하기까지 2년 간의 이야기
엔지니어에서 기술 작가로 전환하며 문서화와 정보 전달의 가치를 설명했습니다. 문서·영상·자동화를 활용해 복잡한 정보를 사용자 관점에서 전달하는 방식을 제시합니다.
#테크니컬 라이팅#문서화#자동화
1900
테스트 케이스 관리를 JIRA로 하자! : 웹서비스셀의 테스트 관리 툴 도입기
엑셀 기반 QA 테스트 관리의 이슈·버전·보고서 작성 비효율을 분석했습니다. QAlity와 Zephyr Scale을 비교해 상태 확장성과 통합 흐름이 있는 Zephyr Scale을 채택했습니다.
#JIRA#Zephyr Scale#QAlity
4200
고객 접점에서 ‘신뢰’를 만드는 사람들, QA 직군
QA는 서비스 전 과정에서 고객 경험과 신뢰를 위한 품질을 관리합니다. 플랫폼·웹서비스의 안정성, UX/UI, 호환성을 협업으로 개선합니다.
#QA#품질관리#API
2300
고객 접점에서 ‘신뢰’를 만드는 사람들, QA 직군
JIRA를 하자! - 쿠키런 : 오븐브레이크의 JIRA 도입기
쿠키런 오븐브레이크 팀의 스프레드시트·Trello 한계를 해결하기 위한 JIRA 도입 과정을 정리했습니다. 칸반 워크플로와 유효성 검사, JQL 필터를 설계·개선해 이슈 관리 효율을 높였습니다.
#Jira#QA#kanban
2500
스펙에 대처하는 QA의 자세
QA 관점에서 스펙은 문서화된 요구 사항이며, 근거 없는 스펙 분류는 피해야 합니다. 의심 증상도 티켓으로 등록해 명세 확인과 사용자 관점의 논의를 거쳐 처리해야 합니다.
#QA#specification#BTS
1800
‘테스트 케이스’로만 테스트하면 안되나요?
테스트 케이스 중심의 Happy Path 검증만으로는 게임의 다양한 잠재 버그를 찾기 어렵다고 설명했습니다. 탐색적 테스팅과 TC를 함께 활용해 품질을 보증하는 방안을 제안합니다.
#test#탐색적 테스팅#테스트 케이스
2200