その他 IT用語 韓国語一覧

段階的にデプロイ対象を広げていくリリース戦略のこと。内部ユーザー→ベータユーザー→一般ユーザーと同心円状に展開し、各段階でフィードバックを収集する。

단계적으로 배포 대상을 넓혀 가는 릴리스 전략. 내부 사용자→베타 사용자→일반 사용자로 동심원 형태로 전개하며, 각 단계에서 피드백을 수집한다.

エンジニアチームが通常の業務環境を離れて集中的に技術戦略の議論やアーキテクチャ設計を行う合宿形式のイベントである。中長期的な技術方針の合意形成に活用される。

엔지니어 팀이 통상 업무 환경을 벗어나 집중적으로 기술 전략 논의나 아키텍처 설계를 수행하는 합숙 형식의 이벤트이다. 중장기적 기술 방침의 합의 형성에 활용된다.

組織が持つべき技術的能力を体系的に定義し、現状との差分を評価するフレームワークのこと。成熟度レベルを設定し、段階的な能力向上の計画を策定する。

조직이 갖추어야 할 기술적 역량을 체계적으로 정의하고, 현상과의 차분을 평가하는 프레임워크. 성숙도 레벨을 설정하고, 단계적인 역량 향상 계획을 수립한다.

ソフトウェア製品の品質モデルを定義する国際規格。8つの品質特性と31の副特性で構成され、ソフトウェアの品質要件定義や品質評価のための共通フレームワークとして広く参照されている。

소프트웨어 제품의 품질 모델을 정의하는 국제 규격이다. 8가지 품질 특성과 31개의 부특성으로 구성되며, 소프트웨어의 품질 요건 정의나 품질 평가를 위한 공통 프레임워크로 널리 참조되고 있다.

エンジニアの成長段階とそれぞれに求められるスキル・役割・責任を体系的に定義した昇進体系であり、個人のキャリア目標設定と組織の人材育成の指針として機能する。

엔지니어의 성장 단계와 각각에 요구되는 스킬·역할·책임을 체계적으로 정의한 승진 체계이며, 개인의 커리어 목표 설정과 조직의 인재 육성의 지침으로 기능한다.

アプリケーション全体を単一のデプロイ単位として構築するアーキテクチャスタイル。初期の開発速度が速く運用が簡単だが、規模が大きくなると変更やスケーリングが困難になる。

애플리케이션 전체를 단일 배포 단위로 구축하는 아키텍처 스타일로, 초기 개발 속도가 빠르지만 규모가 커지면 변경이 어려워진다.

アジャイル開発でタスクの相対的な難易度をフィボナッチ数列などの数値で見積もる手法であり、チーム内の認識を統一し安定したベロシティの計測と予測精度の向上を支援する。

애자일 개발에서 태스크의 상대적 난이도를 피보나치 수열 등의 수치로 견적하는 수법이며, 팀 내의 인식을 통일하여 안정된 벨로시티의 계측과 예측 정확도의 향상을 지원한다.

サービスレベル指標（Service Level Indicator）を具体的に定義するプロセスで、レイテンシ・可用性・スループットなどの測定対象と計算方法を明確化する。

서비스 레벨 지표(Service Level Indicator)를 구체적으로 정의하는 프로세스로, 레이턴시·가용성·처리량 등의 측정 대상과 계산 방법을 명확화한다.

一定期間内に追加・変更・削除されたコード行数の比率を表すメトリクス。高いチャーン率は、頻繁な書き直しや不安定なコード領域を示し、品質問題やスコープ変更の兆候となる場合がある。

일정 기간 내에 추가·변경·삭제된 코드 행수의 비율을 나타내는 메트릭스이다. 높은 이탈률은 빈번한 재작성이나 불안정한 코드 영역을 나타내며, 품질 문제나 스코프 변경의 징후가 되는 경우가 있다.

開発チームが日常的に遭遇する状況や課題に対する標準的な対応手順をまとめたドキュメントである。障害対応やデプロイ手順など運用ナレッジを体系化して共有する。

개발 팀이 일상적으로 접하는 상황이나 과제에 대한 표준적인 대응 절차를 정리한 문서이다. 장애 대응이나 배포 절차 등 운용 지식을 체계화하여 공유한다.

上位モジュールが下位モジュールに直接依存せず、両者が抽象に依存すべきというSOLID原則の一つ。インターフェースを介した疎結合な設計により、テスト容易性と拡張性を高める。

상위 모듈이 하위 모듈에 직접 의존하지 않고 양자가 추상에 의존해야 한다는 SOLID 원칙의 하나이다.

メッセージキューで処理に失敗したメッセージが格納されるデッドレターキューを監視し、未処理メッセージの蓄積を検知してアラートを発報する運用プラクティスである。

메시지 큐에서 처리에 실패한 메시지가 격납되는 데드 레터 큐를 모니터링하여 미처리 메시지의 축적을 검지하고 알림을 발보하는 운용 프랙티스이다.

年間ダウンタイムを約8.76時間以内に抑えるサービスレベルの水準であり、スリーナインと呼ばれシステム設計における冗長構成や障害復旧能力の要件定義の基準となる。

연간 다운타임을 약 8.76시간 이내로 억제하는 서비스 레벨의 수준이며, 스리 나인이라 불려 시스템 설계에 있어서의 이중화 구성이나 장애 복구 능력의 요건 정의 기준이 된다.

システムの外部出力からその内部状態を理解できる度合い。ログ、メトリクス、トレースの三本柱を統合的に活用し、複雑な分散システムの挙動を把握・診断する能力を指す。

시스템의 외부 출력으로부터 내부 상태를 이해할 수 있는 정도. 로그, 메트릭, 트레이스의 세 가지 축을 통합적으로 활용하여 복잡한 분산 시스템의 동작을 파악·진단하는 능력을 가리킨다.

組織が目指す技術的な将来像を明文化したもの。技術スタックの方向性、アーキテクチャの理想形、チームの技術力向上目標などを含み、意思決定の指針として機能する。

조직이 지향하는 기술적 미래상을 명문화한 것. 기술 스택의 방향성, 아키텍처의 이상형, 팀의 기술력 향상 목표 등을 포함하며 의사 결정의 지침으로 기능한다.

同一リクエストの重複実行を防止するために付与する一意な識別子。クライアントが生成したUUIDなどをリクエストに含め、サーバー側で重複を検出して冪等性を保証する。

동일 요청의 중복 실행을 방지하기 위해 부여하는 고유 식별자로, 서버 측에서 중복을 검출하여 멱등성을 보증한다.

特定のスレッドやプロセスが必要なリソースを長期間取得できず、処理が進まなくなる状態。優先度の低いタスクが高優先度タスクに常にリソースを奪われる場合に発生しやすい。

특정 스레드나 프로세스가 필요한 리소스를 장기간 취득할 수 없어 처리가 진행되지 않는 상태이다. 우선도가 낮은 태스크가 고우선도 태스크에 항상 리소스를 빼앗기는 경우에 발생하기 쉽다.

5日間の構造化されたプロセスでアイデアの検証からプロトタイプ作成・ユーザーテストまでを実施するGoogle Ventures発の手法で、素早い仮説検証を実現する。

5일간의 구조화된 프로세스로 아이디어 검증부터 프로토타입 제작·사용자 테스트까지 실시하는 Google Ventures 발의 기법으로, 빠른 가설 검증을 실현한다.

技術ドキュメントの品質と一貫性を確保するための文書作成規約やテンプレートをまとめたガイドラインである。用語の統一や構成の標準化によりドキュメントの可読性を向上させる。

기술 문서의 품질과 일관성을 확보하기 위한 문서 작성 규약이나 템플릿을 정리한 가이드라인이다. 용어 통일이나 구성의 표준화로 문서의 가독성을 향상시킨다.

サービスの品質を定量的に測定する指標のこと。レイテンシ・可用性・エラー率等をSLIとして定義し、SLO・SLAの基礎データとして継続的にモニタリングする。

서비스 품질을 정량적으로 측정하는 지표. 레이턴시·가용성·에러율 등을 SLI로 정의하고, SLO·SLA의 기초 데이터로 지속적으로 모니터링한다.

データをまずロードしてから変換を行うパターンで、クラウドDWHの処理能力を活用した効率的なデータ処理手法である。dbtなどの変換ツールを使いSQL上で変換ロジックを記述することが一般的な実装方法となる。

데이터를 먼저 로드한 후 변환을 수행하는 패턴으로 클라우드 DWH의 처리 능력을 활용한 효율적인 데이터 처리 기법이다. dbt 등의 변환 도구를 사용하여 SQL 상에서 변환 로직을 기술하는 것이 일반적인 구현 방법이 된다.

他の開発チームが新しい技術やプラクティスを習得する支援を行う専門チーム。直接的にコードを書くのではなく、コーチング・ハンズオン・技術支援を通じてチームの自律性と能力を高める。

다른 개발 팀이 새로운 기술이나 프랙티스를 습득하는 지원을 수행하는 전문 팀이다. 직접적으로 코드를 작성하는 것이 아니라, 코칭·핸즈온·기술 지원을 통해 팀의 자율성과 능력을 높인다.

システム全体の構造設計を担当する技術者。技術選定、コンポーネント間の関係設計、非機能要件の実現方針を策定し、開発チームに対して技術的な指針を提供する役割を持つ。

시스템 전체의 구조 설계를 담당하는 기술자. 기술 선정, 컴포넌트 간 관계 설계, 비기능 요건의 실현 방침을 수립하고 개발 팀에 기술적 지침을 제공하는 역할을 맡는다.

過剰な監視アラートの発報により運用担当者が重要なアラートを見落とす状態であり、アラートの閾値調整やグルーピングにより通知の精度を高め対応の質を改善する。

과잉 감시 알러트의 발보로 인해 운용 담당자가 중요한 알러트를 간과하는 상태이며, 알러트의 임계값 조정이나 그루핑으로 통지의 정확도를 높여 대응의 질을 개선한다.

システム障害の深刻度を段階的に分類する基準を定義し、各レベルに応じた対応手順やエスカレーションルールを明確化する運用設計である。迅速な初動対応を可能にする。

시스템 장애의 심각도를 단계적으로 분류하는 기준을 정의하고 각 레벨에 따른 대응 절차나 에스칼레이션 규칙을 명확화하는 운용 설계이다. 신속한 초동 대응을 가능하게 한다.

Gitのコミット実行前に自動的にリンターやフォーマッターを実行する仕組みであり、コーディング規約違反やフォーマットの乱れをコミット前に検出してコードベースの品質を維持する。

Git의 커밋 실행 전에 자동으로 린터나 포매터를 실행하는 구조이며, 코딩 규약 위반이나 포맷의 불일치를 커밋 전에 검출하여 코드베이스의 품질을 유지한다.

コードの品質問題を示唆する表面的な兆候。長すぎるメソッド・巨大なクラス・重複コードなど、リファクタリングが必要であることを示すパターンで、バグではないが保守性を低下させる要因となる。

코드의 품질 문제를 시사하는 표면적인 징후이다. 너무 긴 메서드·거대한 클래스·중복 코드 등 리팩터링이 필요함을 나타내는 패턴으로, 버그는 아니지만 유지보수성을 저하시키는 요인이 된다.

組織内の知識・ノウハウを収集・整理・共有・活用する仕組みや取り組み。KMとも呼ばれ、ConfluenceやNotionなどのツールがIT現場でよく使われる。

조직 내 지식과 노하우를 수집·정리·공유·활용하는 체계와 활동. KM이라고도 하며, IT 현장에서는 Confluence나 Notion 같은 툴이 자주 활용된다.

GitHubが提供するクラウドベースの開発環境で、ブラウザやVS Codeから即座にフル機能の開発環境にアクセスでき、ローカル環境構築の手間を完全に排除する。

GitHub이 제공하는 클라우드 기반의 개발 환경으로, 브라우저나 VS Code에서 즉시 풀 기능의 개발 환경에 접근할 수 있어 로컬 환경 구축의 수고를 완전히 배제한다.

新技術やアプローチの実現可能性を限定スコープで実証するPoC（概念実証）を効率的に進めるための標準化された手順で、仮説設定から結果報告までを構造化する。

신기술이나 접근법의 실현 가능성을 한정 스코프로 실증하는 PoC(개념 증명)를 효율적으로 진행하기 위한 표준화된 절차로, 가설 설정부터 결과 보고까지를 구조화한다.

エンジニアが自主開発したプロジェクトや新技術の検証結果を社内で発表・共有するイベントで、技術的知見の横展開とモチベーション向上に寄与する。

엔지니어가 자체 개발한 프로젝트나 신기술 검증 결과를 사내에서 발표·공유하는 이벤트로, 기술적 지견의 횡전개와 동기부여 향상에 기여한다.

開発者コミュニティとの関係構築やAPIの普及促進を担う活動で、技術的な啓蒙とフィードバック収集を行う。

개발자 커뮤니티와의 관계 구축이나 API 보급 촉진을 담당하는 활동으로 기술적 계몽과 피드백 수집을 수행한다.

依存ライブラリやビルドツールの安全性・信頼性を管理し、ソフトウェアの供給経路全体を保護する取り組みである。

의존 라이브러리나 빌드 도구의 안전성·신뢰성을 관리하고 소프트웨어 공급 경로 전체를 보호하는 활동이다.

メインのシステムや機能が障害で利用不能になった際に代替手段に自動的に切り替える仕組みであり、サービスの完全停止を防ぎユーザーへの影響を最小限に抑制する。

메인 시스템이나 기능이 장애로 이용 불능이 된 경우 대체 수단으로 자동적으로 전환하는 구조이며, 서비스의 완전 정지를 방지하고 사용자에의 영향을 최소한으로 억제한다.

公開鍵基盤の証明書発行・失効・更新のライフサイクルを設計し、安全な通信と認証の基盤を構築することである。自動証明書更新ツールを導入し、手動更新漏れによるサービス停止を防止する。

공개 키 기반의 인증서 발급·실효·갱신의 라이프사이클을 설계하고 안전한 통신과 인증의 기반을 구축하는 것이다. 자동 인증서 갱신 도구를 도입하여 수동 갱신 누락에 의한 서비스 정지를 방지한다.

システムやコードベースの品質状態を定期的に診断し、技術的負債の蓄積度やセキュリティリスクをスコアリングして可視化する組織的な評価活動である。

시스템이나 코드베이스의 품질 상태를 정기적으로 진단하여 기술 부채 축적도나 보안 리스크를 점수화하여 시각화하는 조직적 평가 활동이다.

全従業員のセキュリティリテラシーを段階的に高めるための体系的な教育プログラムである。模擬フィッシングやインシデント事例学習を通じてセキュリティ文化を醸成する。

전 종업원의 보안 리터러시를 단계적으로 높이기 위한 체계적인 교육 프로그램이다. 모의 피싱이나 인시던트 사례 학습을 통해 보안 문화를 양성한다.

企業の技術戦略全体を統括する最高技術責任者。技術ロードマップの策定やエンジニアリング組織の方向性決定、技術投資判断などを担う経営層の役職である。

기업의 기술 전략 전체를 총괄하는 최고기술책임자. 기술 로드맵 수립이나 엔지니어링 조직의 방향성 결정, 기술 투자 판단 등을 담당하는 경영층의 직위이다.

ソフトウェアのエンティティは拡張に対して開かれ、修正に対して閉じられるべきというSOLID原則の一つ。既存コードを変更せずに新機能を追加できる設計を目指す。

소프트웨어 엔티티는 확장에 대해 열려 있고 수정에 대해 닫혀 있어야 한다는 SOLID 원칙의 하나이다.

ソースコード内の重複した類似コード断片を自動検出する手法。コピー＆ペーストで増殖した重複コードを特定し、共通化・抽象化によるリファクタリングの対象を明らかにする。

소스 코드 내의 중복된 유사 코드 단편을 자동 검출하는 수법이다. 복사·붙여넣기로 증식한 중복 코드를 특정하여 공통화·추상화에 의한 리팩터링 대상을 명확히 한다.

組織で使用している技術・ツール・フレームワークを定期的に一覧化し、重複や陳腐化を検出する活動のこと。不要な技術の廃止とサポート対象の絞り込みを行う。

조직에서 사용하고 있는 기술·도구·프레임워크를 정기적으로 일람화하여, 중복이나 진부화를 검출하는 활동. 불필요한 기술의 폐지와 지원 대상의 축소를 수행한다.

複数プロジェクトを単一リポジトリで管理する際の運用戦略で、Turborepo・Nx等のツール選定やビルドキャッシュ・影響範囲テストの最適化を包括的に計画する手法である。

복수 프로젝트를 단일 리포지토리로 관리할 때의 운용 전략으로, Turborepo·Nx 등의 도구 선정과 빌드 캐시·영향 범위 테스트의 최적화를 포괄적으로 계획하는 기법이다.

技術の採用状況を可視化するフレームワーク。ThoughtWorksが提唱し、技術をAdopt・Trial・Assess・Holdの4段階で評価・整理するツール。

기술 도입 현황을 시각화하는 프레임워크. ThoughtWorks가 제안했으며, 기술을 Adopt·Trial·Assess·Hold 4단계로 평가·정리하는 도구.

ガートナー社が提唱する技術成熟度モデル。新技術への期待と幻滅の波を5段階で可視化し、技術導入タイミングの判断に活用される。

가트너사가 제창한 기술 성숙도 모델. 신기술에 대한 기대와 환멸의 흐름을 5단계로 시각화하여 기술 도입 시점 판단에 활용된다.

データをプロダクトとして扱い、発見性・理解性・信頼性・アクセス性を備えた形で提供する概念のこと。データメッシュの中核要素で、ドメインチームが自律的に管理する。

데이터를 프로덕트로 취급하여, 발견성·이해성·신뢰성·접근성을 갖춘 형태로 제공하는 개념. 데이터 메시의 핵심 요소로, 도메인 팀이 자율적으로 관리한다.

2つ以上の専門分野で深い知識を持つ人材像で、T型人材の発展形として複数領域の専門性を掛け合わせた独自の価値を創出できるエンジニアを指す。

2개 이상의 전문 분야에서 깊은 지식을 가진 인재상으로, T자형 인재의 발전형으로서 복수 영역의 전문성을 결합한 독자적 가치를 창출할 수 있는 엔지니어를 가리킨다.

新しい技術やアイデアが実現可能かどうかを小規模な実験で事前に確認するプロセスであり、本格開発に着手する前にリスクを低減し投資判断の根拠となる実証データを取得する。

새로운 기술이나 아이디어가 실현 가능한지를 소규모 실험으로 사전에 확인하는 프로세스이며, 본격 개발에 착수하기 전에 리스크를 저감하고 투자 판단의 근거가 되는 실증 데이터를 취득한다.

フィーチャーフラグの作成・管理・評価を一元化するSaaSやツールのこと。LaunchDarkly等を使い、フラグのライフサイクル管理やA/Bテスト連携を実現する。

피처 플래그의 생성·관리·평가를 일원화하는 SaaS나 도구. LaunchDarkly 등을 사용하여, 플래그 라이프사이클 관리나 A/B 테스트 연계를 실현한다.

企業が保有する特許の出願・登録・維持・活用・監視を一元管理するプロセス。知的財産戦略の中核であり、IT分野では特にソフトウェア特許の管理が重要。

기업이 보유한 특허의 출원·등록·유지·활용·모니터링을 일원화하여 관리하는 프로세스. 지식재산 전략의 핵심이며, IT 분야에서는 특히 소프트웨어 특허 관리가 중요하다.

コードのビルド・テスト・デプロイの一連のプロセスを自動化したCI/CDパイプラインであり、手動作業によるミスを排除し安全で高速なリリースサイクルを実現する。

코드의 빌드·테스트·디플로이의 일련의 프로세스를 자동화한 CI/CD 파이프라인이며, 수동 작업에 의한 실수를 배제하여 안전하고 고속의 릴리스 사이클을 실현한다.

読み取りと書き込みの責務を異なるモデルやデータストアに分離するアーキテクチャパターンの実装。スケーラビリティの向上と各操作に最適化されたデータモデルの使用を可能にする。

읽기와 쓰기의 책무를 다른 모델이나 데이터 스토어에 분리하는 아키텍처 패턴의 구현이다. 스케일러빌리티의 향상과 각 조작에 최적화된 데이터 모델의 사용을 가능하게 한다.

エンジニア採用候補者の技術力・問題解決能力・チームフィットを評価する面接プロセスであり、コーディングテストやシステム設計問題を通じて実務能力を多角的に判定する。

엔지니어 채용 후보자의 기술력·문제 해결 능력·팀 핏을 평가하는 면접 프로세스이며, 코딩 테스트나 시스템 설계 문제를 통해 실무 능력을 다각적으로 판정한다.

コードベースやシステムの長期的な健全性を維持する責任を組織全体で共有し、持続的な改善文化を根付かせるためのエンジニアリング方針である。

코드베이스나 시스템의 장기적인 건전성을 유지하는 책임을 조직 전체에서 공유하며 지속적인 개선 문화를 뿌리내리게 하는 엔지니어링 방침이다.

IT資産の構成情報とその相互関係を一元管理するデータベースであり、障害影響分析や変更管理の判断に必要な構成アイテム情報を正確に把握するITILの中核的な要素である。

IT 자산의 구성 정보와 그 상호 관계를 일원 관리하는 데이터베이스이며, 장애 영향 분석이나 변경 관리의 판단에 필요한 구성 아이템 정보를 정확히 파악하는 ITIL의 핵심적 요소이다.

障害発生時に即時対応できるよう、エンジニアが交代で待機する運用体制。PagerDutyなどのツールで管理される。

장애 발생 시 즉시 대응할 수 있도록 엔지니어가 교대로 대기하는 운용 체제. PagerDuty 등의 도구로 관리된다.

システムの応答速度やスループットを改善するための調整作業。プロファイリングによるボトルネック特定、クエリ最適化、メモリ設定の調整などを体系的に実施する。

시스템의 응답 속도나 처리량을 개선하기 위한 조정 작업으로, 프로파일링에 의한 병목 특정 등을 체계적으로 실시한다.

ソフトウェア開発のプロセスを工場のように標準化・自動化し、高品質なソフトウェアを効率的に量産する仕組みのこと。テンプレートやパイプラインの共通化が基盤となる。

소프트웨어 개발 프로세스를 공장처럼 표준화·자동화하여, 고품질 소프트웨어를 효율적으로 양산하는 구조. 템플릿이나 파이프라인의 공통화가 기반이 된다.

コードベースの品質・複雑度・技術負債を定期的に診断し、改善すべき領域を特定する活動である。

코드베이스의 품질·복잡도·기술 부채를 정기적으로 진단하고 개선해야 할 영역을 특정하는 활동이다.

攻撃チームと防御チームが協力して実践的な攻防演習を行い、双方のスキルと対応力を向上させる訓練である。実際の攻撃手法を再現しながら検知ルールや対応手順の有効性を相互に検証する。

공격 팀과 방어 팀이 협력하여 실천적인 공방 연습을 하고 쌍방의 스킬과 대응력을 향상시키는 훈련이다. 실제 공격 기법을 재현하면서 검지 규칙이나 대응 절차의 유효성을 상호 검증한다.

エンジニアリングリソースを新機能開発・技術的負債解消・運用改善等に適切に配分する意思決定のこと。一般的に70/20/10の配分ルールが推奨される。

엔지니어링 리소스를 신규 기능 개발·기술 부채 해소·운용 개선 등에 적절히 배분하는 의사결정. 일반적으로 70/20/10 배분 규칙이 권장된다.

日本発の継続的改善の哲学をIT開発プロセスに適用する手法であり、小さな改善を日常的に積み重ねることでチームの生産性と品質を持続的に向上させる。

일본 발의 지속적 개선 철학을 IT 개발 프로세스에 적용하는 수법이며, 작은 개선을 일상적으로 쌓아 올림으로써 팀의 생산성과 품질을 지속적으로 향상시킨다.

サービスの可用性目標を設定しそれを達成・維持するための施策を計画・実行するプロセスであり、障害予防・迅速な復旧・継続的な改善を通じてサービス品質を確保する。

서비스의 가용성 목표를 설정하고 그것을 달성·유지하기 위한 시책을 계획·실행하는 프로세스이며, 장애 예방·신속한 복구·지속적 개선을 통해 서비스 품질을 확보한다.

既存のシステム基盤を新しい環境やプラットフォームに移行する包括的なプロジェクトであり、アプリケーション・データ・インフラの各レイヤーを計画的に段階移行する。

기존 시스템 기반을 새로운 환경이나 플랫폼으로 이행하는 포괄적인 프로젝트이며, 애플리케이션·데이터·인프라의 각 레이어를 계획적으로 단계 이행한다.

使用するOSSや商用ソフトウェアのライセンス条件を遵守する取り組み。GPL、MIT、Apacheなどのライセンスの違いを理解し、法的リスクを回避するための管理体制を整備する。

사용하는 OSS나 상용 소프트웨어의 라이선스 조건을 준수하는 노력이다.

プロデューサーとコンシューマー間のメッセージの仲介を行うミドルウェア。メッセージの永続化、ルーティング、負荷分散機能を提供し、非同期通信の基盤として活用される。

프로듀서와 컨슈머 간 메시지 중개를 수행하는 미들웨어로, 메시지 영속화·라우팅·부하 분산 기능을 제공한다.

新規メンバーと既存メンバーがペアを組んで業務を行いながら知識移転を行うオンボーディング手法で、暗黙知の共有とチーム文化への適応を効率的に促進する。

신규 멤버와 기존 멤버가 페어를 이루어 업무를 수행하면서 지식 이전을 하는 온보딩 기법으로, 암묵지 공유와 팀 문화 적응을 효율적으로 촉진한다.

サーバーやサービスが正常に稼働しているかを定期的にチェックする監視手法であり、応答がない場合に即座にアラートを発報して障害の早期検知と迅速な復旧対応を実現する。

서버나 서비스가 정상적으로 가동하고 있는지를 정기적으로 체크하는 감시 수법이며, 응답이 없는 경우 즉시 알러트를 발보하여 장애의 조기 검지와 신속한 복구 대응을 실현한다.

ユーザーの行動データを収集・分析するためのイベントトラッキング設計と分析基盤の構築を行うことである。イベント命名規則やプロパティの標準化、プライバシーに配慮したデータ収集方針を策定する。

사용자의 행동 데이터를 수집·분석하기 위한 이벤트 트래킹 설계와 분석 기반의 구축을 수행하는 것이다. 이벤트 명명 규칙이나 프로퍼티의 표준화, 프라이버시에 배려한 데이터 수집 방침을 수립한다.

コンポーネント間に実行順序の暗黙的な依存関係がある設計上の問題のこと。特定の順序でしか動作しないコードは並行処理やテストが困難になる原因となる。

컴포넌트 간에 실행 순서의 암묵적인 의존 관계가 있는 설계상의 문제. 특정 순서로만 동작하는 코드는 병행 처리나 테스트가 어려워지는 원인이 된다.

定期的なリリーススケジュールを設定し、準備が整った機能を次の列車に乗せて出荷するリリース管理手法である。リリースの予測可能性を高め、調整コストを低減する。

정기적인 릴리스 스케줄을 설정하고 준비가 완료된 기능을 다음 열차에 태워 출하하는 릴리스 관리 기법이다. 릴리스의 예측 가능성을 높이고 조정 비용을 저감한다.

緊急の技術課題や横断的なプロジェクトに対して各チームから専門家を集めて短期集中的に解決にあたる組織編成手法である。通常の組織構造とは別に期間限定で運用する。

긴급한 기술 과제나 횡단적 프로젝트에 대해 각 팀에서 전문가를 모아 단기 집중적으로 해결에 임하는 조직 편성 기법이다. 통상 조직 구조와는 별도로 기간 한정으로 운용한다.

設計段階からセキュリティを組み込むアプローチ。後付けのセキュリティ対策ではなく、アーキテクチャ設計時点でセキュリティ要件を考慮することでコスト効率の高い対策を実現する。

설계 단계부터 보안을 내장하는 접근법. 사후 보안 대책이 아니라 아키텍처 설계 시점에서 보안 요건을 고려하여 비용 효율이 높은 대책을 실현한다.

模擬的なフィッシングメールを社員に送信し、不審メールの識別能力と適切な対処行動を訓練する取り組みである。クリック率や報告率を定量的に計測し、セキュリティ意識の改善効果を評価する。

모의적인 피싱 메일을 직원에게 송신하고 의심스러운 메일의 식별 능력과 적절한 대처 행동을 훈련하는 활동이다. 클릭률이나 보고율을 정량적으로 계측하여 보안 의식의 개선 효과를 평가한다.

コード内に条件分岐を設けて機能のON/OFFを切り替えられる仕組みの運用。デプロイとリリースを分離でき、段階的な機能公開やリスク軽減に有効な手法である。

코드 내에 조건 분기를 두어 기능의 ON/OFF를 전환할 수 있는 구조의 운용으로, 배포와 릴리스를 분리할 수 있다.

分散台帳技術の基本的な仕組みやコンセンサスアルゴリズムを理解し、ビジネス適用の可能性を評価する基礎知識である。サプライチェーン管理やデジタル証明での活用事例を含めて学習する。

분산 대장 기술의 기본적인 구조나 합의 알고리즘을 이해하고 비즈니스 적용의 가능성을 평가하는 기초 지식이다. 서플라이 체인 관리나 디지털 증명에서의 활용 사례를 포함하여 학습한다.

実行されることがない不要なコードがソースコード内に残存している状態であり、可読性の低下と保守コストの増加を招くため定期的な検出と除去が必要である。

실행되는 일이 없는 불필요한 코드가 소스 코드 내에 잔존하는 상태이며, 가독성의 저하와 보수 비용의 증가를 초래하므로 정기적인 검출과 제거가 필요하다.

新規参画エンジニアがチームの技術スタックやコードベースを効率的に習得するための学習経路を体系化したプログラムである。立ち上がり時間の短縮に直結する。

신규 참여 엔지니어가 팀의 기술 스택이나 코드베이스를 효율적으로 습득하기 위한 학습 경로를 체계화한 프로그램이다. 입문 시간 단축에 직결한다.

二人のエンジニアが協力してシステム設計をレビューする手法のこと。異なる視点からの指摘により、設計の盲点を減らし、知識共有と設計品質の向上を同時に達成する。

두 명의 엔지니어가 협력하여 시스템 설계를 리뷰하는 기법. 서로 다른 관점에서의 지적으로 설계의 맹점을 줄이고, 지식 공유와 설계 품질 향상을 동시에 달성한다.

エンジニアが業務時間の一定割合を自由な技術探索やサイドプロジェクトに充てられる制度で、Googleが先駆的に導入したイノベーション促進の施策である。

엔지니어가 업무 시간의 일정 비율을 자유로운 기술 탐색이나 사이드 프로젝트에 할애할 수 있는 제도로, Google이 선구적으로 도입한 이노베이션 촉진 시책이다.

OSSプロジェクトをフォークして自社のニーズに合わせてカスタマイズする際の方針。アップストリームとの同期方法・独自変更の管理・将来的なマージ戦略を計画的に定めることが重要である。

OSS 프로젝트를 포크하여 자사의 니즈에 맞게 커스터마이즈할 때의 방침이다. 업스트림과의 동기 방법·독자 변경의 관리·장래적인 머지 전략을 계획적으로 정하는 것이 중요하다.

エンジニアの技術力・成果・行動を定期的に評価する人事制度であり、目標達成度や技術貢献度を基準にフィードバックを提供しキャリア成長と報酬決定の基盤となる。

엔지니어의 기술력·성과·행동을 정기적으로 평가하는 인사 제도이며, 목표 달성도나 기술 공헌도를 기준으로 피드백을 제공하여 커리어 성장과 보수 결정의 기반이 된다.

社内向けに構築された共有知識ベース。仕様書・手順書・ナレッジをチームで編集・管理するためのコラボレーションツール。ConfluenceやNotionが代表例。

사내용으로 구축된 공유 지식 베이스. 사양서·절차서·노하우를 팀에서 편집·관리하기 위한 협업 툴로, Confluence나 Notion이 대표적인 예시다.

ITやソフトウェア開発に関する専門知識を体系的にまとめた書籍。プログラミング言語・設計・アーキテクチャなど幅広いテーマを扱い、エンジニアのスキルアップに活用される。

IT 및 소프트웨어 개발에 관한 전문 지식을 체계적으로 정리한 서적. 프로그래밍 언어·설계·아키텍처 등 다양한 주제를 다루며, 엔지니어의 역량 향상에 활용된다.

データ転送時にカーネル空間とユーザー空間の間でのデータコピーを省略する最適化技術。ネットワーク通信やファイルI/Oにおいて、不要なメモリコピーを削減してスループットを向上させる。

데이터 전송 시에 커널 공간과 유저 공간 사이의 데이터 복사를 생략하는 최적화 기술이다. 네트워크 통신이나 파일 I/O에서 불필요한 메모리 복사를 절감하여 스루풋을 향상시킨다.

中央集権的な管理と各チームの自律性を両立させる分散型のITガバナンスモデルである。標準やポリシーは全社で統一しつつ実装方法は各チームに委ねる運用形態を指す。

중앙 집권적 관리와 각 팀의 자율성을 양립시키는 분산형 IT 거버넌스 모델이다. 표준이나 정책은 전사적으로 통일하면서 구현 방법은 각 팀에 위임하는 운용 형태를 가리킨다.

実行されることのない不要なコードをソースから削除する作業。未使用の関数・変数・インポート文などを除去することで、コードの可読性向上と保守コスト削減を実現する。

실행되는 일이 없는 불필요한 코드를 소스에서 삭제하는 작업이다. 미사용 함수·변수·임포트문 등을 제거하여 코드의 가독성 향상과 유지보수 비용 절감을 실현한다.

複数チームにまたがる大規模技術プロジェクトを横断的に管理する役職。技術的な理解を基にスケジュール調整やリスク管理、ステークホルダー間の調整を行う。

여러 팀에 걸친 대규모 기술 프로젝트를 횡단적으로 관리하는 직위. 기술적인 이해를 바탕으로 일정 조정이나 리스크 관리, 이해관계자 간 조율을 수행한다.

将来必要になるかもしれない機能を事前に実装しないという設計指針をチームで運用するプラクティスで、コードレビュー時の判断基準として活用し不要な複雑性を排除する。

장래에 필요해질지도 모르는 기능을 사전에 구현하지 않는다는 설계 지침을 팀에서 운용하는 프랙티스로, 코드 리뷰 시 판단 기준으로 활용하여 불필요한 복잡성을 배제한다.

イベント駆動システムでスキーマの変更を後方互換性を保ちながら段階的に行い、既存コンシューマへの影響を防ぐ手法である。オプショナルフィールドの追加やバージョニングで安全な進化を実現する。

이벤트 구동 시스템에서 스키마의 변경을 하위 호환성을 유지하면서 단계적으로 수행하고 기존 컨슈머에의 영향을 방지하는 기법이다. 옵셔널 필드의 추가나 버저닝으로 안전한 진화를 실현한다.

経験豊富なエンジニアが若手エンジニアの技術的成長を1対1で支援するプログラムである。コードレビューのフィードバックや設計判断のアドバイスを通じてスキル向上を図る。

경험 풍부한 엔지니어가 주니어 엔지니어의 기술적 성장을 1대1로 지원하는 프로그램이다. 코드 리뷰 피드백이나 설계 판단 어드바이스를 통해 스킬 향상을 도모한다.

キャッシュやCDNに対するリクエストのうち、キャッシュから応答できた割合を示す指標。ヒット率が高いほどオリジンサーバーの負荷が軽減され、レスポンス速度が向上する。

캐시나 CDN에 대한 요청 중 캐시에서 응답할 수 있었던 비율을 나타내는 지표이다.

データの抽出・変換・ロードの一連の処理フローを設計し、データウェアハウスへの安定的なデータ供給を実現することである。エラーハンドリングやリトライ機構、データ品質チェックを含めた堅牢な設計が求められる。

데이터의 추출·변환·로드의 일련의 처리 플로를 설계하고 데이터 웨어하우스에의 안정적인 데이터 공급을 실현하는 것이다. 에러 핸들링이나 리트라이 기구, 데이터 품질 체크를 포함한 견고한 설계가 요구된다.

分割不可能な一つの操作として複数の処理をまとめ、中途半端な状態を防ぐデータ整合性確保の設計手法である。データベーストランザクションやCAS操作を活用して競合状態を安全に処理する。

분할 불가능한 하나의 조작으로 복수의 처리를 묶어 불완전한 상태를 방지하는 데이터 정합성 확보의 설계 기법이다. 데이터베이스 트랜잭션이나 CAS 조작을 활용하여 경합 상태를 안전하게 처리한다.

複数のタスクやジョブを定義された順序で自動実行するシステム。Temporal、Airflowなどが代表的。

여러 태스크나 잡을 정의된 순서대로 자동 실행하는 시스템. Temporal, Airflow 등이 대표적.

複数の処理結果を一つの処理に集約するメッセージングパターンであり、分散した並列処理の結果を収集して最終的な結果を生成するマップリデュースやバッチ集計処理で広く活用される。

복수의 처리 결과를 하나의 처리로 집약하는 메시징 패턴이며, 분산된 병렬 처리의 결과를 수집하여 최종적인 결과를 생성하는 맵리듀스나 배치 집계 처리에서 널리 활용된다.

自社プラットフォームを中心にサードパーティが相互に価値を提供し合う生態系を構築する戦略である。プラグインやマーケットプレイスを通じてパートナーの参入障壁を下げることが重要となる。

자사 플랫폼을 중심으로 서드파티가 상호에 가치를 제공하는 생태계를 구축하는 전략이다. 플러그인이나 마켓플레이스를 통해 파트너의 진입 장벽을 낮추는 것이 중요하게 된다.

リリース前にコード変更を凍結し、テストと品質確認に集中する期間の運用方法。

릴리스 전 코드 변경을 동결하고 테스트와 품질 확인에 집중하는 기간의 운용 방법.

メトリクス・ログ・トレースのテレメトリデータを収集・加工・配信する一連のデータフローのこと。OpenTelemetry Collectorを中心に、可観測性基盤を構築する。

메트릭스·로그·트레이스의 텔레메트리 데이터를 수집·가공·배포하는 일련의 데이터 플로우. OpenTelemetry Collector를 중심으로 관측 가능성 기반을 구축한다.

フロントエンドからバックエンド、インフラまで全レイヤーを一人の開発者が担当する開発スタイル。小規模チームで素早くプロダクトを立ち上げる際に特に有効である。

프론트엔드부터 백엔드, 인프라까지 전 레이어를 한 명의 개발자가 담당하는 개발 스타일이다.

チームのタスクをToDo・進行中・完了などの列に分類して一覧表示する可視化ツールであり、作業の進捗状況をリアルタイムに把握しチーム内の情報共有を促進する。

팀의 태스크를 ToDo·진행 중·완료 등의 열로 분류하여 일람 표시하는 가시화 도구이며, 작업의 진척 상황을 실시간으로 파악하여 팀 내의 정보 공유를 촉진한다.

DevOps Research and Assessmentが定義した、ソフトウェアデリバリーの効率を測る4つの指標。デプロイ頻度・リードタイム・変更障害率・平均復旧時間でチームのパフォーマンスを評価する。

DevOps Research and Assessment가 정의한, 소프트웨어 딜리버리의 효율을 측정하는 4가지 지표이다. 배포 빈도·리드 타임·변경 장애율·평균 복구 시간으로 팀의 퍼포먼스를 평가한다.

経験豊富なエンジニアが若手エンジニアの技術的成長を支援する活動で、コードレビュー・設計相談・キャリア助言を通じてスキル向上と組織の技術力底上げを図る。

경험이 풍부한 엔지니어가 주니어 엔지니어의 기술적 성장을 지원하는 활동으로, 코드 리뷰·설계 상담·커리어 조언을 통해 스킬 향상과 조직의 기술력 저변 확대를 도모한다.

米国公認会計士協会（AICPA）が策定したサービス組織のセキュリティ・可用性・機密性などを評価する監査フレームワーク。SaaS企業が顧客に信頼性を証明する際に取得する。

미국공인회계사협회(AICPA)가 수립한 서비스 조직의 보안·가용성·기밀성 등을 평가하는 감사 프레임워크로, SaaS 기업이 고객에게 신뢰성을 증명할 때 취득한다.

組織全体の技術的方針・標準・ベストプラクティスの策定と遵守を管理する枠組みのこと。アーキテクチャ委員会やテックレーダーを通じて技術選定の一貫性を確保する。

조직 전체의 기술적 방침·표준·모범 사례의 책정과 준수를 관리하는 프레임워크. 아키텍처 위원회나 테크 레이더를 통해 기술 선정의 일관성을 확보한다.

企業の業務プロセスにおける不正防止・法令遵守・財務報告の信頼性を確保する仕組みであり、IT部門では職務分掌やアクセス権限の適切な管理が重要な構成要素となる。

기업의 업무 프로세스에 있어서의 부정 방지·법령 준수·재무 보고의 신뢰성을 확보하는 구조이며, IT 부문에서는 직무 분장이나 접근 권한의 적절한 관리가 중요한 구성 요소가 된다.

自社の技術やプラットフォームを外部に広く普及・啓蒙する役割を担うエンジニアのこと。カンファレンス登壇やブログ執筆を通じて技術コミュニティとの関係を構築する。

자사의 기술이나 플랫폼을 외부에 널리 보급·계몽하는 역할을 담당하는 엔지니어. 컨퍼런스 등단이나 블로그 집필을 통해 기술 커뮤니티와의 관계를 구축한다.

組織内で発行されるすべてのイベントのスキーマ・オーナー・バージョンを一元管理するレジストリのこと。イベント駆動アーキテクチャの発見性と再利用性を高める。

조직 내에서 발행되는 모든 이벤트의 스키마·소유자·버전을 일원 관리하는 레지스트리. 이벤트 주도 아키텍처의 발견성과 재사용성을 높인다.

開発者がインフラ構築・デプロイ・監視をセルフサービスで実行できる内部プラットフォームで、Backstageなどのツールを活用して開発ワークフローを統合・簡素化する。

개발자가 인프라 구축·배포·모니터링을 셀프서비스로 실행할 수 있는 내부 플랫폼으로, Backstage 등의 도구를 활용하여 개발 워크플로를 통합·간소화한다.

Acceptance Test Driven Developmentの略で、受け入れテストを先に定義してから実装を進める開発手法。顧客の期待する振る舞いをテストとして明文化し、合格を目標に開発を進める。

Acceptance Test Driven Development의 약자로, 인수 테스트를 먼저 정의한 후 구현을 진행하는 개발 수법이다. 고객이 기대하는 동작을 테스트로 명문화하고 합격을 목표로 개발을 진행한다.

個人データや機密情報を安全かつ完全に消去するための技術的手順と確認プロセスを定めたものである。論理削除と物理削除の使い分けや、バックアップからの完全消去も手順に含める。

개인 데이터나 기밀 정보를 안전하고 완전하게 소거하기 위한 기술적 절차와 확인 프로세스를 정한 것이다. 논리 삭제와 물리 삭제의 구분 사용이나 백업에서의 완전 소거도 절차에 포함한다.

ソフトウェアのリリースにバージョン番号を体系的に付与する方針であり、セマンティックバージョニングなどのルールに従い互換性の有無と変更の影響範囲を明確に伝達する。

소프트웨어의 릴리스에 버전 번호를 체계적으로 부여하는 방침이며, 시맨틱 버저닝 등의 규칙에 따라 호환성의 유무와 변경의 영향 범위를 명확히 전달한다.

企業の技術力や開発文化を外部に発信する活動。テックブログ・カンファレンス登壇・OSS公開などを通じて、エンジニア採用のブランディングや技術コミュニティへの貢献を行う組織的な取り組みである。

기업의 기술력이나 개발 문화를 외부에 발신하는 활동이다. 테크 블로그·컨퍼런스 등단·OSS 공개 등을 통해 엔지니어 채용의 브랜딩이나 기술 커뮤니티에의 공헌을 수행하는 조직적인 활동이다.

発注側がベンダーに対してシステム開発や製品導入の提案を求める文書。要件・予算・スケジュールなどを記載し、複数社から提案を受けるために使用するRFP（Request for Proposal）のこと。

발주 측이 벤더에게 시스템 개발이나 제품 도입에 대한 제안을 요청하는 문서. 요건·예산·일정 등을 기재하여 여러 회사로부터 제안을 받기 위해 사용하는 RFP(Request for Proposal)를 말한다.

エンジニアに求められる技術力・リーダーシップ・コミュニケーション力などの能力要件を等級別に体系化した評価基準である。公正な人事評価とキャリア開発を支援する。

엔지니어에게 요구되는 기술력·리더십·커뮤니케이션력 등의 능력 요건을 등급별로 체계화한 평가 기준이다. 공정한 인사 평가와 커리어 개발을 지원한다.

システムの重要コンポーネントを複数台構成にして一台が故障しても残りで稼働を継続する設計であり、単一障害点を排除しサービスの高可用性と耐障害性を確保する。

시스템의 중요 컴포넌트를 복수 대 구성으로 하여 한 대가 고장 나도 나머지로 가동을 계속하는 설계이며, 단일 장애점을 배제하고 서비스의 고가용성과 내장애성을 확보한다.

コードを変更する際に触れた箇所を元よりも少し良くして残す開発習慣をチームで制度化する取り組みで、プルリクエスト内に小さな改善を含めることを推奨する文化である。

코드를 변경할 때 손댄 부분을 원래보다 조금 좋게 만들어 남기는 개발 습관을 팀에서 제도화하는 활동으로, 풀 리퀘스트 내에 작은 개선을 포함하는 것을 권장하는 문화이다.

メッセージの発行者と購読者を分離する非同期メッセージングパターン。発行者はメッセージをトピックに送信し、そのトピックを購読する全てのサブスクライバーにメッセージが配信される。

메시지 발행자와 구독자를 분리하는 비동기 메시징 패턴으로, 발행자는 토픽에 메시지를 보내고 구독자에게 배신된다.

プロジェクトが使用するサードパーティライブラリの既知の脆弱性やライセンス違反を自動的に検査する工程であり、npm auditやSnykなどを定期実行してサプライチェーンリスクを管理する。

프로젝트가 사용하는 서드파티 라이브러리의 기지의 취약성이나 라이선스 위반을 자동으로 검사하는 공정이며, npm audit나 Snyk 등을 정기 실행하여 서플라이 체인 리스크를 관리한다.

製品の成長指標を改善するために実験・計測・最適化を技術的にサポートするエンジニアリング領域である。コンバージョン率やユーザーリテンションなどの指標を改善するための機能開発を専門的に行う。

제품의 성장 지표를 개선하기 위해 실험·계측·최적화를 기술적으로 서포트하는 엔지니어링 영역이다. 전환율이나 사용자 리텐션 등의 지표를 개선하기 위한 기능 개발을 전문적으로 한다.

複数のタスクやジョブの実行順序・依存関係・エラーハンドリングを一元的に管理・制御する基盤の設計と運用である。DAGで依存関係を定義し、タスクの成功・失敗に応じた分岐処理を自動化する。

복수의 태스크나 잡의 실행 순서·의존 관계·에러 핸들링을 일원적으로 관리·제어하는 기반의 설계와 운용이다. DAG로 의존 관계를 정의하고 태스크의 성공·실패에 따른 분기 처리를 자동화한다.

オープンソースソフトウェアの利用条件を定めたライセンス規約であり、MIT・Apache・GPLなどの種類ごとに再配布や改変の条件が異なるため商用利用時には適切な管理が必要である。

오픈소스 소프트웨어의 이용 조건을 정한 라이선스 규약이며, MIT·Apache·GPL 등의 종류별로 재배포나 개변의 조건이 다르므로 상용 이용 시에는 적절한 관리가 필요하다.

組織の技術運用におけるルールやポリシーをコードとして定義・管理する手法。セキュリティポリシーやコンプライアンス要件をプログラム的に検証可能にし、統制の自動化を実現する。

조직의 기술 운용에서의 규칙이나 정책을 코드로 정의·관리하는 기법. 보안 정책이나 컴플라이언스 요건을 프로그래밍적으로 검증 가능하게 하여 통제의 자동화를 실현한다.

エンジニアの採用面接における評価基準と選考プロセスを体系化したもののこと。技術スキル・問題解決力・カルチャーフィットなどの評価軸を明確にし、採用品質の均一化を図る。

엔지니어 채용 면접에서의 평가 기준과 선발 프로세스를 체계화한 것을 말한다. 기술 스킬·문제 해결력·컬처 핏 등의 평가 축을 명확히 하고 채용 품질의 균일화를 도모한다.

社内システムやプロダクト開発においてOSSを積極的に活用・貢献・公開する方針。コスト削減、技術力向上、採用ブランディングなどを目的として策定される。

사내 시스템 및 제품 개발에서 OSS를 적극적으로 활용·기여·공개하는 방침. 비용 절감, 기술력 향상, 채용 브랜딩 등을 목적으로 수립된다.

障害や欠陥の表面的な原因ではなく根本原因を特定するための体系的な分析手法とフレームワークである。フィッシュボーン図や5Why分析などの手法を組み合わせて多角的に原因を究明する。

장애나 결함의 표면적인 원인이 아닌 근본 원인을 특정하기 위한 체계적인 분석 기법과 프레임워크이다. 피쉬본 다이어그램이나 5Why 분석 등의 기법을 조합하여 다각적으로 원인을 규명한다.

各チームが取り組んだ技術成果やプロトタイプを全社に向けてデモンストレーションする定期イベントである。部門間の技術知識共有とイノベーション促進を目的とする。

각 팀이 임한 기술 성과나 프로토타입을 전사에 데모하는 정기 이벤트이다. 부문 간 기술 지식 공유와 혁신 촉진을 목적으로 한다.

マルチプロセッサシステムにおいて、各CPUコアのキャッシュ間でデータの一貫性を維持するプロトコル。MESIプロトコルなどにより、あるコアがデータを変更した際に他コアのキャッシュを無効化する。

멀티프로세서 시스템에서 각 CPU 코어의 캐시 간에 데이터의 일관성을 유지하는 프로토콜이다. MESI 프로토콜 등에 의해 어떤 코어가 데이터를 변경했을 때 다른 코어의 캐시를 무효화한다.

チームが担当するシステムやドメインの複雑さによって生じる認知的な負担の総量。チームトポロジーでは、この負荷がチームの認知能力を超えないよう、適切な境界でシステムとチームを分割することを重視する。

팀이 담당하는 시스템이나 도메인의 복잡성에 의해 발생하는 인지적 부담의 총량이다. 팀 토폴로지에서는 이 부하가 팀의 인지 능력을 초과하지 않도록 적절한 경계로 시스템과 팀을 분할하는 것을 중시한다.

事業成長に伴い開発チームの規模を拡大する際の組織設計手法のこと。チーム分割のタイミング・コミュニケーション構造・意思決定プロセスを計画的に管理し生産性低下を防ぐ。

사업 성장에 따라 개발 팀의 규모를 확대할 때의 조직 설계 기법을 말한다. 팀 분할 타이밍·커뮤니케이션 구조·의사결정 프로세스를 계획적으로 관리하여 생산성 저하를 방지한다.

観光地やリゾート地で仕事と休暇を両立するワーケーションを組織的に導入する取り組みのこと。ネットワーク環境整備・勤怠管理ルール・セキュリティポリシーの策定が必要になる。

관광지나 리조트에서 일과 휴가를 양립하는 워케이션을 조직적으로 도입하는 시도를 말한다. 네트워크 환경 정비·근태 관리 규칙·보안 정책 수립이 필요하다.

メッセージのスキーマを一元管理し、プロデューサーとコンシューマー間のスキーマ互換性を保証するサービスのこと。Kafkaのスキーマレジストリが代表的である。

메시지의 스키마를 일원 관리하여, 프로듀서와 컨슈머 간의 스키마 호환성을 보장하는 서비스. Kafka의 스키마 레지스트리가 대표적이다.

ドメイン駆動設計におけるデータ変更の一貫性を保証する単位。ルートエンティティを通じてのみアクセスされ、トランザクション境界を明確にすることで整合性を維持する。

도메인 주도 설계에서 데이터 변경의 일관성을 보증하는 단위로, 루트 엔티티를 통해서만 접근된다.

技術が誕生から成熟・衰退に至るまでの段階的変遷を示すモデルで、導入期・成長期・成熟期・衰退期の各フェーズにおける戦略的判断の指針となる。

기술이 탄생부터 성숙·쇠퇴에 이르기까지의 단계적 변천을 나타내는 모델로, 도입기·성장기·성숙기·쇠퇴기의 각 단계에서 전략적 판단의 지침이 된다.

組織が保有する技術的な能力と事業目標を対応づけて可視化し、能力のギャップを特定するための分析手法である。技術投資の優先順位付けや人材育成計画の策定に活用される。

조직이 보유한 기술적 역량과 사업 목표를 대응시켜 시각화하고 역량의 갭을 특정하기 위한 분석 기법이다. 기술 투자의 우선순위 설정이나 인재 육성 계획 책정에 활용된다.

2人のエンジニアが協力してアーキテクチャ設計を行うプラクティスである。異なる視点からの検討により設計の盲点を減らし、設計判断の質と知識共有を同時に達成する。

2명의 엔지니어가 협력하여 아키텍처 설계를 수행하는 프랙티스이다. 서로 다른 관점에서의 검토로 설계의 맹점을 줄이고 설계 판단의 질과 지식 공유를 동시에 달성한다.

セキュリティインシデントやシステム障害を想定した模擬訓練。実際の障害シナリオに基づいて対応プロセスを実行し、手順の不備やチームの対応能力のギャップを発見する。

보안 인시던트나 시스템 장애를 상정한 모의 훈련으로, 실제 장애 시나리오에 기반하여 대응 프로세스를 실행한다.

障害発生時にシステム全体が停止するのではなく、一部機能を制限しながらコア機能を維持し続ける設計方針である。ユーザーへの影響を最小限に抑える耐障害性の考え方を指す。

장애 발생 시 시스템 전체가 정지하는 것이 아니라 일부 기능을 제한하면서 핵심 기능을 유지하는 설계 방침이다. 사용자에 대한 영향을 최소한으로 억제하는 내장애성 사고방식을 가리킨다.

エンジニアが技術的なテーマについて発表・共有する社内勉強会形式のイベント。知識共有やスキルアップを目的に定期開催されることが多い。

엔지니어가 기술적인 주제에 대해 발표하고 공유하는 사내 스터디 형식의 이벤트. 지식 공유와 역량 향상을 목적으로 정기적으로 개최되는 경우가 많다.

自社技術や製品の価値を開発者コミュニティに伝え、技術的な支持者を増やすための啓蒙・布教活動である。ハンズオンワークショップやデモ動画の作成を通じてプラットフォームの採用を促進する。

자사 기술이나 제품의 가치를 개발자 커뮤니티에 전하고 기술적인 지지자를 늘리기 위한 계몽·전파 활동이다. 핸즈온 워크숍이나 데모 동영상 작성을 통해 플랫폼의 채용을 촉진한다.

プロダクトの利用者に直接インタビューして課題やニーズを収集する調査手法であり、定性的なフィードバックから機能改善の優先度を決定しユーザー中心の開発を推進する。

프로덕트의 이용자에게 직접 인터뷰하여 과제나 니즈를 수집하는 조사 수법이며, 정성적인 피드백으로부터 기능 개선의 우선도를 결정하여 사용자 중심의 개발을 추진한다.

組織内のデータの品質・セキュリティ・利活用を統制するための方針・プロセス・責任体制の総称。データ管理の一貫性と信頼性を確保するために導入される。

조직 내 데이터의 품질·보안·활용을 통제하기 위한 방침·프로세스·책임 체계의 총칭. 데이터 관리의 일관성과 신뢰성을 확보하기 위해 도입된다.

システムの一部に障害が発生しても全体としてサービスを継続できるよう、冗長化やフォールバック機構を組み込む設計思想。単一障害点の排除やレプリケーションが基本的な手法となる。

시스템의 일부에 장애가 발생해도 전체적으로 서비스를 계속할 수 있도록, 이중화나 폴백 기구를 내장하는 설계 사상이다. 단일 장애점 배제나 레플리케이션이 기본적인 수법이 된다.

技術文書を専門的に作成するライター。APIリファレンス・操作マニュアル・リリースノートなどを開発者やエンドユーザー向けにわかりやすく執筆する職種。

기술 문서를 전문적으로 작성하는 라이터. API 레퍼런스·운영 매뉴얼·릴리스 노트 등을 개발자나 최종 사용자를 위해 알기 쉽게 작성하는 직종.

固定の時間枠内で技術的な仮説を検証し、結果に基づいて続行か中止を判断する手法のこと。限られた時間で最大限の情報を得て、投資判断の精度を高める。

고정된 시간 프레임 내에서 기술적 가설을 검증하고, 결과에 기반하여 계속 또는 중지를 판단하는 기법. 제한된 시간에 최대한의 정보를 얻어 투자 판단의 정확도를 높인다.

プログラムを実際に実行しながらメモリリーク・競合状態・性能ボトルネックなどを検出する解析手法。静的解析では発見できない実行時の問題を特定でき、Valgrindなどのツールが代表的である。

프로그램을 실제로 실행하면서 메모리 누수·경합 상태·성능 병목 등을 검출하는 분석 수법이다. 정적 분석으로는 발견할 수 없는 실행 시의 문제를 특정할 수 있으며, Valgrind 등의 도구가 대표적이다.

組織内で使用する技術スタックやコーディング規約、設計パターンなどを統一的に定義した技術標準である。チーム間の一貫性を確保し、開発者の移動時の学習コストを低減する。

조직 내에서 사용하는 기술 스택이나 코딩 규약, 설계 패턴 등을 통일적으로 정의한 기술 표준이다. 팀 간 일관성을 확보하고 개발자 이동 시의 학습 비용을 저감한다.

ドメイン駆動設計で、モデルの一貫性が保たれる境界を明確に定義すること。異なるコンテキスト間ではモデルの意味が変わるため、翻訳レイヤーが必要になる。

도메인 주도 설계에서, 모델의 일관성이 유지되는 경계를 명확히 정의하는 것. 서로 다른 컨텍스트 간에는 모델의 의미가 달라지므로 번역 레이어가 필요해진다.

外部の開発者コミュニティとの関係構築・支援を行う活動全般のこと。SDKの改善、ドキュメント整備、開発者イベントの開催を通じてエコシステムを拡大する。

외부 개발자 커뮤니티와의 관계 구축·지원을 수행하는 활동 전반. SDK 개선, 문서 정비, 개발자 이벤트 개최를 통해 에코시스템을 확대한다.

インフラの望ましい状態をデータとして宣言的に定義し、コントロールプレーンが自動的に現状との差分を収束させる手法のこと。IaCの進化形としてKubernetesのCRDが代表的である。

인프라의 바람직한 상태를 데이터로 선언적으로 정의하고, 컨트롤 플레인이 자동으로 현상과의 차분을 수렴시키는 기법. IaC의 진화형으로 Kubernetes의 CRD가 대표적이다.

ソフトウェアが時間の経過とともに複雑性が増大し、品質や保守性が低下していく現象を熱力学のエントロピー増大になぞらえた概念である。継続的なリファクタリングで対処する。

소프트웨어가 시간이 지남에 따라 복잡성이 증대하고 품질이나 유지보수성이 저하되는 현상을 열역학의 엔트로피 증대에 빗댄 개념이다. 지속적인 리팩토링으로 대처한다.

Compare-And-Swapの略で、メモリの値を期待値と比較し、一致する場合のみ新しい値に置き換えるアトミック操作。ロックフリーアルゴリズムの基盤となるCPUレベルのプリミティブ命令である。

Compare-And-Swap의 약자로, 메모리의 값을 기대값과 비교하여 일치하는 경우에만 새로운 값으로 치환하는 아토믹 조작이다. 로크 프리 알고리즘의 기반이 되는 CPU 레벨의 프리미티브 명령이다.

分散トレーシングにおいて一連のリクエストフロー全体を一意に識別するためのIDであり、複数のマイクロサービスを跨ぐ処理を一つのトレースとして紐付けて全体の処理経路を可視化する。

분산 트레이싱에서 일련의 요청 플로 전체를 고유하게 식별하기 위한 ID이며, 복수의 마이크로서비스를 걸치는 처리를 하나의 트레이스로 연결하여 전체의 처리 경로를 가시화한다.

環境負荷を最小化しながらITシステムを設計・運用する考え方。省エネサーバーの活用、グリーンクラウド選定、カーボンニュートラルを意識したインフラ構成などが含まれる。

환경 부하를 최소화하면서 IT 시스템을 설계·운영하는 개념. 저전력 서버 활용, 그린 클라우드 선택, 탄소 중립을 고려한 인프라 구성 등이 포함된다.

開発者が新しいツールやAPIを初めて使う際に感じた摩擦や困難を時系列で記録するドキュメントのこと。開発者体験の改善点を特定するために使われる。

개발자가 새로운 도구나 API를 처음 사용할 때 느낀 마찰이나 어려움을 시계열로 기록하는 문서. 개발자 경험의 개선점을 특정하기 위해 사용된다.

ソフトウェア構成分析ツールを導入し、使用中のOSSライブラリの既知の脆弱性とライセンスリスクを検出する取り組みである。CVEデータベースとの照合で脆弱なバージョンの使用を自動的に警告する。

소프트웨어 구성 분석 도구를 도입하고 사용 중인 OSS 라이브러리의 기지의 취약성과 라이선스 리스크를 검출하는 활동이다. CVE 데이터베이스와의 대조로 취약한 버전의 사용을 자동적으로 경고한다.

作業着手から完了までにかかる時間を計測・分析する手法。開発タスクやPull Requestの処理時間を追跡し、チームの開発効率の改善指標として活用する。待ち時間の削減がキーとなる。

작업 착수부터 완료까지 걸리는 시간을 계측·분석하는 수법이다. 개발 태스크나 Pull Request의 처리 시간을 추적하여 팀의 개발 효율 개선 지표로 활용한다. 대기 시간의 절감이 키가 된다.

デプロイの中で本番環境の障害やロールバックを引き起こした割合を示すDORA指標の一つのこと。この値を低く保つことが高パフォーマンスなDevOps組織の指標となる。

배포 중 프로덕션 환경의 장애나 롤백을 초래한 비율을 나타내는 DORA 지표 중 하나. 이 값을 낮게 유지하는 것이 고성능 DevOps 조직의 지표가 된다.

新機能やアーキテクチャ変更の提案をRequest for Commentsとしてチーム内に共有し意見を募る文書プロセスであり、合意形成と技術的議論の透明性を高め品質の高い意思決定を促進する。

신기능이나 아키텍처 변경 제안을 Request for Comments로서 팀 내에 공유하여 의견을 모집하는 문서 프로세스이며, 합의 형성과 기술적 논의의 투명성을 높여 품질 높은 의사결정을 촉진한다.

サービスレベル契約で定めた目標値をどの程度達成しているかを示す指標。稼働率、応答時間、障害復旧時間などの項目ごとに達成度を計測し、サービス品質の評価に用いる。

서비스 레벨 계약에서 정한 목표치를 어느 정도 달성하고 있는지를 나타내는 지표이다.

大規模システムの設計能力を問う技術面接の一形式。スケーラビリティ・可用性・データベース設計などを口頭で議論しながら解答する。外資系やメガベンチャーで特に重視される。

대규모 시스템의 설계 능력을 평가하는 기술 면접 형식. 확장성·가용성·데이터베이스 설계 등을 구두로 논의하며 답변한다. 외국계 기업이나 대형 IT 기업에서 특히 중요시된다.

マルチスレッド環境におけるメモリ操作の可視性と順序保証を定義する仕様。CPUやコンパイラの最適化によるリオーダリングが並行プログラムに与える影響を規定し、正しい同期の基盤となる。

멀티스레드 환경에서의 메모리 조작의 가시성과 순서 보증을 정의하는 사양이다. CPU나 컴파일러의 최적화에 의한 리오더링이 병행 프로그램에 미치는 영향을 규정하며, 올바른 동기의 기반이 된다.

組織内のデータ資産を一覧化・分類し、データの所在・意味・品質を検索可能な形で管理するカタログの運用である。データの発見可能性を高め、チーム間でのデータ再利用を促進する基盤となる。

조직 내의 데이터 자산을 목록화·분류하고 데이터의 소재·의미·품질을 검색 가능한 형태로 관리하는 카탈로그의 운용이다. 데이터의 발견 가능성을 높이고 팀 간 데이터 재사용을 촉진하는 기반이 된다.

ブロックチェーン上で自動的に実行される契約プログラム。条件が満たされると仲介者なしにコードが自動実行され、イーサリアムなどで広く活用される。

블록체인 위에서 자동으로 실행되는 계약 프로그램. 조건이 충족되면 중개자 없이 코드가 자동 실행되며, 이더리아움 등에서 널리 활용된다.

アーキテクチャ決定記録（ADR）をチームで継続的に作成・レビュー・蓄積する運用プラクティスで、過去の技術的判断の背景と理由を組織の知的資産として保存する。

아키텍처 결정 기록(ADR)을 팀에서 지속적으로 작성·리뷰·축적하는 운용 프랙티스로, 과거의 기술적 판단의 배경과 이유를 조직의 지적 자산으로 보존한다.

マイクロサービス間の分散トランザクションを、一連のローカルトランザクションと補償トランザクションで管理するパターン。各ステップの失敗時に前のステップの効果を打ち消す。

마이크로서비스 간의 분산 트랜잭션을 일련의 로컬 트랜잭션과 보상 트랜잭션으로 관리하는 패턴이다.

プロジェクト開始前に失敗した未来を仮定し、その原因を逆算して特定するリスク分析手法である。ポストモーテムの逆で、事前にリスクを洗い出して予防策を講じる。

프로젝트 시작 전에 실패한 미래를 가정하고 그 원인을 역산하여 특정하는 리스크 분석 기법이다. 포스트모템의 역으로 사전에 리스크를 파악하여 예방책을 강구한다.

技術選定やアーキテクチャ設計において複数の選択肢の利点と欠点を体系的に比較評価し、最適な意思決定を導くための分析手法である。非機能要件間の競合を明示化する。

기술 선정이나 아키텍처 설계에서 여러 선택지의 장단점을 체계적으로 비교 평가하여 최적의 의사 결정을 도출하기 위한 분석 기법이다. 비기능 요건 간의 경합을 명시화한다.

SLA・SLO・SLIの各指標を定義・監視・改善するプロセスであり、合意されたサービス品質を維持しながらサービス提供者と利用者間の期待値を適切に管理する。

SLA·SLO·SLI의 각 지표를 정의·감시·개선하는 프로세스이며, 합의된 서비스 품질을 유지하면서 서비스 제공자와 이용자 간의 기대값을 적절히 관리한다.

組織としてのOSS利用・公開・貢献の方針を策定し、法的リスク管理と技術的メリットの最大化を図る戦略である。ライセンス選定基準やコントリビューション手順を含む包括的な指針を定める。

조직으로서의 OSS 이용·공개·기여의 방침을 수립하고 법적 리스크 관리와 기술적 이점의 최대화를 도모하는 전략이다. 라이선스 선정 기준이나 컨트리뷰션 절차를 포함한 포괄적인 지침을 정한다.

CQRS（コマンドクエリ責務分離）において、データの読み取り専用に最適化されたモデル。表示要件に合わせて非正規化されたデータ構造を持ち、クエリ性能を最大化する設計となっている。

CQRS(커맨드 쿼리 책무 분리)에서 데이터의 읽기 전용으로 최적화된 모델이다. 표시 요건에 맞게 비정규화된 데이터 구조를 가지며, 쿼리 성능을 최대화하는 설계로 되어 있다.

エンジニアとしての職業的な成長・経歴の歩みを指す。スキルアップ、役職の変化、専門分野の深化など、技術者としてのキャリアパス全般を意味する。

엔지니어로서의 직업적 성장과 경력 경로를 의미한다. 스킬 향상, 직책 변화, 전문 분야 심화 등 기술자로서의 커리어 패스 전반을 포함한다.

インシデント後の振り返りを構造化するための標準テンプレートで、タイムライン・根本原因・影響範囲・再発防止策を漏れなく記録し組織的な学習を促進する文書形式である。

인시던트 후 회고를 구조화하기 위한 표준 템플릿으로, 타임라인·근본 원인·영향 범위·재발 방지책을 빠짐없이 기록하여 조직적 학습을 촉진하는 문서 형식이다.

チームメンバーの技術スキルを一覧で可視化し定期的に更新する運用プラクティスで、スキルギャップの特定・人材配置最適化・育成計画の立案に活用する管理手法である。

팀 멤버의 기술 스킬을 일람으로 가시화하고 정기적으로 갱신하는 운용 프랙티스로, 스킬 갭 식별·인재 배치 최적화·육성 계획 입안에 활용하는 관리 기법이다.

オンプレミス環境で稼働するシステムをクラウド環境へ段階的に移行するプロジェクトであり、リフト&シフトやリファクタリングなどの戦略を適切に選択して移行リスクを最小化する。

온프레미스 환경에서 가동하는 시스템을 클라우드 환경으로 단계적으로 이행하는 프로젝트이며, 리프트&시프트나 리팩터링 등의 전략을 적절히 선택하여 이행 리스크를 최소화한다.

技術選定や比較検討をスプレッドシート形式で整理する手法のこと。候補技術の機能・コスト・リスクを一覧化し、ステークホルダーとの合意形成に活用する。

기술 선정이나 비교 검토를 스프레드시트 형식으로 정리하는 기법. 후보 기술의 기능·비용·리스크를 일람화하여, 이해관계자와의 합의 형성에 활용한다.

データ構造と処理を分離する設計パターン。既存のクラスを変更せずに新しい処理を追加できるため、コンパイラのAST解析やレポート生成など多様な操作が必要な場面で有効。

데이터 구조와 처리를 분리하는 설계 패턴으로, 기존 클래스를 변경하지 않고 새로운 처리를 추가할 수 있다.

時間の経過とともにソフトウェアの品質が劣化していく現象のこと。依存ライブラリの陳腐化や環境変化により、保守しないシステムは徐々に動作しなくなる。

시간이 지남에 따라 소프트웨어 품질이 저하되는 현상. 의존 라이브러리의 진부화나 환경 변화로 인해, 유지보수하지 않는 시스템은 점차 동작하지 않게 된다.

概念実証の成功・失敗を客観的に判定するための評価指標と合格基準を事前に定義する枠組みである。性能要件やコスト制約、導入工数などの多面的な基準を設定して本格導入の可否を判断する。

개념 증명의 성공·실패를 객관적으로 판정하기 위한 평가 지표와 합격 기준을 사전에 정의하는 틀이다. 성능 요건이나 비용 제약, 도입 공수 등의 다면적인 기준을 설정하여 본격 도입의 가부를 판단한다.

ドメインイベントを付箋で時系列に並べながら、ビジネスプロセスやドメインモデルを協働で発見・設計するワークショップ手法。開発者とドメインエキスパートの共通理解を短時間で構築できる。

도메인 이벤트를 포스트잇으로 시계열로 나열하면서 비즈니스 프로세스나 도메인 모델을 협동으로 발견·설계하는 워크숍 수법이다. 개발자와 도메인 전문가의 공통 이해를 단시간에 구축할 수 있다.

開発チームの工数配分を機能開発・技術改善・緊急対応などカテゴリ別に予算化して管理する手法である。技術的負債の解消に一定割合の工数を確保することを保証する。

개발 팀의 공수 배분을 기능 개발·기술 개선·긴급 대응 등 카테고리별로 예산화하여 관리하는 기법이다. 기술 부채 해소에 일정 비율의 공수를 확보하는 것을 보장한다.

エンジニアや開発者が技術情報を共有・議論する場。勉強会、OSS貢献、SNSグループなど形態は多様で、スキルアップやネットワーキングに活用される。

엔지니어와 개발자가 기술 정보를 공유하고 논의하는 공간. 스터디 모임, OSS 기여, SNS 그룹 등 형태가 다양하며 스킬 향상과 네트워킹에 활용된다.

オンコール対応の負荷が継続的にエンジニアにかかることで発生する精神的・身体的な疲労状態である。適切なローテーションやアラート最適化で軽減する必要がある。

온콜 대응의 부하가 지속적으로 엔지니어에게 가해져 발생하는 정신적·신체적 피로 상태이다. 적절한 로테이션이나 알림 최적화로 경감할 필요가 된다.

リスクの発生確率と影響度を二軸で評価しリスクの優先順位を可視化する管理ツールであり、高リスク項目への集中的な対策立案と限られたリソースの効率的な配分を支援する。

리스크의 발생 확률과 영향도를 이축으로 평가하여 리스크의 우선순위를 가시화하는 관리 도구이며, 고리스크 항목에의 집중적인 대책 입안과 한정된 리소스의 효율적인 배분을 지원한다.

技術的な不確実性を解消するための限定的な調査・実験のことで、本実装前にリスクの高い部分を短期間で検証し、見積もり精度の向上や設計判断の根拠を得る。

기술적 불확실성을 해소하기 위한 제한적인 조사·실험으로, 본 구현 전에 리스크가 높은 부분을 단기간에 검증하여 견적 정밀도 향상이나 설계 판단의 근거를 얻는다.

コンピュータが生成した3D環境に没入できる技術。ヘッドセットなどのデバイスを使い、視覚・聴覚・触覚を通じてVR空間を体験する。ゲーム・医療・教育など幅広い分野で活用される。

컴퓨터가 생성한 3D 환경에 몰입할 수 있는 기술. 헤드셋 등의 디바이스를 사용해 시각·청각·촉각을 통해 VR 공간을 체험한다. 게임·의료·교육 등 다양한 분야에서 활용된다.

障害対応手順書の各ステップをスクリプトやワークフロー自動化ツールに変換し、人的ミスの排除と復旧時間の短縮を実現する運用改善手法である。

장애 대응 절차서의 각 단계를 스크립트나 워크플로 자동화 도구로 변환하여 인적 실수 배제와 복구 시간 단축을 실현하는 운용 개선 기법이다.

身体に装着して使用するコンピューティングデバイスの総称。スマートウォッチやARグラスなど、IoTやヘルスケアアプリ開発の文脈で頻繁に登場する。

신체에 착용하여 사용하는 컴퓨팅 디바이스의 총칭. 스마트워치나 AR 글라스 등, IoT 및 헬스케어 앱 개발 맥락에서 자주 등장한다.

災害やシステム障害などの緊急事態が発生した際に事業を継続・早期復旧するための計画であり、IT部門では代替サイトの確保やデータバックアップ体制の整備が核心的な要素となる。

재해나 시스템 장애 등의 긴급 사태가 발생한 경우 사업을 계속·조기 복구하기 위한 계획이며, IT 부문에서는 대체 사이트의 확보나 데이터 백업 체제의 정비가 핵심적 요소가 된다.

独立してデプロイ可能で高い機能的凝集度を持つアーキテクチャの最小単位で、マイクロサービスやモジュラーモノリスの適切な分割粒度を決定する際の指針となる概念である。

독립적으로 배포 가능하고 높은 기능적 응집도를 가진 아키텍처의 최소 단위로, 마이크로서비스나 모듈러 모놀리스의 적절한 분할 단위를 결정할 때 지침이 되는 개념이다.

システムの日常運用・障害対応・定期メンテナンスの手順を詳細に記載したドキュメントであり、担当者が変わっても一定品質の運用を維持できるよう標準化された手順を提供する。

시스템의 일상 운용·장애 대응·정기 유지보수의 절차를 상세히 기재한 문서이며, 담당자가 바뀌어도 일정 품질의 운용을 유지할 수 있도록 표준화된 절차를 제공한다.

オブジェクト指向設計の5大原則（単一責任・開放閉鎖・リスコフ置換・インターフェース分離・依存性逆転）への準拠をコードレビュー時に体系的に検証するプラクティスである。

객체지향 설계의 5대 원칙(단일 책임·개방 폐쇄·리스코프 치환·인터페이스 분리·의존성 역전) 준수를 코드 리뷰 시 체계적으로 검증하는 프랙티스이다.

一度作成されたら変更せず、更新が必要な場合は新しいバージョンを作成するドキュメント管理方針である。変更履歴の完全な追跡と過去バージョンの参照を保証する。

한번 작성되면 변경하지 않고 갱신이 필요한 경우 새로운 버전을 작성하는 문서 관리 방침이다. 변경 이력의 완전한 추적과 과거 버전의 참조를 보장한다.

新システムやリリースに重大な問題が発見された際に旧バージョンや旧システムに復帰させる作業であり、事前に切り戻し手順と判断基準を明確にして障害影響を最小化する。

신시스템이나 릴리스에 중대한 문제가 발견된 경우 구버전이나 구시스템으로 복귀시키는 작업이며, 사전에 롤백 절차와 판단 기준을 명확히 하여 장애 영향을 최소화한다.

ユーザー認証・認可の機能を一元的に提供する共通基盤であり、LDAP・OAuth・SAMLなどのプロトコルを統合して複数システム間での統一的なアイデンティティ管理を実現する。

사용자 인증·인가의 기능을 일원적으로 제공하는 공통 기반이며, LDAP·OAuth·SAML 등의 프로토콜을 통합하여 복수 시스템 간의 통일적인 아이덴티티 관리를 실현한다.

企業のIT部門が把握・承認していないツールやサービスを従業員が業務で独自に利用すること。セキュリティリスクやデータ漏洩の原因となりやすい。

기업 IT 부서의 파악이나 승인 없이 직원이 업무에서 독자적으로 도구나 서비스를 사용하는 것. 보안 위험이나 데이터 유출의 원인이 되기 쉽다.

形式的な会議や手続きを最小限に抑え、開発者が実際のコーディングに集中できる時間を最大化する開発スタイルである。非同期コミュニケーションを重視する。

형식적인 회의나 절차를 최소한으로 억제하여 개발자가 실제 코딩에 집중할 수 있는 시간을 최대화하는 개발 스타일이다. 비동기 커뮤니케이션을 중시한다.

中央のオーケストレーターが各サービスの実行順序と補償処理を制御するサガパターンの一形態である。フロー全体の可視性が高くデバッグが容易だが、オーケストレーターの単一障害点化に注意が必要となる。

중앙의 오케스트레이터가 각 서비스의 실행 순서와 보상 처리를 제어하는 사가 패턴의 한 형태이다. 플로 전체의 가시성이 높고 디버그가 용이하지만 오케스트레이터의 단일 장애점화에 주의가 필요하게 된다.

アーキテクチャが要求を満たしているかを定量的に検証する自動テストのこと。依存関係の方向やレイヤー違反を検出し、アーキテクチャの劣化を防止する。

아키텍처가 요구를 충족하고 있는지 정량적으로 검증하는 자동 테스트. 의존 관계 방향이나 레이어 위반을 검출하여 아키텍처의 열화를 방지한다.

インスタンスを少数ずつ順次更新し、サービスを継続しながらデプロイを完了する戦略のこと。maxSurgeとmaxUnavailableのパラメータで更新速度と可用性のバランスを制御する。

인스턴스를 소수씩 순차 갱신하여, 서비스를 계속하면서 배포를 완료하는 전략. maxSurge와 maxUnavailable 파라미터로 갱신 속도와 가용성의 균형을 제어한다.

M&Aや投資判断の際に対象企業の技術力・アーキテクチャ・技術負債を評価する調査プロセスである。

M&A나 투자 판단 시 대상 기업의 기술력·아키텍처·기술 부채를 평가하는 조사 프로세스이다.

一つのアプリケーション基盤で複数の顧客（テナント）を安全に分離して運用する設計手法のこと。データ分離・リソース制限・カスタマイズ可能性を両立させる。

하나의 애플리케이션 기반으로 복수의 고객(테넌트)을 안전하게 분리하여 운용하는 설계 기법. 데이터 분리·리소스 제한·커스터마이즈 가능성을 양립시킨다.

エンジニアが技術的な知見や実装経験を社内外に発信するためにブログ記事を書く活動。採用ブランディングや知識共有に活用される。

엔지니어가 기술적인 지식이나 구현 경험을 사내외에 공유하기 위해 블로그 글을 작성하는 활동. 채용 브랜딩 및 지식 공유에 활용된다.

ユーザーをランダムに分割して異なるバリエーションの効果を比較するA/Bテストの技術基盤を構築することである。トラフィック分割の仕組みや結果集計・可視化のダッシュボードを含む統合的な基盤を提供する。

사용자를 랜덤으로 분할하여 서로 다른 배리에이션의 효과를 비교하는 A/B 테스트의 기술 기반을 구축하는 것이다. 트래픽 분할 구조나 결과 집계·가시화의 대시보드를 포함한 통합적인 기반을 제공한다.

プログラムの内部構造を意識せず、入力と出力の仕様のみに基づいてテストケースを設計する手法。同値分割・境界値分析・デシジョンテーブルなどの技法を用いて、仕様通りの動作を検証する。

프로그램의 내부 구조를 의식하지 않고, 입력과 출력의 사양만에 기반하여 테스트 케이스를 설계하는 수법이다. 동치 분할·경계값 분석·디시전 테이블 등의 기법을 이용하여 사양대로의 동작을 검증한다.

データパイプラインの各段階にデータ品質の検証ポイントを設け、品質基準を満たさないデータの後続処理への流入を防止する仕組みである。データ品質の劣化を早期に検知する。

데이터 파이프라인의 각 단계에 데이터 품질 검증 포인트를 마련하여 품질 기준을 충족하지 않는 데이터의 후속 처리로의 유입을 방지하는 구조이다. 데이터 품질 열화를 조기에 검지한다.

仮想空間上に構築された3Dの社会・経済活動が可能なデジタル世界の総称。VR/ARや分散型技術を組み合わせて実現される次世代インターネット基盤。

가상 공간 위에 구축된 3D 사회·경제 활동이 가능한 디지털 세계의 총칭. VR/AR 및 분산형 기술을 결합하여 구현되는 차세대 인터넷 기반.

オープンソースの開発手法やコラボレーション文化を企業内部のソフトウェア開発に組織的に適用する取り組みで、社内プルリクエスト文化やコード共有の推進を含む活動である。

오픈소스의 개발 기법과 협업 문화를 기업 내부의 소프트웨어 개발에 조직적으로 적용하는 활동으로, 사내 풀 리퀘스트 문화와 코드 공유 추진을 포함하는 활동이다.

実際のシステム操作を伴わず、会議形式で障害シナリオに対する対応手順を議論する訓練。参加者が各自の役割に基づいて判断を行い、対応計画のギャップを洗い出す。

실제 시스템 조작 없이 회의 형식으로 장애 시나리오에 대한 대응 절차를 논의하는 훈련이다.

共通の特性や行動を持つユーザーグループ（コホート）を時系列で追跡・比較する分析手法。リテンション率やLTVの把握に活用される。

공통된 특성이나 행동을 가진 사용자 그룹(코호트)을 시계열로 추적·비교하는 분석 기법으로, 리텐션율이나 LTV 파악에 활용된다.

ソフトウェア開発の品質や生産性を定量的に測定するための指標群。デプロイ頻度やリードタイム、障害復旧時間など、チームのパフォーマンスを客観的に評価する基準となる。

소프트웨어 개발의 품질이나 생산성을 정량적으로 측정하기 위한 지표군. 배포 빈도나 리드타임, 장애 복구 시간 등 팀의 퍼포먼스를 객관적으로 평가하는 기준이 된다.

開発者がインフラチームへの依頼なしに自らリソースの作成・設定・管理を行える仕組みで、承認済みテンプレートとガードレールにより安全性と自律性を両立する。

개발자가 인프라 팀에 의뢰하지 않고 스스로 리소스의 생성·설정·관리를 수행할 수 있는 구조로, 승인된 템플릿과 가드레일로 안전성과 자율성을 양립한다.

技術組織における上位職位で、シニアエンジニアの上位に位置する。技術的意思決定・設計方針・組織横断的な技術課題の解決をリードする役割を担う。

기술 조직의 상위 직책으로, 시니어 엔지니어보다 높은 위치에 있다. 기술적 의사결정, 설계 방침, 조직 횡단적 기술 과제 해결을 리드하는 역할을 담당한다.

老朽化システムを最新技術スタックへ段階的に移行するための包括的な計画で、リスク評価・優先順位付け・並行稼働期間の設定を含む戦略的なマイグレーション文書である。

노후화 시스템을 최신 기술 스택으로 단계적으로 이행하기 위한 포괄적 계획으로, 리스크 평가·우선순위 결정·병행 가동 기간 설정을 포함하는 전략적 마이그레이션 문서이다.

イベントの発生をトリガーとしてシステムの処理を実行するアーキテクチャスタイル。コンポーネント間の疎結合を実現し、スケーラビリティと拡張性に優れたシステム設計が可能になる。

이벤트 발생을 트리거로 시스템 처리를 실행하는 아키텍처 스타일로, 컴포넌트 간 느슨한 결합을 실현한다.

問題を早期に検出して即座に処理を中断する設計原則。エラーを隠蔽せず速やかに報告することで、障害の影響範囲を最小限に抑え、デバッグを容易にする考え方である。

문제를 조기에 검출하여 즉시 처리를 중단하는 설계 원칙으로, 오류를 은폐하지 않고 신속히 보고하여 장애 영향을 최소화한다.

開発環境をDockerなどのコンテナ技術で統一的に構築・配布する手法で、環境差異による問題を排除し、新規メンバーのオンボーディング時間を大幅に短縮する。

개발 환경을 Docker 등의 컨테이너 기술로 통일적으로 구축·배포하는 기법으로, 환경 차이로 인한 문제를 배제하고 신규 멤버의 온보딩 시간을 대폭 단축한다.

新サービスやシステムが本番運用に耐えうる準備状態にあるかを評価するプロセスのこと。モニタリング・アラート・ランブック・フェイルオーバーの整備状況を確認する。

신규 서비스나 시스템이 프로덕션 운용에 견딜 수 있는 준비 상태에 있는지 평가하는 프로세스. 모니터링·알림·런북·페일오버 정비 상황을 확인한다.

CTO（最高技術責任者）の職務範囲。技術戦略の策定、エンジニア組織のマネジメント、技術選定、経営層への技術的意思決定の提言などが主な役割となる。

CTO(최고기술책임자)의 직무 범위. 기술 전략 수립, 엔지니어 조직 관리, 기술 선정, 경영진에 대한 기술적 의사결정 제언 등이 주요 역할이다.

ソフトウェアの各バージョンにおける変更内容を時系列で記録した文書。新機能追加、バグ修正、破壊的変更などをカテゴリ別に整理し、利用者への情報提供に用いられる。

소프트웨어의 각 버전에서의 변경 내용을 시계열로 기록한 문서. 새 기능 추가, 버그 수정, 파괴적 변경 등을 카테고리별로 정리하여 이용자에게 정보를 제공하는 데 사용된다.

システムの導入費用だけでなく運用・保守・廃棄までの全ライフサイクルにわたる総費用を算出する指標であり、初期コストに隠れた長期的な費用を可視化し正確な投資判断を支援する。

시스템의 도입 비용뿐만 아니라 운용·보수·폐기까지의 전 라이프사이클에 걸친 총비용을 산출하는 지표이며, 초기 비용에 숨겨진 장기적 비용을 가시화하여 정확한 투자 판단을 지원한다.

複数の地理的リージョンにシステムを分散配置して広域障害への耐性を確保する構成であり、災害時のサービス継続性と世界各地のユーザーへの低レイテンシ提供を両立する。

복수의 지리적 리전에 시스템을 분산 배치하여 광역 장애에의 내성을 확보하는 구성이며, 재해 시의 서비스 계속성과 세계 각지의 사용자에의 저레이턴시 제공을 양립한다.

デプロイ頻度・リードタイム・変更失敗率・復旧時間の4つのDORA指標を組織のソフトウェアデリバリー能力の評価基準として活用する手法で、DevOps成熟度を客観的に測定する。

배포 빈도·리드 타임·변경 실패율·복구 시간의 4가지 DORA 지표를 조직의 소프트웨어 딜리버리 능력 평가 기준으로 활용하는 기법으로, DevOps 성숙도를 객관적으로 측정한다.

リポジトリ内のディレクトリやファイルごとにレビュー担当者を定義する設定ファイルのこと。GitHubのCODEOWNERS機能で自動的にレビュアーをアサインできる。

리포지토리 내 디렉터리나 파일별로 리뷰 담당자를 정의하는 설정 파일. GitHub의 CODEOWNERS 기능으로 자동으로 리뷰어를 어사인할 수 있다.

定期実行されるバッチ処理の実行時間・リソース消費を改善し、処理ウィンドウ内での完了を保証する活動である。並列度の調整やデータの分割方法の見直しにより、大幅な処理時間の短縮を実現する。

정기 실행되는 배치 처리의 실행 시간·리소스 소비를 개선하고 처리 윈도우 내에서의 완료를 보증하는 활동이다. 병렬도의 조정이나 데이터의 분할 방법 재검토로 대폭적인 처리 시간 단축을 실현한다.

自社の技術やプロダクトを外部開発者に向けて啓蒙・普及させる活動のこと。カンファレンス登壇・技術ブログ執筆・サンプルコード公開などを通じて開発者コミュニティとの関係を構築する。

자사의 기술이나 프로덕트를 외부 개발자에게 계몽·보급시키는 활동을 말한다. 컨퍼런스 등단·기술 블로그 작성·샘플 코드 공개 등을 통해 개발자 커뮤니티와의 관계를 구축한다.

障害やインシデントの経過を時系列に整理し、各イベントの因果関係や対応の適切さを分析する手法。ポストモーテムにおいて「何が・いつ・なぜ起きたか」を正確に再構成するために用いられる。

장애나 인시던트의 경과를 시계열로 정리하여 각 이벤트의 인과관계나 대응의 적절성을 분석하는 수법이다. 포스트모템에서 '무엇이·언제·왜 발생했는지'를 정확히 재구성하기 위해 사용된다.

システムが障害や異常状態からどの程度回復できるかを検証するテスト手法のこと。意図的に障害を注入し、システムの回復力と耐障害性を評価する。

시스템이 장애나 이상 상태에서 어느 정도 복구할 수 있는지 검증하는 테스트 기법. 의도적으로 장애를 주입하여 시스템의 복구력과 내장애성을 평가한다.

外部サービスやDB接続に対して接続・読み取り・書き込みの各段階で適切なタイムアウト値を設計する手法であり、リソースの無駄な保持を防止してシステム全体の応答性を維持する。

외부 서비스나 DB 접속에 대해 접속·읽기·쓰기의 각 단계에서 적절한 타임아웃 값을 설계하는 기법이며, 리소스의 불필요한 보유를 방지하여 시스템 전체의 응답성을 유지한다.

タスクやバグをチケットとして登録し優先度・担当者・進捗状況を一元管理するプロセスであり、JiraやRedmineなどのツールを用いてチーム全体の作業を可視化する。

태스크나 버그를 티켓으로 등록하여 우선도·담당자·진척 상황을 일원 관리하는 프로세스이며, Jira나 Redmine 등의 도구를 이용하여 팀 전체의 작업을 가시화한다.

エッジデバイス上でAI推論を実行するためのモデル軽量化やハードウェア制約を考慮したシステム設計である。クラウドとの通信遅延を回避しリアルタイム処理を可能にする構成を目指す。

엣지 디바이스 상에서 AI 추론을 실행하기 위한 모델 경량화나 하드웨어 제약을 고려한 시스템 설계이다. 클라우드와의 통신 지연을 회피하고 실시간 처리를 가능하게 하는 구성을 목표로 한다.

サービスの信頼性目標に対して許容される障害時間を予算として管理する手法のこと。SLOに基づきエラーバジェットを設定し、リリース速度とのバランスを取る。

서비스의 신뢰성 목표에 대해 허용되는 장애 시간을 예산으로 관리하는 기법. SLO에 기반하여 에러 버짓을 설정하고, 릴리스 속도와의 균형을 맞춘다.

量子力学の原理を利用して計算を行う技術。従来のビットではなく量子ビット（qubit）を使い、特定の問題を超高速で解くことができる次世代コンピューティング。

양자역학 원리를 활용하여 연산을 수행하는 기술. 기존 비트 대신 양자 비트(qubit)를 사용해 특정 문제를 초고속으로 해결할 수 있는 차세대 컴퓨팅 방식이다.

開発組織のパフォーマンスデータを収集・分析し、エンジニアリング活動の可視化と最適化を行う分野のこと。DORA指標やサイクルタイム等を統合ダッシュボードで管理する。

개발 조직의 퍼포먼스 데이터를 수집·분석하여, 엔지니어링 활동의 가시화와 최적화를 수행하는 분야. DORA 지표나 사이클 타임 등을 통합 대시보드로 관리한다.

プロジェクトの技術群を複数の評価軸（チームスキル・エコシステム・パフォーマンス・将来性等）で定量的に比較する評価ツールで、客観的な技術選定の根拠を提供する。

프로젝트의 기술군을 복수의 평가축(팀 스킬·에코시스템·성능·장래성 등)으로 정량적으로 비교하는 평가 도구로, 객관적인 기술 선정의 근거를 제공한다.

独立行政法人情報処理推進機構の略称。IT国家試験の実施、セキュリティ対策、DX推進など日本のIT産業発展を支援する経済産業省所管の機関。

독립행정법인 정보처리추진기구의 약칭. IT 국가시험 실시, 보안 대책, DX 추진 등 일본 IT 산업 발전을 지원하는 경제산업성 산하 기관.

ミューテックスなどのロックを使用せず、CAS操作などのアトミック命令のみで並行安全性を実現するデータ構造。ロックの競合によるスレッドブロッキングを回避し、高い並行性能を実現する。

뮤텍스 등의 로크를 사용하지 않고, CAS 조작 등의 아토믹 명령만으로 병행 안전성을 실현하는 데이터 구조이다. 로크의 경합에 의한 스레드 블로킹을 회피하여 높은 병행 성능을 실현한다.

OSやミドルウェアのセキュリティパッチや機能更新を計画的に適用する管理プロセスであり、脆弱性の早期対処とシステム安定性の維持を両立する運用の基盤となる。

OS나 미들웨어의 보안 패치나 기능 갱신을 계획적으로 적용하는 관리 프로세스이며, 취약성의 조기 대처와 시스템 안정성의 유지를 양립하는 운용의 기반이 된다.

全開発者がメインブランチに頻繁にコミットし、短命なフィーチャーブランチのみを使うCI手法のこと。マージの競合を最小化し、継続的インテグレーションを促進する。

전 개발자가 메인 브랜치에 빈번히 커밋하고, 단명의 피처 브랜치만 사용하는 CI 기법. 머지 충돌을 최소화하고 지속적 통합을 촉진한다.

Non-Uniform Memory Accessの略で、プロセッサごとにローカルメモリを持ち、他プロセッサのメモリへのアクセスがより低速となるアーキテクチャ。大規模サーバーの性能最適化において重要な考慮事項である。

Non-Uniform Memory Access의 약자로, 프로세서마다 로컬 메모리를 가지며, 다른 프로세서의 메모리 접근이 더 저속이 되는 아키텍처이다. 대규모 서버의 성능 최적화에서 중요한 고려 사항이다.

特定の専門分野で深い知識を持ちつつ、幅広い分野にも基礎的な理解がある人材像で、チームの柔軟性と協業効率を高める理想的なエンジニア像とされる。

특정 전문 분야에서 깊은 지식을 가지면서 폭넓은 분야에도 기초적인 이해가 있는 인재상으로, 팀의 유연성과 협업 효율을 높이는 이상적인 엔지니어상으로 여겨진다.

ビジネスの競争優位性を生み出す最も重要な業務領域。ドメイン駆動設計において、開発リソースを集中投下すべき中核領域であり、サブドメインや汎用ドメインと区別して最優先で設計される。

비즈니스의 경쟁 우위를 창출하는 가장 중요한 업무 영역이다. 도메인 주도 설계에서 개발 리소스를 집중 투입해야 할 핵심 영역이며, 서브도메인이나 범용 도메인과 구별하여 최우선으로 설계된다.

ITサービスの企画・提供・運用・改善を体系的に管理するフレームワークであり、ITILなどのベストプラクティスに基づきサービス品質と顧客満足度の継続的な向上を目指す。

IT 서비스의 기획·제공·운용·개선을 체계적으로 관리하는 프레임워크이며, ITIL 등의 베스트 프랙티스에 기반하여 서비스 품질과 고객 만족도의 지속적 향상을 목표로 한다.

特定のコード領域に対して責任を持つ担当者やチームを明確にする仕組み。CODEOWNERSファイルで管理する。

특정 코드 영역에 대해 책임을 지는 담당자나 팀을 명확히 하는 구조. CODEOWNERS 파일로 관리한다.

分散データベースにおいてすべての参加ノードがトランザクションをコミットまたはロールバックすることを保証するプロトコル。準備フェーズとコミットフェーズの2段階で実行される。

분산 데이터베이스에서 모든 참가 노드가 트랜잭션을 커밋 또는 롤백함을 보증하는 프로토콜이다.

セキュリティ・コンプライアンス・アーキテクチャのガバナンスルールを自動的に検証・適用する仕組みのこと。手動の審査プロセスを自動化し、開発速度と統制の両立を実現する。

보안·컴플라이언스·아키텍처의 거버넌스 규칙을 자동으로 검증·적용하는 구조. 수동 심사 프로세스를 자동화하여, 개발 속도와 통제의 양립을 실현한다.

新規開発時にまずサーバーレスアーキテクチャでの実現可否を検討する設計方針。インフラ管理の負担を最小化し、スケーラビリティとコスト最適化を優先的に追求する考え方である。

신규 개발 시 먼저 서버리스 아키텍처로의 실현 가능성을 검토하는 설계 방침. 인프라 관리 부담을 최소화하고 확장성과 비용 최적화를 우선적으로 추구하는 사고방식이다.

新バージョンを少数のユーザーやサーバーに先行展開し、問題がないことを確認してから全体に展開するリリース手法。本番環境でのリスクを最小限に抑えることができる。

신버전을 소수의 사용자나 서버에 선행 전개하고 문제가 없음을 확인한 후 전체에 전개하는 릴리스 수법이다.

新規プロジェクトのひな形を自動生成するツールのこと。組織標準のCI/CD設定・ディレクトリ構造・依存関係を含むテンプレートから、一貫性のあるプロジェクトを即座に作成する。

신규 프로젝트의 템플릿을 자동 생성하는 도구. 조직 표준의 CI/CD 설정·디렉터리 구조·의존 관계를 포함한 템플릿에서 일관성 있는 프로젝트를 즉시 생성한다.

クラウド財務管理をエンジニアリング・財務・ビジネス各部門が協力して最適化するFinOpsプラクティスを組織に導入する取り組みで、コスト可視化基盤の構築から着手する。

클라우드 재무 관리를 엔지니어링·재무·비즈니스 각 부문이 협력하여 최적화하는 FinOps 프랙티스를 조직에 도입하는 활동으로, 비용 가시화 기반 구축부터 착수한다.

プロジェクトやシステムに存在する技術的リスクを一覧化し、発生確率・影響度・対策状況を継続的に管理するドキュメントである。リスクベースの意思決定を支援する。

프로젝트나 시스템에 존재하는 기술적 리스크를 일람화하고 발생 확률·영향도·대책 상황을 지속적으로 관리하는 문서이다. 리스크 기반의 의사 결정을 지원한다.

技術書籍を参加者が分担して読み内容を共有・議論する学習会であり、難解な書籍も効率的に消化でき多様な解釈を通じて理解を深める協調学習の形式である。

기술 서적을 참가자가 분담하여 읽고 내용을 공유·논의하는 학습회이며, 난해한 서적도 효율적으로 소화할 수 있고 다양한 해석을 통해 이해를 심화하는 협조 학습의 형식이다.

開発者がシステム理解時に受ける精神的負荷を体系的に管理・軽減する取り組みで、チーム責任範囲の適正化やドキュメント整備を通じて生産性向上を図る実践手法である。

개발자가 시스템 이해 시 받는 정신적 부하를 체계적으로 관리·경감하는 활동으로, 팀 책임 범위의 적정화와 문서 정비를 통해 생산성 향상을 도모하는 실천 기법이다.

重大インシデント発生時に対応チームを統括するリーダーを制度化する取り組みで、状況把握・意思決定・コミュニケーションの一元管理により混乱を最小限に抑える組織的な仕組みである。

중대 인시던트 발생 시 대응 팀을 총괄하는 리더를 제도화하는 활동으로, 상황 파악·의사결정·커뮤니케이션의 일원 관리로 혼란을 최소한으로 억제하는 조직적 구조이다.

開発者がツール・プロセス・環境を通じて感じる生産性や満足度を継続的に改善する取り組みで、ビルド時間短縮・認知負荷削減・セルフサービス化などの施策を推進する。

개발자가 도구·프로세스·환경을 통해 느끼는 생산성과 만족도를 지속적으로 개선하는 활동으로, 빌드 시간 단축·인지 부하 절감·셀프서비스화 등의 시책을 추진한다.

エンジニアリング組織の目標をOKR（Objectives and Key Results）フレームワークで設定・管理する手法のこと。技術的目標とビジネス目標を連携させ、成果を定量的に測定する。

엔지니어링 조직의 목표를 OKR(Objectives and Key Results) 프레임워크로 설정·관리하는 기법. 기술적 목표와 비즈니스 목표를 연계시키고, 성과를 정량적으로 측정한다.

主要な処理が失敗した際に、代替手段で処理を継続する設計パターンのこと。キャッシュされたデータの返却やデフォルト値の使用など、障害時のユーザー体験を維持する。

주요 처리가 실패했을 때, 대체 수단으로 처리를 계속하는 설계 패턴. 캐시된 데이터 반환이나 기본값 사용 등, 장애 시 사용자 경험을 유지한다.

Utilization（使用率）・Saturation（飽和度）・Errors（エラー）の3指標でリソースの健全性を監視する手法のこと。CPU・メモリ・ディスク等のインフラリソースの診断に特化している。

Utilization(사용률)·Saturation(포화도)·Errors(에러)의 3지표로 리소스 건전성을 모니터링하는 기법. CPU·메모리·디스크 등 인프라 리소스 진단에 특화되어 있다.

新規プロジェクトの雛形となるテンプレートリポジトリを管理し、統一された初期構成で開発を開始できるようにする仕組みである。CI/CD設定やリンター設定、ディレクトリ構成などのベストプラクティスを標準化する。

신규 프로젝트의 템플릿이 되는 리포지토리를 관리하고 통일된 초기 구성으로 개발을 시작할 수 있도록 하는 구조이다. CI/CD 설정이나 린터 설정, 디렉토리 구성 등의 베스트 프랙티스를 표준화한다.

システムやアプリの動作状況を自動収集・送信する仕組み。ログ・メトリクス・トレースを組み合わせてオブザーバビリティを実現するために活用される。

시스템이나 애플리케이션의 동작 상태를 자동으로 수집·전송하는 구조. 로그·메트릭·트레이스를 조합하여 옵저버빌리티를 실현하기 위해 활용된다.

特定の知識や技術が少数の個人やチームに偏在し、組織全体で共有されていない状態で、バス係数の低下やボトルネックの原因となるリスク要因である。

특정 지식이나 기술이 소수의 개인이나 팀에 편재하여 조직 전체에서 공유되지 않는 상태로, 버스 팩터의 저하와 병목의 원인이 되는 리스크 요인이다.

ユニットテスト・インテグレーションテスト・E2Eテストの比率を最適化する活動のこと。テストの実行速度・保守コスト・信頼性のバランスを取り、効率的な品質保証を実現する。

유닛 테스트·통합 테스트·E2E 테스트의 비율을 최적화하는 활동. 테스트 실행 속도·유지보수 비용·신뢰성의 균형을 맞추어 효율적인 품질 보증을 실현한다.

現実世界とデジタル情報を融合させる技術。ARとVRの中間に位置し、現実空間に仮想オブジェクトをリアルタイムで重ね合わせ双方向操作が可能。MRとも呼ばれる。

현실 세계와 디지털 정보를 융합하는 기술. AR과 VR의 중간에 위치하며, 현실 공간에 가상 객체를 실시간으로 겹쳐 양방향 조작이 가능하다. MR이라고도 불린다.

分散システムで一連のリクエストを追跡するために各リクエストに付与される一意の識別子であり、複数のマイクロサービスをまたぐ処理フローのログを紐付けて障害調査を効率化する。

분산 시스템에서 일련의 요청을 추적하기 위해 각 요청에 부여되는 고유 식별자이며, 복수의 마이크로서비스를 걸치는 처리 플로의 로그를 연결하여 장애 조사를 효율화한다.

新旧システムを一定期間同時に稼働させて結果を比較検証する移行手法であり、新システムの安定性を確認してから旧システムを停止することで移行リスクを最小限に抑制する。

신구 시스템을 일정 기간 동시에 가동시켜 결과를 비교 검증하는 이행 수법이며, 신시스템의 안정성을 확인한 후 구시스템을 정지함으로써 이행 리스크를 최소한으로 억제한다.

技術的な提案や設計変更を組織内で議論するための公式文書。問題の背景、解決策の候補、トレードオフを記載し、関係者からのフィードバックを集めて意思決定を行う。

기술적 제안이나 설계 변경을 조직 내에서 논의하기 위한 공식 문서로, 관계자의 피드백을 모아 의사결정을 수행한다.

新しいシステム導入や既存システムの刷新時に、まずクラウドサービスの利用を検討・優先する方針。コスト削減・スケーラビリティ向上・迅速なデプロイを目的とする。

새로운 시스템 도입이나 기존 시스템 개선 시 클라우드 서비스 활용을 우선적으로 검토하는 방침. 비용 절감, 확장성 향상, 신속한 배포를 목적으로 한다.

障害やインシデント発生後に原因分析・再発防止策を議論する振り返りプロセスのこと。ブレームレスな姿勢で行い、システムと組織の両面から改善点を特定して具体的な対策を講じる。

장애나 인시던트 발생 후 원인 분석·재발 방지책을 논의하는 회고 프로세스를 말한다. 블레임리스한 자세로 진행하며 시스템과 조직 양면에서 개선점을 특정하고 구체적인 대책을 강구한다.

特定ドメインの問題を効率的に表現するための専用言語を設計し、複雑な設定やロジックの記述を簡潔にする手法である。内部DSLと外部DSLの選択やパーサーの実装方針が設計上の重要な判断ポイントとなる。

특정 도메인의 문제를 효율적으로 표현하기 위한 전용 언어를 설계하고 복잡한 설정이나 로직의 기술을 간결하게 하는 기법이다. 내부 DSL과 외부 DSL의 선택이나 파서의 구현 방침이 설계상의 중요한 판단 포인트가 된다.

ロックの取得を待つ際にスレッドをブロックせず、ビジーウェイトでロックが解放されるまで繰り返しチェックする同期機構。短時間のロック保持に適するが、長時間の待機ではCPUを浪費する。

로크 취득을 기다릴 때 스레드를 블록하지 않고, 비지 웨이트로 로크가 해제될 때까지 반복적으로 체크하는 동기 기구이다. 단시간의 로크 보유에 적합하나, 장시간 대기에서는 CPU를 낭비한다.

技術的な制約と事業要件を両立させながらプロダクトのロードマップを策定・実行するマネジメント手法である。

기술적 제약과 사업 요건을 양립시키면서 프로덕트 로드맵을 책정·실행하는 매니지먼트 기법이다.

技術選定や標準化に関する意思決定を行う組織横断的な審議機関で、技術戦略の一貫性を担保する。

기술 선정이나 표준화에 관한 의사결정을 수행하는 조직 횡단적 심의 기관으로 기술 전략의 일관성을 담보한다.

技術コミュニティと企業の橋渡しを担う役職。開発者向けにプロダクトの普及・支援を行い、イベント登壇・ブログ執筆・OSS貢献などを通じてエンジニアコミュニティとの関係構築を担う。

기술 커뮤니티와 기업을 연결하는 역할을 담당하는 직책. 개발자를 대상으로 제품 보급 및 지원을 수행하며, 행사 발표·블로그 작성·OSS 기여 등을 통해 엔지니어 커뮤니티와의 관계를 구축한다.

クラウドインフラのコストを利用チームやサービス単位に正確に配賦し、各チームのコスト意識を高めるFinOpsの実践手法である。タグ付けやラベリングでコスト配分を可視化する。

클라우드 인프라 비용을 이용 팀이나 서비스 단위로 정확하게 배부하여 각 팀의 비용 의식을 높이는 FinOps 실천 기법이다. 태깅이나 레이블링으로 비용 배분을 시각화한다.

システムやサービスが停止して利用不能になっている期間であり、計画的メンテナンスによる計画停止と障害による非計画停止に分類され可用性指標の算出基準となる。

시스템이나 서비스가 정지하여 이용 불능이 된 기간이며, 계획적 유지보수에 의한 계획 정지와 장애에 의한 비계획 정지로 분류되어 가용성 지표의 산출 기준이 된다.

組織のセキュリティやコンプライアンスのガードレールをコードとして定義し、CI/CDパイプラインで自動的に検証・強制する運用手法である。違反を事前に防止する。

조직의 보안이나 컴플라이언스 가드레일을 코드로서 정의하고 CI/CD 파이프라인에서 자동으로 검증·강제하는 운용 기법이다. 위반을 사전에 방지한다.

SLOで定めた信頼性目標から逆算した許容エラー量のこと。エラーバジェットが残っている間は積極的にリリースを行い、消費し切ったら信頼性改善に注力する運用モデルである。

SLO에서 정한 신뢰성 목표로부터 역산한 허용 에러량으로, 남아 있는 동안은 적극적으로 릴리스를 수행한다.

企業や個人のエンジニアが技術的な知見・事例・ノウハウを発信するブログ。採用広報や技術ブランディングにも活用される。

기업이나 개인 엔지니어가 기술적인 지식·사례·노하우를 발신하는 블로그. 채용 홍보나 기술 브랜딩에도 활용된다.

ビジネスや運用に特化した独自のメトリクスを定義・計装し、標準メトリクスでは把握できない指標を可視化する設計である。カウンター・ゲージ・ヒストグラムなどのメトリクス型を適切に使い分ける。

비즈니스나 운용에 특화된 독자적인 메트릭스를 정의·계장하고 표준 메트릭스로는 파악할 수 없는 지표를 가시화하는 설계이다. 카운터·게이지·히스토그램 등의 메트릭스 타입을 적절히 구분하여 사용한다.

ユーザーがサービスに滞在した時間を計測・分析する手法。平均セッション時間やページ別滞在時間をKPIとして活用し、UX改善や離脱率低下に役立てる。

사용자가 서비스에 머문 시간을 측정·분석하는 기법. 평균 세션 시간이나 페이지별 체류 시간을 KPI로 활용하여 UX 개선 및 이탈률 감소에 활용한다.

開発者の満足度や生産性、ツールの使いやすさなどを定量的に把握するためのアンケート調査である。DevEx改善施策の効果測定や課題発見に活用される。

개발자의 만족도나 생산성, 도구의 사용 용이성 등을 정량적으로 파악하기 위한 설문 조사이다. DevEx 개선 시책의 효과 측정이나 과제 발견에 활용된다.

技術選定やアーキテクチャ決定において、評価基準・トレードオフ・リスクを体系的に分析し、合理的な判断を導くための構造化された意思決定手法である。

기술 선정이나 아키텍처 결정에서 평가 기준·트레이드오프·리스크를 체계적으로 분석하여 합리적인 판단을 이끌어내는 구조화된 의사결정 기법이다.

システムを独立した区画に分離し、一部の障害が全体に波及するのを防ぐ設計パターン。船の隔壁に由来する名称で、スレッドプールや接続プールの分離に適用される。

시스템을 독립된 구획으로 분리하여 일부 장애가 전체에 파급되는 것을 방지하는 설계 패턴이다.

Abstract Syntax Treeの略でソースコードを構文解析して得られる木構造のデータ表現であり、リンターやフォーマッター、コンパイラなどの開発ツールが内部でコードを操作する基盤となる。

Abstract Syntax Tree의 약칭으로 소스 코드를 구문 해석하여 얻어지는 트리 구조의 데이터 표현이며, 린터나 포매터, 컴파일러 등의 개발 도구가 내부에서 코드를 조작하는 기반이 된다.

遅延しているプロジェクトに人員を追加するとさらに遅延するという法則。新メンバーの学習コストとコミュニケーションコストの増大が主な原因として挙げられる。

지연되고 있는 프로젝트에 인원을 추가하면 더 지연된다는 법칙으로, 신규 멤버의 학습 비용 증대가 주요 원인이다.

本番環境と同等の構成で最終的な動作確認を行うステージング環境の構築・維持・更新を管理するプロセスであり、本番デプロイ前の最終検証で品質と安定性を担保する。

프로덕션 환경과 동등한 구성으로 최종 동작 확인을 수행하는 스테이징 환경의 구축·유지·갱신을 관리하는 프로세스이며, 프로덕션 디플로이 전의 최종 검증으로 품질과 안정성을 담보한다.

プロジェクトにおける技術的・ビジネス的な意思決定の経緯と根拠を時系列で記録し、将来の参照や監査に活用するドキュメント管理手法である。

프로젝트에서의 기술적·비즈니스적 의사 결정의 경위와 근거를 시계열로 기록하여 향후 참조나 감사에 활용하는 문서 관리 기법이다.

main・develop・feature・release・hotfixの5種類のブランチを使い分けるGitのブランチ戦略であり、大規模チームでの並行開発と安定したリリース管理を体系的に実現する。

main, develop, feature, release, hotfix의 5종류의 브랜치를 구분하여 사용하는 Git의 브랜치 전략이며, 대규모 팀에서의 병행 개발과 안정된 릴리스 관리를 체계적으로 실현한다.

本番環境で実際のトラフィックを使ってテストを行う手法の総称のこと。カナリアリリース・ダークローンチ・トラフィックミラーリング等が含まれる。

프로덕션 환경에서 실제 트래픽을 사용하여 테스트하는 기법의 총칭. 카나리 릴리스·다크 런치·트래픽 미러링 등이 포함된다.

リアルタイムで流れるデータを逐次処理するシステムを設計し、低レイテンシーなデータ処理を実現する手法である。ウィンドウ処理やウォーターマークの概念を用いて遅延データの取り扱いも考慮する。

실시간으로 흐르는 데이터를 축차 처리하는 시스템을 설계하고 저레이턴시의 데이터 처리를 실현하는 기법이다. 윈도우 처리나 워터마크의 개념을 사용하여 지연 데이터의 취급도 고려한다.

システムが正常に稼働している時間の割合を百分率で表す可用性指標であり、99.9%や99.99%などのサービスレベルに応じた稼働率が運用品質の評価基準として使用される。

시스템이 정상적으로 가동하고 있는 시간의 비율을 백분율로 나타내는 가용성 지표이며, 99.9%나 99.99% 등의 서비스 레벨에 따른 가동률이 운용 품질의 평가 기준으로 사용된다.

情報セキュリティマネジメントシステム（ISMS）の国際規格。組織の情報資産を保護するためのリスク管理体制を認証する標準規格。

정보 보안 관리 체계(ISMS)의 국제 표준 규격. 조직의 정보 자산을 보호하기 위한 리스크 관리 체계를 인증하는 표준 규격.

ネットワーク境界に依存せず全てのアクセスを検証する信頼モデルを技術的に実装するための設計と構築である。アイデンティティ検証やデバイス認証を組み合わせた多層防御を実現する。

네트워크 경계에 의존하지 않고 모든 접근을 검증하는 신뢰 모델을 기술적으로 구현하기 위한 설계와 구축이다. 아이덴티티 검증이나 디바이스 인증을 조합한 다층 방어를 실현한다.

オープンソースソフトウェアに対してバグ修正、機能追加、ドキュメント改善などの形で貢献する活動。エンジニアのスキル向上やコミュニティへの還元手段として重要である。

오픈소스 소프트웨어에 대해 버그 수정, 기능 추가, 문서 개선 등의 형태로 기여하는 활동이다.

社内外に技術的な知見を伝達し、技術ブランドの認知度向上と採用活動を推進する役割を担う技術者である。カンファレンス登壇やブログ執筆を通じて技術力を発信する。

사내외에 기술적 지견을 전달하여 기술 브랜드 인지도 향상과 채용 활동을 추진하는 역할을 담당하는 기술자이다. 컨퍼런스 등단이나 블로그 집필을 통해 기술력을 발신한다.

プログラムでプログラムを生成・操作する技法を活用し、定型コードの自動生成やフレームワーク開発に応用することである。デコレータやリフレクション、マクロなどの言語機能を使い開発効率を向上させる。

프로그램으로 프로그램을 생성·조작하는 기법을 활용하고 정형 코드의 자동 생성이나 프레임워크 개발에 응용하는 것이다. 데코레이터나 리플렉션, 매크로 등의 언어 기능을 사용하여 개발 효율을 향상시킨다.

社内プラットフォームが提供するセルフサービス型のAPIのこと。開発チームがインフラのプロビジョニングやCI/CDパイプラインの設定をAPI経由で自動化できる。

사내 플랫폼이 제공하는 셀프서비스형 API. 개발팀이 인프라 프로비저닝이나 CI/CD 파이프라인 설정을 API 경유로 자동화할 수 있다.

物理空間とデジタル情報を融合し、AR・VR・MRなどの技術を用いて現実世界をインタラクティブなコンピューティング環境として扱うパラダイム。

물리적 공간과 디지털 정보를 융합하여 AR·VR·MR 등의 기술로 현실 세계를 인터랙티브한 컴퓨팅 환경으로 다루는 패러다임.

テストがソースコードのどの程度をカバーしているかを測定・分析する手法。行カバレッジ・分岐カバレッジ・条件カバレッジなどの指標により、テストの網羅性を定量的に評価する。

테스트가 소스 코드의 어느 정도를 커버하고 있는지를 측정·분석하는 수법이다. 행 커버리지·분기 커버리지·조건 커버리지 등의 지표를 통해 테스트의 망라성을 정량적으로 평가한다.

外部開発者コミュニティとの関係構築を通じて自社プラットフォームの採用促進とフィードバック収集を行う活動である。SDK提供やドキュメント整備、技術サポートを通じて開発者体験を向上させる。

외부 개발자 커뮤니티와의 관계 구축을 통해 자사 플랫폼의 채용 촉진과 피드백 수집을 하는 활동이다. SDK 제공이나 문서 정비, 기술 서포트를 통해 개발자 경험을 향상시킨다.

フィーチャーフラグの作成から削除までのライフサイクルを管理し、不要なフラグの蓄積による技術負債を防止する運用方針である。リリース後の一定期間内にフラグを削除するルールと監視の仕組みを整備する。

피처 플래그의 생성부터 삭제까지의 라이프사이클을 관리하고 불필요한 플래그의 축적에 의한 기술 부채를 방지하는 운용 방침이다. 릴리스 후 일정 기간 내에 플래그를 삭제하는 규칙과 감시 구조를 정비한다.

製品の販売終了に伴いサポートや保守パーツの供給が停止する状況への対応プロセスであり、後継製品への移行計画を早期に策定し運用への影響を最小限に抑制する。

제품의 판매 종료에 따라 서포트나 보수 부품의 공급이 정지하는 상황에의 대응 프로세스이며, 후계 제품에의 이행 계획을 조기에 책정하여 운용에의 영향을 최소한으로 억제한다.

ソフトウェアの品質・生産性・複雑度などを定量的に測定する指標群。LOC・サイクロマティック複雑度・結合度・凝集度などの指標を用いて、客観的な品質評価と改善活動を支援する。

소프트웨어의 품질·생산성·복잡도 등을 정량적으로 측정하는 지표군이다. LOC·순환 복잡도·결합도·응집도 등의 지표를 이용하여 객관적인 품질 평가와 개선 활동을 지원한다.

一見合理的に見えるが、実際には問題を引き起こす設計や開発の悪しき慣行。スパゲッティコードやゴッドクラスなど、繰り返し見られる失敗パターンを体系化したもの。

겉보기에 합리적이지만 실제로는 문제를 일으키는 설계나 개발의 나쁜 관행으로, 반복적으로 발생하는 실패 패턴을 체계화한 것이다.

ソフトウェア開発プロセス全体をアイデアから本番デプロイまで可視化し、各ステップの所要時間・待ち時間・ボトルネックを分析してリードタイム短縮を図る改善手法である。

소프트웨어 개발 프로세스 전체를 아이디어부터 프로덕션 배포까지 가시화하여 각 단계의 소요 시간·대기 시간·병목을 분석하고 리드 타임 단축을 도모하는 개선 기법이다.

開発者の技術的な健康状態を組織的にケアする取り組みのこと。認知的負荷の軽減・ツール環境の改善・学習時間の確保を通じて、持続可能な開発を実現する。

개발자의 기술적 건강 상태를 조직적으로 케어하는 노력. 인지적 부하 경감·도구 환경 개선·학습 시간 확보를 통해 지속 가능한 개발을 실현한다.

エンジニア採用の技術面接を評価基準・質問内容・採点ルーブリックで体系化した手法で、面接官の主観によるバラつきを排除し公平な技術力評価を実現する。

엔지니어 채용의 기술 면접을 평가 기준·질문 내용·채점 루브릭으로 체계화한 기법으로, 면접관의 주관에 의한 편차를 배제하고 공정한 기술력 평가를 실현한다.

最小限のコーディングでアプリケーションを構築できる開発手法。GUI操作やドラッグ＆ドロップでロジックを組み立て、開発速度の向上や非エンジニアの参加を可能にする。

최소한의 코딩으로 애플리케이션을 구축할 수 있는 개발 방법론. GUI 조작이나 드래그 앤 드롭으로 로직을 구성하여 개발 속도를 높이고 비개발자의 참여를 가능하게 한다.

システムやインフラの消費電力を最小限に抑えつつ、パフォーマンスを維持・向上させる取り組み。データセンターのPUE改善やサーバ省電力設定などが代表例。

시스템이나 인프라의 전력 소비를 최소화하면서 성능을 유지·향상시키는 활동. 데이터센터의 PUE 개선이나 서버 절전 설정 등이 대표적인 사례이다.

技術的負債の解消や基盤改善などの技術タスクに対して事業価値とリスクの両面から優先順位を付ける手法である。限られた工数で最大の技術改善効果を得るために重要となる。

기술 부채 해소나 기반 개선 등의 기술 태스크에 대해 사업 가치와 리스크 양면에서 우선순위를 부여하는 기법이다. 제한된 공수로 최대의 기술 개선 효과를 얻기 위해 중요하다.

組織が採用する技術をAdopt・Trial・Assess・Holdの4段階で分類・管理する手法で、ThoughtWorks社が提唱した技術ポートフォリオ管理のプラクティスである。

조직이 채용하는 기술을 Adopt·Trial·Assess·Hold의 4단계로 분류·관리하는 기법으로, ThoughtWorks사가 제창한 기술 포트폴리오 관리 프랙티스이다.

開発者がツールやプラットフォームを認知してから習熟するまでの体験全体を可視化したマップのこと。各タッチポイントの課題を特定し、開発者体験を改善する。

개발자가 도구나 플랫폼을 인지하고 나서 숙달하기까지의 체험 전체를 가시화한 맵. 각 터치포인트의 과제를 특정하고, 개발자 경험을 개선한다.

技術的な意思決定の背景・選択肢・結論を構造化して記録するドキュメントのこと。ADRを拡張し、アーキテクチャに限らずあらゆる技術的判断を対象とする。

기술적 의사결정의 배경·선택지·결론을 구조화하여 기록하는 문서. ADR을 확장하여, 아키텍처에 한정하지 않고 모든 기술적 판단을 대상으로 한다.

サービスの信頼性を定量的に測定するためのサービスレベル指標を定義し、計測方法と閾値を設計することである。リクエスト成功率やレイテンシーパーセンタイルなどユーザー体験に直結する指標を選定する。

서비스의 신뢰성을 정량적으로 측정하기 위한 서비스 레벨 지표를 정의하고 계측 방법과 임계값을 설계하는 것이다. 요청 성공률이나 레이턴시 퍼센타일 등 사용자 경험에 직결되는 지표를 선정한다.

システムやコンポーネントの技術的な要件、インターフェース、制約条件を詳細に記述した文書。開発者間の認識合わせや品質保証の基準として活用され、設計判断の根拠となる。

시스템이나 컴포넌트의 기술적 요건, 인터페이스, 제약 조건을 상세히 기술한 문서. 개발자 간 인식 맞춤이나 품질 보증의 기준으로 활용되며 설계 판단의 근거가 된다.

新機能をユーザーに見せずに本番環境にデプロイし、バックグラウンドで動作検証を行う手法。実トラフィックで性能や安定性を確認でき、段階的公開の前段階として活用される。

신기능을 사용자에게 보이지 않게 프로덕션 환경에 배포하여 백그라운드에서 동작 검증을 수행하는 수법이다.

新機能の開発を個別のブランチで行い、完成後にメインブランチへマージするGitのブランチ運用戦略。機能単位で独立した開発が可能だが、長期間のブランチはマージ時の競合リスクが増大する。

신기능 개발을 개별 브랜치에서 수행하고, 완성 후 메인 브랜치에 머지하는 Git의 브랜치 운용 전략이다. 기능 단위로 독립적인 개발이 가능하지만, 장기간의 브랜치는 머지 시 충돌 리스크가 증대한다.

エンジニア採用において技術的な知識・スキルを評価する面接。アルゴリズム問題、システム設計、コードレビューなどが出題される。

엔지니어 채용 시 기술적 지식과 스킬을 평가하는 면접. 알고리즘 문제, 시스템 설계, 코드 리뷰 등이 출제된다.

データ暗号化キー（DEK）でデータを暗号化し、そのDEK自体をマスターキー（KEK）で暗号化する二重暗号化方式のこと。クラウドのKMSサービスで広く採用されている。

데이터 암호화 키(DEK)로 데이터를 암호화하고, 그 DEK 자체를 마스터 키(KEK)로 암호화하는 이중 암호화 방식. 클라우드 KMS 서비스에서 널리 채용되고 있다.

自社で開発した製品やサービスを社内で実際に使用すること。開発者自身がユーザー視点で品質を確認でき、問題の早期発見やユーザー体験の改善につながる手法である。

자사에서 개발한 제품이나 서비스를 사내에서 실제로 사용하는 것으로, 개발자가 사용자 관점에서 품질을 확인할 수 있는 수법이다.

レッドチーム（攻撃）とブルーチーム（防御）が協力してセキュリティ体制を強化する活動。攻撃シナリオの結果を即座に防御改善に活かし、組織全体のセキュリティレベルを底上げする。

레드팀(공격)과 블루팀(방어)이 협력하여 보안 체제를 강화하는 활동이다.

定期的に技術的負債の解消に集中するスプリントを設けて、コードベースの品質改善や依存ライブラリの更新を計画的に実施するプラクティスである。

정기적으로 기술 부채 해소에 집중하는 스프린트를 마련하여 코드베이스의 품질 개선이나 의존 라이브러리 업데이트를 계획적으로 실시하는 프랙티스이다.

タスクの流れを視覚化しWIP制限を設けて作業の滞留を防止するプロジェクト管理手法であり、継続的なフロー改善によりリードタイムの短縮とスループットの向上を実現する。

태스크의 흐름을 시각화하고 WIP 제한을 설정하여 작업의 체류를 방지하는 프로젝트 관리 수법이며, 지속적인 플로 개선으로 리드타임의 단축과 스루풋의 향상을 실현한다.

システム障害発生時に担当エンジニアが即座に対応できるよう待機する運用体制であり、ローテーション制度とエスカレーションルールを整備して迅速な障害復旧を実現する。

시스템 장애 발생 시 담당 엔지니어가 즉시 대응할 수 있도록 대기하는 운용 체제이며, 로테이션 제도와 에스컬레이션 규칙을 정비하여 신속한 장애 복구를 실현한다.

ランダムまたは半ランダムなデータを入力としてプログラムに投入し、クラッシュや脆弱性を検出するテスト手法。予想外の入力に対するプログラムの堅牢性を検証するのに有効である。

랜덤 또는 반랜덤 데이터를 입력으로 프로그램에 투입하여 크래시나 취약성을 검출하는 테스트 수법이다. 예상 외의 입력에 대한 프로그램의 견고성을 검증하는 데 유효하다.

Mean Time Between Failuresの略で、システムの故障と故障の間の平均時間を表す信頼性指標。MTBFが長いほどシステムの信頼性が高いことを意味する。

시스템의 고장과 고장 사이의 평균 시간을 나타내는 신뢰성 지표로, 길수록 시스템의 신뢰성이 높음을 의미한다.

セキュリティやテストを開発ライフサイクル全体に組み込む考え方のこと。シフトレフト（早期）とシフトライト（本番）の両方を統合し、継続的な品質保証を実現する。

보안이나 테스트를 개발 라이프사이클 전체에 내장하는 사고방식. 시프트 레프트(조기)와 시프트 라이트(프로덕션) 양쪽을 통합하여 지속적인 품질 보증을 실현한다.

マネージャーにならずに技術力で昇進するIndividual Contributorキャリアパスの上位職。組織横断的な技術課題の解決やエンジニアの指導を担う。

매니저가 되지 않고 기술력으로 승진하는 Individual Contributor 커리어 패스의 상위 직책. 조직 횡단적인 기술 과제 해결 및 엔지니어 지도를 담당한다.

採用選考の一環として実施されるプログラミング試験。アルゴリズムやデータ構造の知識・実装力を問う問題が出題され、LeetCodeやAtCoderなどのプラットフォームがよく使われる。

채용 전형의 일환으로 실시되는 프로그래밍 시험. 알고리즘과 자료구조 지식 및 구현 능력을 평가하는 문제가 출제되며, LeetCode나 AtCoder 등의 플랫폼이 자주 활용된다.

大規模なコードベースの構造・依存関係・変更頻度を地図のように可視化するツールまたは手法である。新規メンバーのコード理解促進やホットスポットの特定に活用される。

대규모 코드베이스의 구조·의존 관계·변경 빈도를 지도처럼 시각화하는 도구 또는 기법이다. 신규 멤버의 코드 이해 촉진이나 핫스팟 특정에 활용된다.

ユーザー空間で管理される軽量な実行コンテキストで、協調的マルチタスクを実現する。スレッドよりも軽量で、明示的に制御を譲渡することで効率的な並行処理を可能にする仕組みである。

유저 공간에서 관리되는 경량 실행 컨텍스트로, 협조적 멀티태스크를 실현한다. 스레드보다 경량이며, 명시적으로 제어를 양도하여 효율적인 병행 처리를 가능하게 하는 구조이다.

分散したデータソースを統合的に管理・アクセスするためのアーキテクチャ。メタデータ管理やデータ仮想化技術を活用し、場所やフォーマットに依存しないデータ活用を実現する。

분산된 데이터 소스를 통합적으로 관리·접근하기 위한 아키텍처로, 메타데이터 관리나 데이터 가상화 기술을 활용한다.

新規プロジェクトやシステム導入の実現可能性を技術・コスト・スケジュールの観点から事前に調査・評価するプロセスであり、投資判断の根拠となる客観的な分析結果を提供する。

신규 프로젝트나 시스템 도입의 실현 가능성을 기술·비용·스케줄의 관점에서 사전에 조사·평가하는 프로세스이며, 투자 판단의 근거가 되는 객관적인 분석 결과를 제공한다.

マイクロサービス間の通信制御をアプリケーションコードから分離し、サイドカープロキシを用いてトラフィック管理・認証・監視を一元的に行うインフラ設計手法。IstioやLinkerdが代表的な実装である。

마이크로서비스 간의 통신 제어를 애플리케이션 코드에서 분리하여, 사이드카 프록시를 이용해 트래픽 관리·인증·모니터링을 일원적으로 수행하는 인프라 설계 수법이다. Istio나 Linkerd가 대표적인 구현이다.

ソフトウェアに含まれる全コンポーネントとその依存関係・ライセンス情報を一覧化した構成管理文書である。脆弱性発見時に影響を受けるシステムを迅速に特定するための基盤として活用される。

소프트웨어에 포함된 전체 컴포넌트와 그 의존 관계·라이선스 정보를 목록화한 구성 관리 문서이다. 취약성 발견 시 영향을 받는 시스템을 신속하게 특정하기 위한 기반으로 활용된다.

技術仕様書や設計書など、エンジニアが参照する技術的な文書の総称。メンテナンス性が重要。

기술 사양서나 설계서 등 엔지니어가 참조하는 기술적 문서의 총칭. 유지보수성이 중요하다.

ソフトウェア設計において不必要な複雑さを排除し、理解しやすく変更しやすいシンプルな構造を優先する設計原則である。テストの通過や意図の明確化や重複排除や要素最小化の4規則で構成される。

소프트웨어 설계에서 불필요한 복잡성을 배제하고 이해하기 쉽고 변경하기 쉬운 심플한 구조를 우선하는 설계 원칙이다. 테스트 통과·의도 명확화·중복 배제·요소 최소화의 4가지 규칙으로 구성된다.

すべてのスレッドが有限のステップ数以内で操作を完了することを保証する並行アルゴリズム。ロックフリーよりもさらに強い進行保証を提供するが、実装の複雑さが高くなる傾向がある。

모든 스레드가 유한한 스텝 수 이내에 조작을 완료하는 것을 보증하는 병행 알고리즘이다. 로크 프리보다 더 강한 진행 보증을 제공하지만, 구현의 복잡성이 높아지는 경향이 있다.

Protocol Buffersのメッセージ定義と進化ルールを設計し、後方互換性を保ったバイナリシリアライゼーション形式を構築する手法である。フィールド番号の予約や廃止のルールを策定して長期的な互換性を維持する。

Protocol Buffers의 메시지 정의와 진화 규칙을 설계하고 하위 호환성을 유지한 바이너리 직렬화 형식을 구축하는 기법이다. 필드 번호의 예약이나 폐지 규칙을 수립하여 장기적인 호환성을 유지한다.

自社の技術力や開発文化を外部に発信し、採用ブランディングや業界での認知度向上を図る広報活動である。技術ブログの執筆やカンファレンスでの登壇、OSSへの貢献が主な発信手段となる。

자사의 기술력이나 개발 문화를 외부에 발신하고 채용 브랜딩이나 업계에서의 인지도 향상을 도모하는 홍보 활동이다. 기술 블로그 집필이나 컨퍼런스 등단, OSS 기여가 주요 발신 수단이 된다.

新しいサービスや機能を本番環境にリリースする前に運用面の準備状況を網羅的にチェックするレビュープロセスである。監視設定やアラート、ランブックの整備状況を確認する。

새로운 서비스나 기능을 프로덕션 환경에 릴리스하기 전에 운용면의 준비 상황을 망라적으로 점검하는 리뷰 프로세스이다. 모니터링 설정이나 알림, 런북의 정비 상황을 확인한다.

調達前に複数のベンダーへ製品・サービスの情報収集を目的として送付する文書。RFPの前段階として要件整理や市場調査に活用される。

조달 전 여러 벤더에게 제품·서비스 정보 수집을 목적으로 발송하는 문서. RFP 이전 단계로 요건 정리 및 시장 조사에 활용된다.

開発チームのパフォーマンスをデータ分析で評価し、ボトルネックや改善機会を特定するための分析手法である。

개발 팀의 퍼포먼스를 데이터 분석으로 평가하고 병목이나 개선 기회를 특정하기 위한 분석 기법이다.

物理的なオフィスに出社せず、自宅や遠隔地から業務を行う働き方とその組織的慣習・価値観の総称。非同期コミュニケーションやドキュメント文化が鍵となる。

물리적인 사무실에 출근하지 않고 자택이나 원격지에서 업무를 수행하는 근무 방식과 조직적 관습·가치관의 총칭. 비동기 커뮤니케이션과 문서화 문화가 핵심이다.

分散システムで長時間トランザクションを一連のローカルトランザクションに分解し、補償処理で一貫性を確保するパターンである。各ステップの成功・失敗に応じて補償アクションを自動実行する仕組みを構築する。

분산 시스템에서 장시간 트랜잭션을 일련의 로컬 트랜잭션으로 분해하고 보상 처리로 일관성을 확보하는 패턴이다. 각 스텝의 성공·실패에 따라 보상 액션을 자동 실행하는 구조를 구축한다.

アプリケーションスレッドと並行してガベージコレクションを実行する方式。Stop-the-Worldの停止時間を最小化し、低レイテンシが求められるアプリケーションに適している。G1GCやZGCが代表例である。

애플리케이션 스레드와 병행하여 가비지 컬렉션을 실행하는 방식이다. Stop-the-World의 정지 시간을 최소화하여 저레이턴시가 요구되는 애플리케이션에 적합하다. G1GC나 ZGC가 대표적인 예이다.

クラウド上で運用していたワークロードをオンプレミスに戻す判断と移行のこと。コスト最適化やデータ主権の要件から、特定のワークロードの回帰が検討される。

클라우드에서 운용하던 워크로드를 온프레미스로 되돌리는 판단과 전환. 비용 최적화나 데이터 주권 요건으로, 특정 워크로드의 회귀가 검토된다.

ソフトウェアの機能量を入出力データやファイル数から定量的に測定する手法であり、プログラミング言語に依存しない客観的な規模算出により正確な開発コスト見積もりを実現する。

소프트웨어의 기능량을 입출력 데이터나 파일 수로부터 정량적으로 측정하는 수법이며, 프로그래밍 언어에 의존하지 않는 객관적인 규모 산출로 정확한 개발 비용 견적을 실현한다.

エンジニアの技術スキルと成果を公正に評価するための制度設計のこと。等級定義・スキルマトリクス・成果指標を組み合わせ、キャリアパスの透明性と納得感のある評価を実現する。

엔지니어의 기술 스킬과 성과를 공정하게 평가하기 위한 제도 설계를 말한다. 등급 정의·스킬 매트릭스·성과 지표를 조합하여 커리어 패스의 투명성과 납득감 있는 평가를 실현한다.

顧客やステークホルダーに機能をデモンストレーションするための専用環境であり、本番環境とは分離された状態で最新の開発成果を安全に提示しフィードバックを収集する。

고객이나 이해관계자에게 기능을 데모하기 위한 전용 환경이며, 프로덕션 환경과 분리된 상태에서 최신 개발 성과를 안전하게 제시하여 피드백을 수집한다.

エンジニアの生産性向上を支援するための組織的な取り組み。ツール整備、ドキュメント充実、オンボーディング改善などを含む。

엔지니어의 생산성 향상을 지원하기 위한 조직적 활동이다. 도구 정비, 문서 충실화, 온보딩 개선 등을 포함한다.

ソフトウェアやハードウェアがサポート終了を迎える際に必要な移行・更新作業を計画的に実施するプロセスであり、セキュリティリスクの増大を防ぎシステムの安全性を維持する。

소프트웨어나 하드웨어가 서포트 종료를 맞이할 때 필요한 이행·갱신 작업을 계획적으로 실시하는 프로세스이며, 보안 리스크의 증대를 방지하여 시스템의 안전성을 유지한다.

初期に大きな設計を行わず、開発の進行に伴い自然にアーキテクチャが形成されていく手法のこと。アジャイル開発で採用され、変化に柔軟に対応できる。

초기에 큰 설계를 하지 않고, 개발 진행에 따라 자연스럽게 아키텍처가 형성되는 기법. 애자일 개발에서 채용되며, 변화에 유연하게 대응할 수 있다.

老朽化した既存システムを新しい技術スタックで全面的に再構築するプロジェクトであり、現行機能の踏襲と新機能の追加を両立しながらシステムの近代化と保守性向上を実現する。

노후화된 기존 시스템을 새로운 기술 스택으로 전면적으로 재구축하는 프로젝트이며, 현행 기능의 답습과 신기능의 추가를 양립하면서 시스템의 근대화와 보수성 향상을 실현한다.

メジャー.マイナー.パッチの3桁バージョン管理をチームで厳格に運用するためのルールと自動化で、破壊的変更の明示とリリース判断の効率化を実現する運用プラクティスである。

메이저.마이너.패치의 3자리 버전 관리를 팀에서 엄격하게 운용하기 위한 규칙과 자동화로, 파괴적 변경의 명시와 릴리스 판단의 효율화를 실현하는 운용 프랙티스이다.

ITガバナンスおよびIT管理のためのフレームワーク。企業がITリスクを管理し、ビジネス目標とITを整合させるための国際標準ガイドラインとして広く活用される。

IT 거버넌스 및 IT 관리를 위한 프레임워크. 기업이 IT 리스크를 관리하고 비즈니스 목표와 IT를 정렬시키기 위한 국제 표준 가이드라인으로 널리 활용된다.

米国の医療情報保護法。患者の個人医療情報（PHI）の取り扱いを規制し、医療システム開発では必須のコンプライアンス要件となる。

미국의 의료정보 보호법. 환자의 개인 의료정보(PHI) 취급을 규제하며, 의료 시스템 개발에서 필수적인 컴플라이언스 요건이 된다.

ビジネスのバリューチェーンを構成要素の進化段階（創世記・カスタム・製品・コモディティ）に沿ってマッピングする戦略的可視化手法。技術投資の優先順位決定やアーキテクチャ判断に活用される。

비즈니스의 밸류체인을 구성 요소의 진화 단계(창세기·커스텀·제품·커모디티)에 따라 매핑하는 전략적 가시화 수법이다. 기술 투자의 우선순위 결정이나 아키텍처 판단에 활용된다.

ソフトウェアや技術の使用権（ライセンス）を適切に取得・追跡・更新・管理するプロセス。コンプライアンス遵守やコスト最適化に重要。

소프트웨어나 기술의 사용권(라이선스)을 적절히 취득·추적·갱신·관리하는 프로세스. 컴플라이언스 준수 및 비용 최적화에 중요함.

Spotifyが考案したチームの健全性を複数の指標で定期的に評価するモデルである。チームの強みと課題を可視化しマネジメントの改善アクションにつなげるフレームワークとなる。

Spotify가 고안한 팀의 건전성을 여러 지표로 정기적으로 평가하는 모델이다. 팀의 강점과 과제를 시각화하고 매니지먼트의 개선 액션으로 연결하는 프레임워크가 된다.

ガベージコレクション処理を小さな単位に分割し、アプリケーション処理と交互に実行する方式。一度の停止時間を短くすることで、リアルタイム性の高いアプリケーションでの使用に適している。

가비지 컬렉션 처리를 작은 단위로 분할하여 애플리케이션 처리와 교대로 실행하는 방식이다. 한 번의 정지 시간을 짧게 함으로써 실시간성이 높은 애플리케이션에서의 사용에 적합하다.

エンジニア同士が社内で技術トピックを共有し学び合う定期的な学習活動であり、最新技術の知見共有やスキルの底上げを通じてチーム全体の技術力向上に貢献する。

엔지니어끼리 사내에서 기술 토픽을 공유하고 서로 배우는 정기적 학습 활동이며, 최신 기술의 지견 공유나 스킬의 저변 확대를 통해 팀 전체의 기술력 향상에 공헌한다.

タスクの完了に必要な作業量を人日や人月で定量的に算出するプロセスであり、過去の実績データや類似案件の経験を基に精度の高いスケジュールと予算計画を策定する。

태스크의 완료에 필요한 작업량을 인일이나 인월로 정량적으로 산출하는 프로세스이며, 과거의 실적 데이터나 유사 안건의 경험을 기반으로 정확도 높은 스케줄과 예산 계획을 책정한다.

ソフトウェアの依存関係やビルドプロセスにおけるセキュリティリスクを管理する取り組み。悪意あるパッケージの混入や依存ライブラリの脆弱性から保護する包括的なアプローチ。

소프트웨어의 의존 관계나 빌드 프로세스에서의 보안 리스크를 관리하는 노력이다.

クラウド利用コストを各チームやプロダクトに適切に配賦するためのモデルで、タグベース配賦・共有サービス按分・テナント別課金などの手法で責任と意識を明確化する。

클라우드 이용 비용을 각 팀이나 프로덕트에 적절히 배부하기 위한 모델로, 태그 기반 배부·공유 서비스 안분·테넌트별 과금 등의 기법으로 책임과 의식을 명확화한다.

Capture The Flag形式のセキュリティ競技を研修に活用し、実践的な脆弱性発見スキルを養成する教育プログラムである。ゲーム感覚で学べるため参加者のモチベーション維持にも効果的な手法となる。

Capture The Flag 형식의 보안 경기를 연수에 활용하고 실천적인 취약성 발견 스킬을 양성하는 교육 프로그램이다. 게임 감각으로 배울 수 있어 참가자의 동기 부여 유지에도 효과적인 기법이 된다.

ユーザー同士がオンラインでつながり、情報や近況を共有するWebサービスの総称。X（旧Twitter）・Instagram・FacebookなどがSNSの代表例。

사용자들이 온라인으로 연결되어 정보나 근황을 공유하는 웹 서비스의 총칭. X(구 Twitter)·Instagram·Facebook 등이 SNS의 대표적인 예시.

アーキテクチャや技術選定の重要な判断とその根拠を文書化する実践。ADR（Architecture Decision Record）として管理し、将来の開発者が「なぜその決定をしたか」を理解できるようにする。

아키텍처나 기술 선정의 중요한 판단과 그 근거를 문서화하는 실천이다. ADR(Architecture Decision Record)로 관리하여, 미래의 개발자가 '왜 그 결정을 했는지'를 이해할 수 있도록 한다.

あらかじめ一定数のスレッドを生成してプールしておき、タスクの要求に応じて再利用する設計パターン。スレッドの生成・破棄コストを削減し、リソースの使用量を制御できる。

미리 일정 수의 스레드를 생성하여 풀링해 두고, 태스크의 요구에 따라 재이용하는 설계 패턴이다. 스레드의 생성·파기 비용을 절감하고 리소스의 사용량을 제어할 수 있다.

ウォード・カニンガムが提唱した、ソフトウェア品質と金融負債の類似性を表す比喩。元本（低品質コード）に対する利息（追加の修正コスト）として技術的な妥協のコストを表現する。

Ward Cunningham이 제창한 비유로, 소프트웨어 품질과 금융 부채의 유사성을 나타낸다. 저품질 코드(원금)에 대한 추가 수정 비용(이자)으로서 기술적 타협의 비용을 표현한다.

環境負荷を低減するIT活用の取り組み。データセンターの省電力化、機器のリサイクル、クラウド活用による効率化などを通じてCO2排出量削減を目指す概念。

환경 부하를 줄이기 위한 IT 활용 방식. 데이터센터 전력 절감, 기기 재활용, 클라우드 활용을 통한 효율화로 CO2 배출량 감소를 목표로 하는 개념.

厳密なリアルタイムではないが、数秒から数分以内の短い遅延でデータを処理するアーキテクチャ。バッチ処理より高速でストリーム処理より実装が容易なバランスの取れた選択肢。

엄밀한 실시간은 아니지만 수초에서 수분 이내의 짧은 지연으로 데이터를 처리하는 아키텍처이다.

要件定義から本番デプロイまでにかかる総時間を計測・分析する手法。開発プロセスの各フェーズでの待ち時間やボトルネックを可視化し、デリバリー速度の継続的改善に活用する。

요건 정의부터 프로덕션 배포까지 걸리는 총 시간을 계측·분석하는 수법이다. 개발 프로세스의 각 페이즈에서의 대기 시간이나 병목을 가시화하여 딜리버리 속도의 지속적 개선에 활용한다.

チームの最適サイズをピザ2枚で食事できる人数に制限するAmazon発の組織設計原則で、意思決定の迅速化と責任の明確化を目的とする。

팀의 최적 사이즈를 피자 2판으로 식사할 수 있는 인원으로 제한하는 Amazon 발의 조직 설계 원칙으로, 의사결정의 신속화와 책임의 명확화를 목적으로 한다.

チームメンバーの技術スキルを一覧表で可視化する管理ツールであり、各メンバーの強みと弱みを把握しスキルギャップの特定や教育計画の立案に活用する。

팀 멤버의 기술 스킬을 일람표로 가시화하는 관리 도구이며, 각 멤버의 강점과 약점을 파악하여 스킬 갭의 특정이나 교육 계획의 입안에 활용한다.

システムやコードベースの技術的な複雑さを評価する指標。依存関係の数・コンポーネント間の結合度・コードの入れ子深さなどから算出し、保守性やバグ発生リスクの予測に活用する。

시스템이나 코드베이스의 기술적인 복잡성을 평가하는 지표이다. 의존관계의 수·컴포넌트 간의 결합도·코드의 중첩 깊이 등에서 산출하여 유지보수성이나 버그 발생 리스크의 예측에 활용한다.

パスワードに依存しない生体認証やハードウェアキーを用いた認証規格であり、フィッシング耐性が高くユーザーの利便性とセキュリティを両立する次世代認証方式である。

패스워드에 의존하지 않는 생체 인증이나 하드웨어 키를 이용한 인증 규격이며, 피싱 내성이 높고 사용자의 편의성과 보안을 양립하는 차세대 인증 방식이다.

固定サイズの配列を循環的に使用するデータ構造で、先頭と末尾が論理的に接続されている。生産者と消費者の間のデータ受け渡しに適し、ロックフリーな実装も可能な効率的なキュー構造である。

고정 크기의 배열을 순환적으로 사용하는 데이터 구조로, 선두와 말미가 논리적으로 접속되어 있다. 생산자와 소비자 사이의 데이터 전달에 적합하며, 로크 프리 구현도 가능한 효율적인 큐 구조이다.

コマンドや構文など、よく使う情報を一枚にまとめた早見表。開発現場では特定の技術やツールの操作を素早く確認するために活用される。

명령어나 문법 등 자주 사용하는 정보를 한 장에 정리한 요약표. 개발 현장에서 특정 기술이나 툴의 조작을 빠르게 확인하기 위해 활용된다.

ドキュメントをソースコードと同様にバージョン管理し、レビュー・CI/CDパイプラインを通じて品質管理する手法で、ドキュメントの鮮度と正確性を維持しやすくする。

문서를 소스 코드와 마찬가지로 버전 관리하고 리뷰·CI/CD 파이프라인을 통해 품질 관리하는 기법으로, 문서의 신선도와 정확성을 유지하기 쉽게 한다.

技術的負債の各項目に影響度・改修コスト・リスクなどの定量的スコアを付与し、優先順位付けと投資判断を客観的に行うための評価手法である。

기술적 부채의 각 항목에 영향도·개수 비용·리스크 등의 정량적 스코어를 부여하여 우선순위 결정과 투자 판단을 객관적으로 수행하기 위한 평가 기법이다.

複数のオブジェクト間の通信を仲介者オブジェクトに集約し、オブジェクト同士の直接的な依存を排除する設計パターン。コンポーネント間の結合度を低減し保守性を向上させる。

여러 객체 간의 통신을 중재자 객체에 집약하여 객체 간의 직접적 의존을 배제하는 설계 패턴이다.

障害発生時にロールバックではなく、修正パッチを適用して前進的に問題を解消するデプロイ戦略。デプロイパイプラインが高速な場合に特に有効で、データ整合性の維持に優れる。

장애 발생 시 롤백이 아닌 수정 패치를 적용하여 전진적으로 문제를 해소하는 배포 전략이다.

プロジェクトが機能停止に陥るまでに離脱できる人数を表す指標。バス係数が1の場合、特定の一人が離脱するとプロジェクトが停止するリスクがあり、知識の分散が重要となる。

프로젝트가 기능 정지에 빠지기까지 이탈할 수 있는 인원수를 나타내는 지표이다.

システムで発生しうるエッジケースを体系的に収集・分類した一覧のこと。過去の障害やバグから学んだ境界条件を蓄積し、設計やテスト時のチェックリストとして活用する。

시스템에서 발생할 수 있는 엣지 케이스를 체계적으로 수집·분류한 일람. 과거의 장애나 버그에서 배운 경계 조건을 축적하여, 설계나 테스트 시 체크리스트로 활용한다.

実装前にシステムやコンポーネントの設計内容を複数の関係者で検証するプロセス。設計上の問題点やリスクを早期に発見し、手戻りを防止することで開発効率を向上させる。

구현 전에 시스템이나 컴포넌트의 설계 내용을 여러 관계자가 검증하는 프로세스. 설계상의 문제점이나 리스크를 조기에 발견하고 재작업을 방지하여 개발 효율을 향상시킨다.

システムやツールを自社で開発（Build）するか、既製品を購入・利用（Buy）するかを意思決定する際の比較検討フレームワーク。コスト・期間・保守性が判断軸となる。

시스템이나 툴을 자체 개발(Build)할지, 기성 제품을 구매·이용(Buy)할지를 결정하는 비교 검토 프레임워크. 비용·기간·유지보수성이 판단 기준이 된다.

本番環境の大規模障害シナリオを模擬的に再現し、チームの対応力を検証する演習のこと。インシデント対応の判断力や連携を実践的にトレーニングする。

프로덕션 환경의 대규모 장애 시나리오를 모의적으로 재현하여, 팀의 대응력을 검증하는 연습. 인시던트 대응의 판단력과 연계를 실전적으로 트레이닝한다.

障害対応の手順書（ランブック）を機械が読み取れる形式で記述し、アラート発報時に自動的に対応手順を実行するSREプラクティスである。初動対応の高速化と人的ミスの低減を図る。

장애 대응 절차서(런북)를 기계가 읽을 수 있는 형식으로 기술하여 알림 발보 시 자동으로 대응 절차를 실행하는 SRE 프랙티스이다. 초동 대응 고속화와 인적 미스 저감을 도모한다.

中長期的な技術戦略を時系列で可視化し、開発計画と事業目標を連動させるためのロードマップを作成するプロセスのこと。技術選定やリソース配分における意思決定の重要な基盤となる。

중장기적인 기술 전략을 시계열로 시각화하여 개발 계획과 사업 목표를 연동시키기 위한 로드맵을 작성하는 프로세스를 말한다. 기술 선정이나 리소스 배분에 있어 의사결정의 중요한 기반이 된다.

チーム全体でドキュメントの整備や更新に集中する日を定期的に設ける取り組みである。陳腐化した技術文書の刷新やナレッジの体系化を行い、ドキュメント品質を維持する。

팀 전체가 문서 정비나 갱신에 집중하는 날을 정기적으로 마련하는 활동이다. 노후화된 기술 문서의 쇄신이나 지식의 체계화를 수행하여 문서 품질을 유지한다.

非同期メッセージングで使用されるイベントのスキーマを一元管理するサービスであり、プロデューサーとコンシューマー間のスキーマ互換性を検証してメッセージの破壊的変更を防止する。

비동기 메시징에서 사용되는 이벤트의 스키마를 일원 관리하는 서비스이며, 프로듀서와 컨슈머 간의 스키마 호환성을 검증하여 메시지의 파괴적 변경을 방지한다.

「なぜ」を5回繰り返して問題の根本原因に到達する分析手法で、障害の再発防止策の策定に活用される手法である。表面的な対策ではなく構造的な問題を発見し、恒久的な改善策を導き出す。

'왜'를 5번 반복하여 문제의 근본 원인에 도달하는 분석 기법으로 장애의 재발 방지책 수립에 활용되는 기법이다. 표면적인 대책이 아닌 구조적인 문제를 발견하고 항구적인 개선책을 이끌어 낸다.

シニアエンジニアがジュニアの技術的成長を支援する組織的なメンタリング制度で、知識伝承と定着率向上を図る。

시니어 엔지니어가 주니어의 기술적 성장을 지원하는 조직적 멘토링 제도로 지식 전승과 정착률 향상을 도모한다.

プロジェクトで実施する作業内容・成果物・期間・費用などを明文化した契約補助文書。SoWとも呼ばれ、ベンダーとの契約時に合意事項を明確にするために使われる。

프로젝트에서 수행할 작업 내용, 산출물, 기간, 비용 등을 명문화한 계약 보조 문서. SoW라고도 불리며, 벤더와의 계약 시 합의 사항을 명확히 하기 위해 사용된다.

共通の関心テーマを持つメンバーが自発的に集まり、知識や経験を共有・深化させる学習コミュニティで、組織的な知見の蓄積と暗黙知の形式知化を推進する。

공통의 관심 테마를 가진 멤버가 자발적으로 모여 지식과 경험을 공유·심화시키는 학습 커뮤니티로, 조직적인 지견의 축적과 암묵지의 형식지화를 추진한다.

システム設計の初期段階からプライバシー保護を組み込むアプローチ。データ最小化、利用目的の限定、暗号化などの原則を適用し、個人情報保護法規制への準拠を確実にする。

시스템 설계 초기 단계부터 프라이버시 보호를 내장하는 접근법으로, 데이터 최소화 등의 원칙을 적용한다.

人間の思考プロセスをコンピュータで模倣し、非構造化データから意味を抽出する技術のこと。自然言語理解や画像認識を組み合わせて意思決定を支援する。

인간의 사고 과정을 컴퓨터로 모방하여, 비구조화 데이터에서 의미를 추출하는 기술. 자연어 이해나 이미지 인식을 결합하여 의사결정을 지원한다.

ADR（Architecture Decision Record）とは、システム設計における重要な意思決定の背景・理由・結果をドキュメントとして記録する手法。チーム間の認識統一や将来の設計変更時の参照に役立つ。

ADR(Architecture Decision Record)은 시스템 설계에서 중요한 의사결정의 배경, 이유, 결과를 문서로 기록하는 방법론이다. 팀 간 인식 통일과 향후 설계 변경 시 참고 자료로 활용된다.

安定性重視の従来型ITと俊敏性重視の革新型ITを併存させる運営モデルのこと。ガートナーが提唱し、既存システムの安定運用と新規開発の高速化を両立させる。

안정성 중시의 기존 IT와 민첩성 중시의 혁신형 IT를 병존시키는 운영 모델. 가트너가 제창하였으며, 기존 시스템의 안정 운용과 신규 개발의 고속화를 양립시킨다.

技術力に加えてプロダクト思考を持ち、ビジネス課題を自律的に解決できるエンジニアのこと。要求を受け取るだけでなく、ユーザー価値を考えて提案・実装する。

기술력에 더하여 프로덕트 사고를 갖추고, 비즈니스 과제를 자율적으로 해결할 수 있는 엔지니어. 요구를 받는 것에 그치지 않고 사용자 가치를 고려하여 제안·구현한다.

障害時や緊急時に特定の機能やサービスを即座に無効化できる仕組みのこと。フィーチャーフラグの一種として実装され、本番環境でのリスク軽減に使われる。

장애 시나 긴급 시 특정 기능이나 서비스를 즉시 비활성화할 수 있는 구조. 피처 플래그의 일종으로 구현되며, 프로덕션 환경에서의 리스크 경감에 사용된다.

システム間で交換されるイベントのスキーマ・所有者・コンシューマーを一元管理するカタログを運用するプラクティスである。イベント駆動アーキテクチャの可視性と発見性を向上させる。

시스템 간에 교환되는 이벤트의 스키마·소유자·컨슈머를 일원 관리하는 카탈로그를 운용하는 프랙티스이다. 이벤트 주도 아키텍처의 가시성과 발견성을 향상시킨다.

サブクラスはスーパークラスと置換可能でなければならないというSOLID原則の一つ。派生クラスが基底クラスの契約を守ることで、ポリモーフィズムの信頼性を保証する。

서브클래스는 슈퍼클래스와 치환 가능해야 한다는 SOLID 원칙의 하나로, 다형성의 신뢰성을 보증한다.

レガシーシステムを最新の技術・アーキテクチャに段階的に刷新するプロセスであり、クラウドネイティブ化やマイクロサービス化により運用効率と開発速度の大幅な向上を目指す。

레거시 시스템을 최신 기술·아키텍처로 단계적으로 쇄신하는 프로세스이며, 클라우드 네이티브화나 마이크로서비스화로 운용 효율과 개발 속도의 대폭적인 향상을 목표로 한다.

既存システムから新システムへデータを移転するプロセスであり、データの整合性検証・クレンジング・マッピング定義を慎重に行い移行後のデータ品質を確保する。

기존 시스템에서 신시스템으로 데이터를 이전하는 프로세스이며, 데이터의 정합성 검증·클렌징·매핑 정의를 신중히 수행하여 이행 후의 데이터 품질을 확보한다.

全開発者がメインブランチへ頻繁に小コミットを行うブランチ戦略を組織に導入する取り組みで、長寿命ブランチ排除とCI高速化によるデリバリー効率向上を目指す。

전 개발자가 메인 브랜치에 빈번히 소규모 커밋을 수행하는 브랜치 전략을 조직에 도입하는 활동으로, 장수명 브랜치 배제와 CI 고속화로 딜리버리 효율 향상을 목표로 한다.

運用タスクや反復作業を手動で行う前にまず自動化を検討する方針である。トイル削減とヒューマンエラー防止を最優先に考えるSREの基本原則の一つとなる。

운용 태스크나 반복 작업을 수동으로 수행하기 전에 우선 자동화를 검토하는 방침이다. 토일 삭감과 휴먼 에러 방지를 최우선으로 생각하는 SRE의 기본 원칙 중 하나가 된다.

大規模なシステム移行を一括ではなく機能単位やサービス単位で段階的に実施する手法であり、各段階でリスクを最小化しながら移行の進捗を管理し品質を確保する。

대규모 시스템 이행을 일괄이 아닌 기능 단위나 서비스 단위로 단계적으로 실시하는 수법이며, 각 단계에서 리스크를 최소화하면서 이행의 진척을 관리하고 품질을 확보한다.

アーキテクチャに関する重要な意思決定の背景・選択肢・決定理由を記録するArchitecture Decision Recordであり、将来の開発者が過去の判断を理解し適切な意思決定を行う基盤となる。

아키텍처에 관한 중요한 의사결정의 배경·선택지·결정 이유를 기록하는 Architecture Decision Record이며, 미래의 개발자가 과거의 판단을 이해하고 적절한 의사결정을 수행하는 기반이 된다.

ホワイトボックステストとブラックボックステストの中間的なアプローチで、内部構造の部分的な知識を活用してテストを設計する手法。APIの内部実装を部分的に理解した上で統合テストを設計する場合などに適用される。

화이트박스 테스트와 블랙박스 테스트의 중간적인 접근법으로, 내부 구조의 부분적인 지식을 활용하여 테스트를 설계하는 수법이다. API의 내부 구현을 부분적으로 이해한 상태에서 통합 테스트를 설계하는 경우 등에 적용된다.

新規エンジニアが組織やプロジェクトに円滑に適応するための体系的な受け入れプログラムで、環境構築・コードベース理解・文化適応を計画的に支援する仕組みである。

신규 엔지니어가 조직이나 프로젝트에 원활하게 적응하기 위한 체계적인 수용 프로그램으로, 환경 구축·코드베이스 이해·문화 적응을 계획적으로 지원하는 구조이다.

事前にテストケースを詳細に定義せず、テスターの経験と直感に基づいてシステムを探索的に検証するテスト手法。学習・設計・実行を同時に行い、スクリプトテストでは見つけにくい問題を発見する。

사전에 테스트 케이스를 상세히 정의하지 않고, 테스터의 경험과 직감에 기반하여 시스템을 탐색적으로 검증하는 테스트 수법이다. 학습·설계·실행을 동시에 수행하여 스크립트 테스트로는 발견하기 어려운 문제를 발견한다.

システム障害発生時の検知から復旧・報告までの一連の対応手順を定義したフローであり、役割分担や連絡経路を明確にして混乱なく迅速な障害復旧を実現する。

시스템 장애 발생 시의 검지부터 복구·보고까지의 일련의 대응 절차를 정의한 플로이며, 역할 분담이나 연락 경로를 명확히 하여 혼란 없이 신속한 장애 복구를 실현한다.

マルチテナントシステムにおいてデータ・リソース・ネットワークのテナント間分離方式を設計する戦略である。スキーマ分離やデータベース分離、行レベルセキュリティなどの分離レベルを要件に応じて選択する。

멀티테넌트 시스템에서 데이터·리소스·네트워크의 테넌트 간 분리 방식을 설계하는 전략이다. 스키마 분리나 데이터베이스 분리, 행 레벨 보안 등의 분리 레벨을 요건에 따라 선택한다.

システムの構造・処理フロー・データモデルなどを詳細に記述した技術文書であり、基本設計書と詳細設計書に分かれ開発者間の認識統一と実装の品質基準を提供する。

시스템의 구조·처리 플로·데이터 모델 등을 상세히 기술한 기술 문서이며, 기본 설계서와 상세 설계서로 나뉘어 개발자 간의 인식 통일과 구현의 품질 기준을 제공한다.

コードレビューの品質と効率を向上させるために定めた組織共通の指針のこと。レビュー観点・コメント作法・承認基準などを明文化し、一貫性のあるレビュー文化を醸成する。

코드 리뷰의 품질과 효율을 향상시키기 위해 정한 조직 공통의 지침을 말한다. 리뷰 관점·코멘트 작법·승인 기준 등을 명문화하고 일관성 있는 리뷰 문화를 조성한다.

スマートフォン・タブレット・スマートウォッチなど、インターネット接続や高度な処理能力を持つ携帯型デジタル機器の総称。IoTデバイスも含まれる場合がある。

스마트폰·태블릿·스마트워치 등 인터넷 연결과 고도의 처리 능력을 갖춘 휴대형 디지털 기기의 총칭. IoT 디바이스를 포함하는 경우도 있다.

分散システムにおいて、一定時間後にすべてのレプリカが同じ値に収束することを保証する整合性モデル。強い整合性よりも可用性とパフォーマンスを優先する設計で採用される。

분산 시스템에서 일정 시간 후 모든 레플리카가 같은 값으로 수렴함을 보증하는 일관성 모델이다.

オブジェクトの内部状態に応じて振る舞いを変更する設計パターン。状態ごとにクラスを分離し、条件分岐の複雑化を防ぎつつ、新しい状態の追加を容易にする。

객체의 내부 상태에 따라 동작을 변경하는 설계 패턴으로, 상태별로 클래스를 분리하여 조건 분기의 복잡화를 방지한다.

組織内で使用する技術やツールが無秩序に増殖する現象で、運用コストの増大・スキル分散・セキュリティリスクの拡大を引き起こす管理上の課題である。

조직 내에서 사용하는 기술이나 도구가 무질서하게 증식하는 현상으로, 운용 비용의 증대·스킬 분산·보안 리스크의 확대를 초래하는 관리상의 과제이다.

プロジェクトやサービスごとに個別のリポジトリを用意する管理方式で、チーム間の独立性とデプロイの自律性を確保しやすいが、横断的変更の管理が課題となる。

프로젝트나 서비스별로 개별 리포지토리를 마련하는 관리 방식으로, 팀 간 독립성과 배포의 자율성을 확보하기 쉽지만 횡단적 변경 관리가 과제가 된다.

静的アプリケーションセキュリティテストツールを開発プロセスに組み込み、ソースコードの脆弱性を早期検出する取り組みである。CI/CDパイプラインに統合することで毎回のコミット時に自動スキャンを実行する。

정적 애플리케이션 보안 테스트 도구를 개발 프로세스에 조합하여 소스 코드의 취약성을 조기 검출하는 활동이다. CI/CD 파이프라인에 통합하여 매 커밋 시 자동 스캔을 실행한다.

オブジェクトは直接の関係者のみと通信すべきであるという設計原則。メソッドチェーンの過度な連鎖を防ぎ、モジュール間の結合度を低く保つことでコードの保守性を高める。

객체는 직접적 관계자만과 통신해야 한다는 설계 원칙으로, 메서드 체인의 과도한 연쇄를 방지한다.

クライアントが一定間隔でサーバーに問い合わせて最新データを取得する通信手法であり、実装が容易だがリアルタイム性と不要なリクエストによるサーバー負荷のトレードオフがある。

클라이언트가 일정 간격으로 서버에 문의하여 최신 데이터를 취득하는 통신 기법이며, 구현이 용이하지만 실시간성과 불필요한 요청에 의한 서버 부하의 트레이드오프가 있다.

ソフトウェア工学におけるフレデリック・ブルックスの概念で、生産性を劇的に向上させる万能な解決策は存在しないという主張。技術選定時に過度な期待を戒める指針となる。

소프트웨어 공학에서 생산성을 극적으로 향상시키는 만능 해결책은 존재하지 않는다는 주장이다.

現実の映像にデジタル情報を重ねて表示する技術。スマートフォンやARグラスを通じて、ナビ・製造・医療など幅広い分野で活用されている。

현실 영상 위에 디지털 정보를 겹쳐 표시하는 기술. 스마트폰이나 AR 글래스를 통해 내비게이션, 제조, 의료 등 다양한 분야에서 활용된다.

ドキュメントが失われたレガシーシステムの仕様を、コードやデータベースから逆推定して復元する作業のこと。リバースエンジニアリングの一種として行われる。

문서가 유실된 레거시 시스템의 사양을, 코드나 데이터베이스에서 역추정하여 복원하는 작업. 리버스 엔지니어링의 일종으로 수행된다.

モノリシックなアプリケーションを独立したマイクロサービス群に分割する移行プロジェクトであり、ドメイン境界の特定とAPI設計を慎重に行いサービス間の疎結合を実現する。

모놀리식 애플리케이션을 독립된 마이크로서비스 군으로 분할하는 이행 프로젝트이며, 도메인 경계의 특정과 API 설계를 신중히 수행하여 서비스 간의 소결합을 실현한다.

専門家がユーザビリティの原則に基づいてインターフェースを評価し、使いやすさの問題点を特定する手法である。ユーザーテスト前の効率的な問題発見に活用される。

전문가가 유저빌리티 원칙에 기반하여 인터페이스를 평가하고 사용 용이성의 문제점을 특정하는 기법이다. 사용자 테스트 전의 효율적인 문제 발견에 활용된다.

システムが満たすべき機能要件・非機能要件・制約条件を明確に定義した文書であり、開発チームとステークホルダー間の合意事項として品質基準と受入条件の判断根拠となる。

시스템이 충족해야 할 기능 요건·비기능 요건·제약 조건을 명확히 정의한 문서이며, 개발 팀과 이해관계자 간의 합의 사항으로서 품질 기준과 수용 조건의 판단 근거가 된다.

システムの冗長構成において実際にフェイルオーバーを発動させ、切り替えが正常に動作するかを検証するテストである。RTO・RPOの目標値が達成されるかを確認する。

시스템의 이중화 구성에서 실제로 페일오버를 발동시켜 전환이 정상적으로 동작하는지를 검증하는 테스트이다. RTO·RPO의 목표값이 달성되는지를 확인한다.

マネージャーとメンバーが定期的に行う1対1の面談を効果的に運用するための設計手法のこと。アジェンダ設定・心理的安全性の確保・キャリア支援などを体系的に組み込んで運用する。

매니저와 멤버가 정기적으로 진행하는 1대1 면담을 효과적으로 운영하기 위한 설계 기법을 말한다. 안건 설정·심리적 안전성 확보·커리어 지원 등을 체계적으로 포함시켜 운영한다.

チームの構成やコミュニケーションパスを先に設計し、その後にアーキテクチャを決定するアプローチのこと。チームトポロジーの原則に基づく組織設計手法である。

팀의 구성이나 커뮤니케이션 경로를 먼저 설계하고, 그 후에 아키텍처를 결정하는 접근 방식. 팀 토폴로지 원칙에 기반한 조직 설계 기법이다.

反復的で自動化可能な運用作業（トイル）の発生頻度と工数を定量的に計測し、自動化の優先順位付けと効果測定を行うための定期レポート形式である。

반복적이고 자동화 가능한 운용 작업(토일)의 발생 빈도와 공수를 정량적으로 계측하여 자동화의 우선순위 결정과 효과 측정을 수행하기 위한 정기 리포트 형식이다.

システムが要求された機能を継続的に提供できるよう設計すること。冗長構成、フェイルオーバー、ヘルスチェックなどの手法を組み合わせて高可用性を実現する。

시스템이 요구된 기능을 지속적으로 제공할 수 있도록 설계하는 것으로, 이중화·페일오버 등을 조합하여 고가용성을 실현한다.

ソフトウェアや技術の使用権を定めた契約。OSSライセンス（MIT、Apache、GPLなど）や商用ライセンスがあり、利用範囲・再配布・改変の条件が規定される。

소프트웨어나 기술의 사용 권한을 정한 계약. OSS 라이선스(MIT, Apache, GPL 등)와 상용 라이선스가 있으며, 이용 범위·재배포·수정 조건이 규정된다.

技術的負債（Tech Debt）を計画的に解消する取り組み。コードの品質改善やリファクタリングを通じて、将来の開発速度や保守性を向上させることを目的とする。

기술 부채(Tech Debt)를 계획적으로 해소하는 활동. 코드 품질 개선 및 리팩터링을 통해 향후 개발 속도와 유지보수성을 높이는 것을 목적으로 한다.

システム障害対応の当番制を公平に設計・運用する手法で、頻度の偏りや深夜対応の負担を可視化し、チーム全体で均等に分担する仕組みを構築するプラクティスである。

시스템 장애 대응의 당번제를 공평하게 설계·운용하는 기법으로, 빈도의 편중이나 심야 대응의 부담을 가시화하고 팀 전체에서 균등하게 분담하는 구조를 구축하는 프랙티스이다.

既存システムから新システムへの移行を計画的に進めるための方針のこと。リホスト・リプラットフォーム・リファクタ等の6R分類に基づいて最適な移行手法を選択する。

기존 시스템에서 신규 시스템으로의 전환을 계획적으로 진행하기 위한 방침. 리호스트·리플랫폼·리팩터 등의 6R 분류에 기반하여 최적의 전환 기법을 선택한다.

いつでもどこでもコンピュータを意識せずに利用できる環境を目指す概念。IoTやスマートデバイスの普及により現実に近づいている技術思想。

언제 어디서나 컴퓨터를 의식하지 않고 사용할 수 있는 환경을 지향하는 개념. IoT와 스마트 디바이스의 보급으로 현실화되고 있는 기술 사상.

設計・コード・インフラの各段階でセキュリティ観点のレビューを実施するための組織体制とプロセスである。リスクの高い変更には必ずセキュリティチームのレビューを必須とするゲートを設ける。

설계·코드·인프라의 각 단계에서 보안 관점의 리뷰를 실시하기 위한 조직 체제와 프로세스이다. 리스크가 높은 변경에는 반드시 보안 팀의 리뷰를 필수로 하는 게이트를 설치한다.

主要なサービスや機能が利用不能になった際に代替手段で最低限のサービス提供を維持するための戦略である。キャッシュデータの返却やデフォルト値の使用など段階的な縮退方針を事前に定める。

주요 서비스나 기능이 이용 불능이 되었을 때 대체 수단으로 최소한의 서비스 제공을 유지하기 위한 전략이다. 캐시 데이터의 반환이나 디폴트 값의 사용 등 단계적인 축퇴 방침을 사전에 정한다.

技術的な方向性を示し、チームの技術力向上を牽引するリーダーシップのこと。技術選定の最終判断・設計レビュー・メンバー育成を通じて組織の技術基盤を強化する。

기술적 방향성을 제시하고, 팀의 기술력 향상을 견인하는 리더십. 기술 선정의 최종 판단·설계 리뷰·멤버 육성을 통해 조직의 기술 기반을 강화한다.

テスト実行前に必要な環境やデータをセットアップするための準備処理。テストデータの投入やモックの初期化など、テストの前提条件を整える仕組みで、setup/teardownメソッドとして実装される。

테스트 실행 전에 필요한 환경이나 데이터를 셋업하기 위한 준비 처리이다. 테스트 데이터 투입이나 목의 초기화 등 테스트의 전제 조건을 갖추는 구조로, setup/teardown 메서드로 구현된다.

分散トランザクションにおいて一部の処理が失敗した場合に完了済みの処理を取り消すための逆操作であり、サガパターンと組み合わせてマイクロサービス間のデータ整合性を最終的に保証する。

분산 트랜잭션에서 일부 처리가 실패한 경우 완료된 처리를 취소하기 위한 역조작이며, 사가 패턴과 조합하여 마이크로서비스 간의 데이터 정합성을 최종적으로 보증한다.

組織全体で統一された開発プロセスを定義し運用する取り組みのこと。コーディング規約・ブランチ戦略・デプロイ手順などを標準化し、チーム間の連携効率と品質の一貫性を確保する。

조직 전체에서 통일된 개발 프로세스를 정의하고 운영하는 시도를 말한다. 코딩 규약·브랜치 전략·배포 절차 등을 표준화하여 팀 간 연계 효율과 품질의 일관성을 확보한다.

イベントソーシングにおいて、蓄積されたイベントから現在の状態を再構築するための読み取り用データビュー。イベントストリームを順次処理し、特定の用途に最適化されたリードモデルを生成する。

이벤트 소싱에서 축적된 이벤트로부터 현재 상태를 재구축하기 위한 읽기용 데이터 뷰이다. 이벤트 스트림을 순차 처리하여 특정 용도에 최적화된 리드 모델을 생성한다.

特定のサービスに対する開発・運用・品質の責任を明確にチームに割り当てる体制である。You build it, you run itの原則に基づき、開発チームが運用責任を持つ。

특정 서비스에 대한 개발·운용·품질의 책임을 명확히 팀에 할당하는 체제이다. You build it, you run it 원칙에 기반하여 개발 팀이 운용 책임을 가진다.

ユーザーストーリーやビジネス要件から受け入れ条件を定義し、それを自動テストとして実装してから機能開発を行うアプローチ。要件の曖昧さを早期に解消し、手戻りを削減する効果がある。

유저 스토리나 비즈니스 요건으로부터 인수 조건을 정의하고, 그것을 자동 테스트로 구현한 후 기능 개발을 수행하는 접근법이다. 요건의 모호함을 조기에 해소하여 재작업을 줄이는 효과가 있다.

環境負荷を最小限に抑えることを目的としたソフトウェア設計・開発手法。消費電力削減やCO2排出量低減を考慮したコーディングやアーキテクチャ選定が求められる。

환경 부하를 최소화하는 것을 목표로 한 소프트웨어 설계·개발 방법론. 전력 소비 절감과 CO2 배출량 감소를 고려한 코딩 및 아키텍처 선정이 요구된다.

障害発生後の振り返りにおいて、個人の責任追及を行わず、システムやプロセスの改善に焦点を当てる分析手法。心理的安全性を確保し、正直な情報共有を促進することで再発防止策の質を高める。

장애 발생 후의 회고에서 개인의 책임 추궁을 하지 않고, 시스템이나 프로세스의 개선에 초점을 맞추는 분석 수법이다. 심리적 안전성을 확보하여 솔직한 정보 공유를 촉진함으로써 재발 방지책의 질을 높인다.

プロジェクトで使用する技術スタックやツールを選定するための会議体。機能要件、非機能要件、チームスキル、コスト、将来性などを多角的に評価して意思決定を行う。

프로젝트에서 사용할 기술 스택이나 도구를 선정하기 위한 회의체로, 다각적으로 평가하여 의사결정을 수행한다.

コード重複を組織的に管理するためのガイドラインで、適切な抽象化のタイミングと過度なDRY化による害悪を見極め、チーム全体で一貫した判断基準を持つための指針である。

코드 중복을 조직적으로 관리하기 위한 가이드라인으로, 적절한 추상화 타이밍과 과도한 DRY화의 폐해를 구별하여 팀 전체에서 일관된 판단 기준을 갖기 위한 지침이다.

各種KPIやシステムの状態をリアルタイムで一覧表示するUI画面。経営判断や運用監視に活用され、グラフや数値で視覚的に情報を集約する。

다양한 KPI나 시스템 상태를 실시간으로 한눈에 표시하는 UI 화면. 경영 판단이나 운영 모니터링에 활용되며, 그래프와 수치로 정보를 시각적으로 집약한다.

企業や個人エンジニアが技術情報・開発ノウハウ・事例を発信するブログ。採用ブランディングや技術共有を目的に多くの企業が運営している。

기업이나 개인 엔지니어가 기술 정보·개발 노하우·사례를 공유하는 블로그. 채용 브랜딩과 기술 공유를 목적으로 많은 기업이 운영하고 있다.

分散トレーシングにおいて個々の処理区間を一意に識別するためのIDであり、トレースID配下の各スパンに付与されてサービス間の処理順序や依存関係をトレース画面上で可視化する。

분산 트레이싱에서 개별 처리 구간을 고유하게 식별하기 위한 ID이며, 트레이스 ID 하위의 각 스팬에 부여되어 서비스 간의 처리 순서나 의존 관계를 트레이스 화면상에서 가시화한다.

実際の障害シナリオを模擬的に再現し、チームの対応力やランブックの有効性を検証する訓練イベントである。定期実施により障害対応スキルの維持と改善ポイントの発見を図る。

실제 장애 시나리오를 모의적으로 재현하여 팀의 대응력이나 런북의 유효성을 검증하는 훈련 이벤트이다. 정기 실시로 장애 대응 스킬의 유지와 개선 포인트의 발견을 도모한다.

各開発チームにセキュリティ担当者を配置し、チーム内でのセキュリティ意識向上と実践を推進する組織制度である。専任のセキュリティチームと各チームの橋渡し役として知識の伝播を担う。

각 개발 팀에 보안 담당자를 배치하고 팀 내에서의 보안 의식 향상과 실천을 추진하는 조직 제도이다. 전임 보안 팀과 각 팀의 가교 역할로서 지식의 전파를 담당한다.

同じ専門領域に関心を持つメンバーが部門を超えて集まるコミュニティ形式の組織構造で、Spotifyモデルに由来する知識共有とスキル向上の仕組みである。

같은 전문 영역에 관심을 가진 멤버가 부서를 초월하여 모이는 커뮤니티 형식의 조직 구조로, Spotify 모델에서 유래한 지식 공유와 스킬 향상의 구조이다.

開発チームの生産性や品質に関する各種指標をリアルタイムに集約・可視化する管理画面である。DORA指標やコードカバレッジなど多角的な観点から開発状況を把握できる。

개발 팀의 생산성이나 품질에 관한 각종 지표를 실시간으로 집약·시각화하는 관리 화면이다. DORA 지표나 코드 커버리지 등 다각적 관점에서 개발 상황을 파악할 수 있다.

組織内の技術負債を一元的に登録・追跡・優先順位付けするための台帳システムである。

조직 내 기술 부채를 일원적으로 등록·추적·우선순위 부여하기 위한 대장 시스템이다.

ロックフリーデータ構造のメモリ回収手法で、グローバルエポックカウンタを用いて安全なメモリ解放タイミングを判断する。ハザードポインタよりもオーバーヘッドが少ないが、遅いスレッドが回収を遅延させる問題がある。

로크 프리 데이터 구조의 메모리 회수 수법으로, 글로벌 에포크 카운터를 이용하여 안전한 메모리 해제 타이밍을 판단한다. 해저드 포인터보다 오버헤드가 적으나, 느린 스레드가 회수를 지연시키는 문제가 있다.

API仕様書やREADMEなどのドキュメントを先に作成し、それに基づいて実装を進める開発手法。

API 사양서나 README 등의 문서를 먼저 작성하고 그에 기반하여 구현을 진행하는 개발 기법.

変更があった部分のみを検出して更新する手法であり、全体を再処理するよりも通信量や処理時間を大幅に削減できる。OTAアップデートやデータ同期のシーンで広く活用される。

변경이 있는 부분만을 검출하여 업데이트하는 기법이며, 전체를 재처리하는 것보다 통신량이나 처리 시간을 대폭 삭감할 수 있다. OTA 업데이트나 데이터 동기 장면에서 널리 활용된다.

オープンソースソフトウェアの活用・貢献・公開に関する組織の方針と計画。利用するOSSの選定基準・ライセンスコンプライアンス・コミュニティ貢献・自社プロジェクトの公開戦略などを体系的に定める。

오픈소스 소프트웨어의 활용·공헌·공개에 관한 조직의 방침과 계획이다. 이용하는 OSS의 선정 기준·라이선스 컴플라이언스·커뮤니티 공헌·자사 프로젝트의 공개 전략 등을 체계적으로 정한다.

インシデントの重要度に応じた段階的報告・対応引き継ぎの基準を明文化するプロセスで、対応の遅延や漏れを防止し、適切なタイミングで上位者に報告する体制を整備する。

인시던트의 중요도에 따른 단계적 보고·대응 인계의 기준을 명문화하는 프로세스로, 대응의 지연이나 누락을 방지하고 적절한 타이밍에 상위자에게 보고하는 체제를 정비한다.

自然災害やシステム障害などの大規模な障害からシステムを復旧するための計画と手順。RPO・RTOの目標値に基づき、バックアップ戦略やフェイルオーバー手順を策定する。

자연재해나 시스템 장애 등의 대규모 장애로부터 시스템을 복구하기 위한 계획과 절차이다.

社内プラットフォームをプロダクトとして扱い、開発チームを顧客と見なして継続的に改善する考え方のこと。開発者体験を重視し、セルフサービス化を推進する。

사내 플랫폼을 프로덕트로 취급하여, 개발팀을 고객으로 간주하고 지속적으로 개선하는 사고방식. 개발자 경험을 중시하며 셀프서비스화를 추진한다.

手動で行われている反復的な運用作業やテストプロセスをスクリプトやツールで自動化する取り組みであり、人的エラーの排除と作業効率の向上により運用品質を継続的に改善する。

수동으로 수행되는 반복적인 운용 작업이나 테스트 프로세스를 스크립트나 도구로 자동화하는 노력이며, 인적 에러의 배제와 작업 효율의 향상으로 운용 품질을 지속적으로 개선한다.

セキュリティパッチの適用を計画・テスト・展開するための標準化されたプロセスを確立し、脆弱性の放置を防ぐ活動である。緊急パッチと通常パッチで異なるSLAを定め、確実な適用を保証する。

보안 패치의 적용을 계획·테스트·전개하기 위한 표준화된 프로세스를 확립하고 취약성의 방치를 방지하는 활동이다. 긴급 패치와 통상 패치로 다른 SLA를 정하고 확실한 적용을 보증한다.

プラットフォームチームが推奨する標準的な開発・デプロイ経路を設計するプラクティスで、ベストプラクティスに基づくテンプレートやツールチェーン提供により開発者の判断負荷を軽減する。

플랫폼 팀이 권장하는 표준적인 개발·배포 경로를 설계하는 프랙티스로, 베스트 프랙티스에 기반한 템플릿과 도구 체인 제공으로 개발자의 판단 부하를 경감한다.

Gitリポジトリをインフラやアプリケーション構成の信頼できる唯一の情報源として扱う運用手法であり、Gitへのプッシュをトリガーに自動的にクラスター状態を宣言的に同期する。

Git 리포지토리를 인프라나 애플리케이션 구성의 신뢰할 수 있는 유일한 정보원으로 취급하는 운용 기법이며, Git에의 푸시를 트리거로 자동으로 클러스터 상태를 선언적으로 동기한다.

CLIコマンドでプロジェクトやコンポーネントの雛形コードを自動生成するツールの設計と実装である。対話式のプロンプトで必要な設定を選択し、カスタマイズされた初期コードを即座に生成する。

CLI 커맨드로 프로젝트나 컴포넌트의 템플릿 코드를 자동 생성하는 도구의 설계와 구현이다. 대화식 프롬프트로 필요한 설정을 선택하고 커스터마이즈된 초기 코드를 즉시 생성한다.

システムの各コンポーネントを複数用意し、一つが故障しても他で代替できるようにする設計。アクティブ-アクティブやアクティブ-スタンバイなどの構成パターンがある。

시스템의 각 컴포넌트를 복수로 준비하여 하나가 고장나도 다른 것으로 대체할 수 있도록 하는 설계이다.

クライアントが使用しないメソッドへの依存を強制されるべきではないというSOLID原則の一つ。大きなインターフェースを役割ごとに分割し、不要な依存関係を排除する。

클라이언트가 사용하지 않는 메서드에 대한 의존을 강제받아서는 안 된다는 SOLID 원칙의 하나이다.

ITサービス管理のベストプラクティス集。ITILはサービス戦略・設計・移行・運用・継続的改善の5段階で構成され、IT部門の業務標準化に広く活用される。

IT 서비스 관리 모범 사례 모음. ITIL은 서비스 전략·설계·전환·운영·지속적 개선의 5단계로 구성되며, IT 부서의 업무 표준화에 널리 활용된다.

技術ドキュメントの品質を統一するための文体・構成・用語に関する組織的な基準で、API仕様書からチュートリアルまで一貫した品質を担保するためのガイドラインである。

기술 문서의 품질을 통일하기 위한 문체·구성·용어에 관한 조직적 기준으로, API 사양서부터 튜토리얼까지 일관된 품질을 담보하기 위한 가이드라인이다.

複数のスレッドが互いに譲り合い続けることで、どのスレッドも処理を進められなくなる状態。デッドロックとは異なりスレッドは動作し続けるが、実質的に進行しないため検出が困難である。

복수의 스레드가 서로 양보를 계속하여 어떤 스레드도 처리를 진행할 수 없게 되는 상태이다. 데드로크와 달리 스레드는 계속 동작하지만, 실질적으로 진행되지 않아 검출이 곤란하다.

全社員のセキュリティに対する意識と知識を継続的に向上させるための啓発活動とトレーニングプログラムである。定期的なeラーニングやフィッシングシミュレーションで実践的な判断力を養成する。

전 직원의 보안에 대한 의식과 지식을 지속적으로 향상시키기 위한 계몽 활동과 트레이닝 프로그램이다. 정기적인 e러닝이나 피싱 시뮬레이션으로 실천적인 판단력을 양성한다.

ハードウェアセキュリティモジュールを活用して暗号鍵を物理的に保護し、高セキュリティ要件に対応する設計である。鍵材料がHSM外部に取り出せない構造により、管理者による不正アクセスも防止する。

하드웨어 보안 모듈을 활용하여 암호 키를 물리적으로 보호하고 고보안 요건에 대응하는 설계이다. 키 재료가 HSM 외부로 꺼낼 수 없는 구조로 관리자에 의한 부정 접근도 방지한다.

企業内で新技術の調査・実験・プロトタイピングを専門的に行う組織や施設で、既存事業にとらわれず革新的なソリューションの探索を目的とする。

기업 내에서 신기술의 조사·실험·프로토타이핑을 전문적으로 수행하는 조직이나 시설로, 기존 사업에 얽매이지 않고 혁신적인 솔루션 탐색을 목적으로 한다.

新機能やシステム変更の設計方針を文書化してチーム内で事前にレビューする設計文書であり、背景・目的・代替案・トレードオフを明記し合意形成と意思決定の記録を残す。

신기능이나 시스템 변경의 설계 방침을 문서화하여 팀 내에서 사전에 리뷰하는 설계 문서이며, 배경·목적·대안·트레이드오프를 명기하여 합의 형성과 의사결정의 기록을 남긴다.

組織の技術的な将来像と方向性を簡潔に示す宣言文である。技術選定や投資判断の際の指針となり、チーム全体の技術的方向性を統一する役割を果たす。

조직의 기술적 미래상과 방향성을 간결하게 제시하는 선언문이다. 기술 선정이나 투자 판단 시의 지침이 되며 팀 전체의 기술적 방향성을 통일하는 역할을 한다.

ソフトウェアのビルド・テスト・デプロイを計画的に管理し、品質を担保しながら安全にリリースするプロセス全体を統括する活動。リリーストレインやリリースノートの管理なども含まれる。

소프트웨어의 빌드·테스트·배포를 계획적으로 관리하여, 품질을 담보하면서 안전하게 릴리스하는 프로세스 전체를 총괄하는 활동이다. 릴리스 트레인이나 릴리스 노트 관리 등도 포함된다.

データの発生源から最終的な利用先までの流れを追跡・可視化する仕組み。データ品質の問題発生時に影響範囲を迅速に特定でき、データガバナンスの基盤として機能する。

데이터의 발생원부터 최종 이용처까지의 흐름을 추적·시각화하는 구조이다.

データとそれを操作するコードを明確に分離し、イミュータブルなデータ構造と汎用的な関数でプログラムを構成する設計パラダイム。オブジェクト指向の複雑さを回避し、シンプルなデータ変換に焦点を当てる。

데이터와 그것을 조작하는 코드를 명확히 분리하고, 이뮤터블한 데이터 구조와 범용적인 함수로 프로그램을 구성하는 설계 패러다임이다. 객체 지향의 복잡성을 회피하고 심플한 데이터 변환에 초점을 맞춘다.

企業アーキテクチャを体系化するためのフレームワーク。What・How・Where・Who・When・Whyの6軸と視点の行列で構成され、システム全体像を整理するために使われる。

기업 아키텍처를 체계화하기 위한 프레임워크. What·How·Where·Who·When·Why의 6가지 축과 관점의 행렬로 구성되며, 시스템 전체 구조를 정리하는 데 활용된다.

アーキテクチャ決定記録を軽量なフォーマットで作成・管理する手法である。Markdownベースの簡潔な記録により作成のハードルを下げ、記録の継続性を確保する。

아키텍처 결정 기록을 경량 포맷으로 작성·관리하는 기법이다. Markdown 기반의 간결한 기록으로 작성 허들을 낮추고 기록의 계속성을 확보한다.

DRY原則に反して同一ロジックが複数箇所に重複している状態を指す用語で、Write Everything Twiceの略とされ、保守性低下やバグ混入の原因となる。

DRY 원칙에 반하여 동일 로직이 여러 곳에 중복되어 있는 상태를 가리키는 용어로, Write Everything Twice의 약자로 여겨지며 유지보수성 저하와 버그 혼입의 원인이 된다.

プロジェクト初期に必要な定型コードやフォルダ構成を標準化して管理し、新規開発の立ち上げを迅速化する取り組みである。認証・ロギング・エラーハンドリングなどの共通機能をあらかじめ組み込む。

프로젝트 초기에 필요한 정형 코드나 폴더 구성을 표준화하여 관리하고 신규 개발의 입문을 신속화하는 활동이다. 인증·로깅·에러 핸들링 등의 공통 기능을 미리 내장한다.

設計やコードをできるだけ単純に保つことをチーム規約として明文化し、コードレビューやアーキテクチャ審査で過度な複雑性を検出・排除する運用プラクティスである。

설계와 코드를 가능한 한 단순하게 유지하는 것을 팀 규약으로 명문화하고, 코드 리뷰나 아키텍처 심사에서 과도한 복잡성을 검출·배제하는 운용 프랙티스이다.

開発者がコードやシステムを理解する際の認知的な負担を軽減する取り組み。命名規則の統一・適切な抽象化・ドキュメント整備などにより、新規メンバーの学習コストとエラー発生率を低減する。

개발자가 코드나 시스템을 이해할 때의 인지적 부담을 경감하는 활동이다. 명명 규칙의 통일·적절한 추상화·문서 정비 등을 통해 신규 멤버의 학습 비용과 에러 발생률을 저감한다.

特定のクラウドベンダーやツールへの過度な依存を避け、移行可能性を確保する戦略のこと。抽象化レイヤーの設計やOSS採用により、将来の選択肢を維持する。

특정 클라우드 벤더나 도구에 대한 과도한 의존을 피하고, 이전 가능성을 확보하는 전략. 추상화 레이어 설계나 OSS 채용으로 미래의 선택지를 유지한다.

エラーバジェットの消費状況を時系列で追跡・分析し、消費速度に応じたリリース判断や信頼性改善の優先度決定を行うための運用分析プラクティスである。

에러 버짓의 소비 상황을 시계열로 추적·분석하여 소비 속도에 따른 릴리스 판단이나 신뢰성 개선의 우선도 결정을 수행하기 위한 운용 분석 프랙티스이다.

インシデント発生時に関連するエンジニアが一斉に集まり、協力して問題解決にあたる対応手法のこと。エスカレーション階層を経ずに迅速な初動対応を可能にする。

인시던트 발생 시 관련 엔지니어가 일제히 모여 협력하여 문제 해결에 임하는 대응 기법. 에스컬레이션 계층을 거치지 않고 신속한 초동 대응을 가능하게 한다.

企業ITアーキテクチャの設計・管理フレームワーク。The Open Groupが策定し、ビジネス・データ・アプリケーション・技術の4層で構成される。大規模システム設計の標準手法として広く採用される。

기업 IT 아키텍처의 설계·관리 프레임워크. The Open Group이 책정하며, 비즈니스·데이터·애플리케이션·기술의 4계층으로 구성된다. 대규모 시스템 설계의 표준 방법론으로 널리 활용된다.

異なる専門分野のエンジニアが互いのコードや設計をレビューすることで多角的な視点からの品質向上と知識の横展開を図るプラクティスである。

서로 다른 전문 분야의 엔지니어가 상호 코드나 설계를 리뷰하여 다각적 관점에서의 품질 향상과 지식의 횡전개를 도모하는 프랙티스이다.

分散システムにおいてイベントの因果関係と順序を追跡するための論理的な時計の仕組みであり、各ノードがカウンタベクトルを管理して物理時刻に依存せずにイベントの前後関係を正確に判定する。

분산 시스템에서 이벤트의 인과 관계와 순서를 추적하기 위한 논리적인 시계의 구조이며, 각 노드가 카운터 벡터를 관리하여 물리 시각에 의존하지 않고 이벤트의 전후 관계를 정확히 판정한다.

自動メモリ管理における不要メモリの回収方式の選択と最適化。アプリケーションの特性に応じてGCアルゴリズムやパラメータを調整し、停止時間の最小化とスループットの最大化を図る方針を定める。

자동 메모리 관리에서의 불필요 메모리 회수 방식의 선택과 최적화이다. 애플리케이션의 특성에 따라 GC 알고리즘이나 파라미터를 조정하여 정지 시간의 최소화와 스루풋의 최대화를 도모하는 방침을 정한다.

組織の技術スタックやアーキテクチャの進化を時系列で計画した戦略文書であり、短期・中期・長期の技術目標を明確にしリソース配分と投資判断の指針として機能する。

조직의 기술 스택이나 아키텍처의 진화를 시계열로 계획한 전략 문서이며, 단기·중기·장기의 기술 목표를 명확히 하여 리소스 배분과 투자 판단의 지침으로 기능한다.

一つのメッセージやイベントを複数の処理先に同時に配信するメッセージングパターンであり、SNSトピックからSQSキューへの配信のように一対多の非同期通知を効率的に実現する。

하나의 메시지나 이벤트를 복수의 처리처에 동시에 배신하는 메시징 패턴이며, SNS 토픽에서 SQS 큐에의 배신과 같이 일대다의 비동기 통지를 효율적으로 실현한다.

現在と将来のリソース需要を予測しシステムの処理能力が不足しないよう計画的にリソースを確保する管理プロセスであり、過剰投資を避けつつ安定したサービス提供を維持する。

현재와 장래의 리소스 수요를 예측하여 시스템의 처리 능력이 부족하지 않도록 계획적으로 리소스를 확보하는 관리 프로세스이며, 과잉 투자를 피하면서 안정된 서비스 제공을 유지한다.

開発組織の生産性を満足度・パフォーマンス・活動量・コミュニケーション・効率性の5次元で多角的に測定するモデルで、単一指標による偏った最適化を防止し総合的な改善を促す。

개발 조직의 생산성을 만족도·성능·활동량·커뮤니케이션·효율성의 5차원으로 다각적으로 측정하는 모델로, 단일 지표에 의한 편향된 최적화를 방지하고 종합적 개선을 촉진한다.

パブリッシャーがトピックにメッセージを発行しサブスクライバーが購読する非同期メッセージングパターンであり、送信側と受信側の疎結合を実現してスケーラブルなシステム間連携を可能にする。

퍼블리셔가 토픽에 메시지를 발행하고 서브스크라이버가 구독하는 비동기 메시징 패턴이며, 송신 측과 수신 측의 소결합을 실현하여 스케일러블한 시스템 간 연계를 가능하게 한다.

MITが策定したオープンソースライセンスの一種。著作権表示と免責事項を保持すれば、商用利用・改変・再配布が自由に行える非常に寛容なライセンス。

MIT가 제정한 오픈소스 라이선스의 일종. 저작권 표시와 면책 조항을 유지하면 상업적 이용·수정·재배포가 자유롭게 허용되는 매우 관대한 라이선스.

エンジニアリング部門全体を統括する上級管理職。採用・組織設計・技術戦略の策定を担い、CTOと連携しながら開発チームのパフォーマンスと成長を管理する役職。

엔지니어링 부문 전체를 총괄하는 고위 관리직. 채용·조직 설계·기술 전략 수립을 담당하며, CTO와 협력하여 개발 팀의 성과와 성장을 관리하는 직책.

システムに対する潜在的な脅威を体系的に特定・分析し、設計段階で対策を講じるセキュリティ分析活動である。STRIDEやDREADなどのフレームワークを使用してリスクの優先順位を決定する。

시스템에 대한 잠재적인 위협을 체계적으로 특정·분석하고 설계 단계에서 대책을 강구하는 보안 분석 활동이다. STRIDE나 DREAD 등의 프레임워크를 사용하여 리스크의 우선순위를 결정한다.

アプリケーションの設定ファイルの形式・命名規則・構造を組織的に標準化し、管理の一貫性を確保する取り組みである。YAMLやTOMLなどの形式選定と環境変数との優先順位ルールを統一する。

애플리케이션의 설정 파일의 형식·명명 규칙·구조를 조직적으로 표준화하고 관리의 일관성을 확보하는 활동이다. YAML이나 TOML 등의 형식 선정과 환경 변수와의 우선순위 규칙을 통일한다.

コンテナイメージの改ざんを防止するため、ビルド時に署名しデプロイ前に検証する仕組みである。CosignやNotaryなどのツールを活用し、信頼できるイメージのみを本番環境に展開する。

컨테이너 이미지의 변조를 방지하기 위해 빌드 시 서명하고 배포 전에 검증하는 구조이다. Cosign이나 Notary 등의 도구를 활용하여 신뢰할 수 있는 이미지만을 운영 환경에 전개한다.

Non-Fungible Tokenの略。ブロックチェーン上で発行される唯一無二のデジタル資産証明技術。アート・ゲーム・コンテンツの所有権管理に活用される。

Non-Fungible Token의 약자. 블록체인 상에서 발행되는 고유한 디지털 자산 증명 기술로, 아트·게임·콘텐츠의 소유권 관리에 활용된다.

現実世界の物体やシステムをデジタル空間上に仮想複製する技術。IoTセンサーからリアルタイムデータを取得し、シミュレーションや予測分析に活用される。

현실 세계의 물체나 시스템을 디지털 공간에 가상으로 복제하는 기술. IoT 센서에서 실시간 데이터를 수집해 시뮬레이션 및 예측 분석에 활용된다.

特定の技術トレンドに過度な期待が集まり、実際の価値以上に投資や採用が進む現象のこと。バブル崩壊後は淘汰が起き、真に有用な技術だけが残る。

특정 기술 트렌드에 과도한 기대가 모여, 실제 가치 이상으로 투자와 채용이 진행되는 현상. 버블 붕괴 후에는 도태가 일어나, 진정 유용한 기술만 남는다.

オブジェクトの生存期間に基づいてメモリ領域を世代（若い世代・古い世代）に分割するGC手法。短命なオブジェクトは頻繁に回収し、長命なオブジェクトは低頻度で回収することで効率を高める。

객체의 생존 기간에 기반하여 메모리 영역을 세대(젊은 세대·오래된 세대)로 분할하는 GC 수법이다. 단명한 객체는 빈번히 회수하고, 장수 객체는 저빈도로 회수하여 효율을 높인다.

IT技術に関する知見を共有する大規模なカンファレンスイベント。基調講演やセッション発表を通じて最新技術動向の把握やエンジニア同士のネットワーキングが行われる。

IT 기술에 관한 지견을 공유하는 대규모 컨퍼런스 이벤트로, 기조 강연이나 세션 발표를 통해 최신 기술 동향을 파악한다.

クラウドインフラのコストをチーム・プロジェクト・サービスごとに正確に配分する仕組みのこと。タグ付けとコスト配賦ルールにより、各チームの費用対効果を可視化する。

클라우드 인프라 비용을 팀·프로젝트·서비스별로 정확히 배분하는 구조. 태그 부여와 비용 배부 규칙으로 각 팀의 비용 대비 효과를 가시화한다.

マーティン・ファウラーが提唱した、技術的負債を意図的/無意識・慎重/無謀の4象限で分類するモデルのこと。負債の性質を正しく理解し対処方針を決定するために使う。

마틴 파울러가 제창한, 기술 부채를 의도적/무의식·신중/무모의 4분면으로 분류하는 모델. 부채의 성질을 정확히 이해하고 대처 방침을 결정하기 위해 사용한다.

開発者が運用チームに依頼せずにインフラのプロビジョニングやサービスのデプロイを自律的に行える基盤である。承認フローや利用制限を組み込んだ安全なセルフサービス環境を提供する。

개발자가 운용 팀에 의뢰하지 않고 인프라의 프로비저닝이나 서비스의 배포를 자율적으로 할 수 있는 기반이다. 승인 플로나 이용 제한을 내장한 안전한 셀프 서비스 환경을 제공한다.

技術的な内容を聴衆に分かりやすく伝えるプレゼンテーション技法のこと。デモやライブコーディングを交えて、複雑な概念を段階的に説明する能力が求められる。

기술적인 내용을 청중에게 알기 쉽게 전달하는 프레젠테이션 기법. 데모나 라이브 코딩을 곁들여, 복잡한 개념을 단계적으로 설명하는 능력이 요구된다.

長時間にわたって持続的な負荷をかけ、メモリリークやリソース枯渇などの問題を検出するテスト手法。通常の負荷テストでは見つからない時間経過に伴う劣化を発見できる。

장시간에 걸쳐 지속적인 부하를 걸어 메모리 누수나 리소스 고갈 등의 문제를 검출하는 테스트 수법이다.

会議よりもドキュメントやメッセージによる非同期コミュニケーションを優先する組織方針で、分散チームの生産性確保と開発者のディープワーク時間の保護を目的とする。

회의보다 문서나 메시지에 의한 비동기 커뮤니케이션을 우선하는 조직 방침으로, 분산 팀의 생산성 확보와 개발자의 딥 워크 시간 보호를 목적으로 한다.

組織構造がシステム構造に反映されるというコンウェイの法則を実際の組織設計やアーキテクチャ計画に意図的に適用し、チーム編成とシステム設計を整合させる実践手法である。

조직 구조가 시스템 구조에 반영된다는 콘웨이의 법칙을 실제 조직 설계나 아키텍처 계획에 의도적으로 적용하여 팀 편성과 시스템 설계를 정합시키는 실천 기법이다.

スキーマやテンプレートからソースコードを自動生成するツールを設計し、定型的なコーディング作業を自動化する手法である。OpenAPIやGraphQLスキーマからクライアントSDKや型定義を自動生成する用途が多い。

스키마나 템플릿으로부터 소스 코드를 자동 생성하는 도구를 설계하고 정형적인 코딩 작업을 자동화하는 기법이다. OpenAPI나 GraphQL 스키마에서 클라이언트 SDK나 타입 정의를 자동 생성하는 용도가 많다.

ソフトウェアエンジニアリングの手法を運用に適用しサービスの信頼性を体系的に向上させるGoogle発の実践手法であり、SLO設定やエラーバジェットに基づく運用判断を特徴とする。

소프트웨어 엔지니어링의 수법을 운용에 적용하여 서비스의 신뢰성을 체계적으로 향상시키는 Google 발의 실천 수법이며, SLO 설정이나 에러 버짓에 기반한 운용 판단을 특징으로 한다.

技術職の最上位に位置する称号で、組織全体の技術方針に影響を与える卓越したエンジニア。業界全体への貢献や革新的な技術成果が求められる極めて少数の役職である。

기술직 최상위에 위치하는 호칭으로, 조직 전체의 기술 방침에 영향을 미치는 탁월한 엔지니어. 업계 전체에 대한 기여나 혁신적인 기술 성과가 요구되는 극소수의 직위이다.

A/Bテストや機能実験を組織的に実施するためのプラットフォームを設計し、データ駆動の意思決定を支援する基盤である。統計的有意性の自動判定やメトリクス収集の標準化を含めた包括的な実験基盤を構築する。

A/B 테스트나 기능 실험을 조직적으로 실시하기 위한 플랫폼을 설계하고 데이터 구동의 의사결정을 지원하는 기반이다. 통계적 유의성의 자동 판정이나 메트릭스 수집의 표준화를 포함한 포괄적인 실험 기반을 구축한다.

コードの小さな品質劣化を放置すると、さらなる劣化を招くという理論。壊れた窓を修理しないと建物全体が荒廃するように、コード品質も放置すれば連鎖的に悪化する。

코드의 작은 품질 저하를 방치하면 더 큰 저하를 초래한다는 이론으로, 코드 품질도 방치하면 연쇄적으로 악화된다.

障害発生から復旧までの一連の対応を時系列で記録し、対応の振り返りと改善に活用する文書である。各アクションの実施時刻と担当者を正確に記録し、対応時間の短縮ポイントを特定する。

장애 발생부터 복구까지의 일련의 대응을 시계열로 기록하고 대응의 회고와 개선에 활용하는 문서이다. 각 액션의 실시 시각과 담당자를 정확히 기록하여 대응 시간의 단축 포인트를 특정한다.

短期的な開発速度を優先した結果として蓄積されるコードやアーキテクチャの品質上の問題であり、放置すると保守コストの増大やバグの頻発を引き起こすため計画的な返済が重要となる。

단기적인 개발 속도를 우선한 결과로 축적되는 코드나 아키텍처의 품질상의 문제이며, 방치하면 보수 비용의 증대나 버그의 빈발을 초래하므로 계획적인 상환이 중요하다.

エンジニア組織全体で日常業務から離れて技術的な議論やチームビルディングを行う集中的なイベントである。ハッカソンやワークショップを通じて組織の結束力を強化する。

엔지니어 조직 전체가 일상 업무에서 벗어나 기술적 논의나 팀 빌딩을 수행하는 집중적인 이벤트이다. 해커톤이나 워크숍을 통해 조직의 결속력을 강화한다.

日付に基づいてバージョン番号を付与する方式（例：2024.01、24.04）。リリース時期が直感的にわかり、定期リリースのプロジェクトに適している。Ubuntu（24.04）などが代表的な採用例である。

날짜에 기반하여 버전 번호를 부여하는 방식(예: 2024.01, 24.04)이다. 릴리스 시기가 직관적으로 파악되어 정기 릴리스 프로젝트에 적합하다. Ubuntu(24.04) 등이 대표적인 채택 예이다.

アプリケーションやインフラのメトリクス・ログ・トレースを体系的に収集するための計装設計である。OpenTelemetryなどの標準規格を採用し、ベンダーロックインを避けた統一的な計装を実現する。

애플리케이션이나 인프라의 메트릭스·로그·트레이스를 체계적으로 수집하기 위한 계장 설계이다. OpenTelemetry 등의 표준 규격을 채택하여 벤더 록인을 피한 통일적인 계장을 실현한다.

本番環境への変更を安全に実施するための承認・検証・実行・振り返りを含む体系的なプロセスである。変更に起因する障害のリスクを最小化することを目的とする。

프로덕션 환경에 대한 변경을 안전하게 실시하기 위한 승인·검증·실행·회고를 포함하는 체계적인 프로세스이다. 변경에 기인하는 장애의 리스크를 최소화하는 것을 목적으로 한다.

開発・ステージング・本番の各環境を適切に分離し、環境間のデータ漏洩や設定誤りを防止する戦略である。AWSアカウントやVPCの分離、IAMポリシーの制限で環境間の境界を厳密に管理する。

개발·스테이징·운영의 각 환경을 적절히 분리하고 환경 간의 데이터 누출이나 설정 오류를 방지하는 전략이다. AWS 계정이나 VPC의 분리, IAM 정책의 제한으로 환경 간 경계를 엄밀히 관리한다.

インターネットを通じて受講できる学習プログラム。エンジニアのスキルアップやIT資格取得に活用され、Udemy・Courseraなどのプラットフォームが広く利用されている。

인터넷을 통해 수강할 수 있는 학습 프로그램. 엔지니어의 스킬 향상이나 IT 자격 취득에 활용되며, Udemy·Coursera 등의 플랫폼이 널리 이용된다.

組織内の技術文書やAPIドキュメントの体系化・品質管理を専門に行う役割で、ナレッジの発見性を高める。

조직 내 기술 문서나 API 문서의 체계화·품질 관리를 전문으로 하는 역할로 지식의 발견성을 높인다.

社内のサービスカタログやAPIリファレンスを一元管理するポータルサイト。Backstageなどが代表的。

사내 서비스 카탈로그나 API 레퍼런스를 일원 관리하는 포털 사이트. Backstage 등이 대표적.

新規システム設計時にサーバーレスアーキテクチャを優先的に検討し、運用負荷とコストの最小化を目指す方針である。サーバー管理が不要なためエンジニアはビジネスロジックに集中できる。

신규 시스템 설계 시 서버리스 아키텍처를 우선적으로 검토하고 운용 부하와 비용의 최소화를 목표로 하는 방침이다. 서버 관리가 불필요하므로 엔지니어는 비즈니스 로직에 집중할 수 있다.

技術的な方向性やビジョンを物語として文書化する手法のこと。Amazonの6ページメモに代表される、長文散文形式で技術戦略を明確に伝えるドキュメントである。

기술적 방향성이나 비전을 이야기로 문서화하는 기법. 아마존의 6페이지 메모로 대표되는, 장문 산문 형식으로 기술 전략을 명확히 전달하는 문서이다.

M&Aや投資判断の際に、対象企業の技術資産・アーキテクチャ・技術的負債などを詳細に調査・評価するプロセスのこと。技術リスクの把握と正確な企業価値評価に寄与する。

M&A나 투자 판단 시 대상 기업의 기술 자산·아키텍처·기술 부채 등을 상세히 조사·평가하는 프로세스를 말한다. 기술 리스크 파악과 정확한 기업 가치 평가에 기여한다.

社員のIT基礎知識やデジタルツール活用力を向上させるための体系的な教育プログラムを設計・実施することである。セキュリティ意識やクラウド操作の基本も研修範囲に含まれる。

직원의 IT 기초 지식이나 디지털 도구 활용력을 향상시키기 위한 체계적인 교육 프로그램을 설계·실시하는 것이다. 보안 의식이나 클라우드 조작의 기본도 연수 범위에 포함된다.

組織内の知識をノードとエッジで構造化し、関連情報の検索や推論を効率化するナレッジグラフの実践的な活用手法のこと。データ間の複雑な関係性を可視化し意思決定を支援する。

조직 내 지식을 노드와 엣지로 구조화하여 관련 정보 검색이나 추론을 효율화하는 지식 그래프의 실천적인 활용 기법을 말한다. 데이터 간의 복잡한 관계성을 시각화하고 의사결정을 지원한다.

通常の処理フローでは想定されない境界条件や例外的な入力に対して適切に対処する実装方針である。Nullやゼロなどのエッジケースを網羅的に洗い出して堅牢なコードを実現する。

통상 처리 흐름에서는 상정되지 않는 경계 조건이나 예외적 입력에 대해 적절히 대처하는 구현 방침이다. Null이나 제로 등의 엣지 케이스를 망라적으로 파악하여 견고한 코드를 실현한다.

ITサービス管理のベストプラクティスをまとめたフレームワーク。インシデント管理・変更管理・問題管理などのプロセスを標準化し、サービス品質の向上を目的とする。

IT 서비스 관리의 모범 사례를 정리한 프레임워크. 인시던트 관리·변경 관리·문제 관리 등의 프로세스를 표준화하여 서비스 품질 향상을 목적으로 한다.

ロックフリーデータ構造において、他のスレッドが参照中のメモリを安全に回収するための技法。各スレッドが現在アクセス中のポインタを公開し、参照されていないノードのみを安全に解放する。

로크 프리 데이터 구조에서 다른 스레드가 참조 중인 메모리를 안전하게 회수하기 위한 기법이다. 각 스레드가 현재 접근 중인 포인터를 공개하고, 참조되지 않는 노드만을 안전하게 해제한다.

M&Aや投資判断の際に、対象企業の技術資産・アーキテクチャ・チーム能力を詳細に調査・評価するプロセスのこと。技術的リスクの可視化と資産価値の算定を行う。

M&A나 투자 판단 시, 대상 기업의 기술 자산·아키텍처·팀 역량을 상세히 조사·평가하는 프로세스. 기술적 리스크의 가시화와 자산 가치 산정을 수행한다.

要件定義から設計、実装、テストまでの成果物間の追跡可能性。変更が生じた際に影響範囲を特定したり、各機能がどの要件に対応するか確認するために不可欠な概念である。

요건 정의에서 설계, 구현, 테스트까지의 산출물 간 추적 가능성. 변경이 발생했을 때 영향 범위를 특정하거나 각 기능이 어떤 요건에 대응하는지 확인하기 위해 필수적인 개념이다.

チームが他のチームに提供するインターフェースを明文化したもの。コード・ドキュメント・コミュニケーション方法・サービスの利用方法などを定義し、チーム間の協力関係を効率的に管理する。

팀이 다른 팀에 제공하는 인터페이스를 명문화한 것이다. 코드·문서·커뮤니케이션 방법·서비스의 이용 방법 등을 정의하여 팀 간의 협력 관계를 효율적으로 관리한다.

実装に先立ちAPIの仕様を設計・合意してからコーディングを開始する開発アプローチである。フロントエンドとバックエンドの並行開発を可能にし、開発効率を向上させる。

구현에 앞서 API 사양을 설계·합의한 후 코딩을 시작하는 개발 접근법이다. 프론트엔드와 백엔드의 병행 개발을 가능하게 하여 개발 효율을 향상시킨다.

複数システムに分散したマスターデータを一元管理し、データの不整合を解消して単一の信頼できるソースを確立することである。顧客情報や商品情報などのマスターデータの重複排除と正規化を行う。

복수 시스템에 분산된 마스터 데이터를 일원 관리하고 데이터의 불일치를 해소하여 단일의 신뢰할 수 있는 소스를 확립하는 것이다. 고객 정보나 상품 정보 등의 마스터 데이터의 중복 배제와 정규화를 한다.

SlackやTeamsなどのチャットツール上でBotを介して運用タスクを実行するDevOpsの手法であり、デプロイや監視操作をチャット上で完結させてチーム全体の可視性を高める。

Slack이나 Teams 등의 채팅 도구상에서 Bot을 통해 운용 태스크를 실행하는 DevOps의 기법이며, 배포나 감시 조작을 채팅상에서 완결시켜 팀 전체의 가시성을 높인다.

現在の要件を超えた過剰な設計や実装を避け、必要十分な複雑さでシステムを構築する設計方針である。YAGNI原則に基づき、実際に必要になるまで機能追加を控える。

현재의 요건을 초과하는 과잉 설계나 구현을 피하고 필요 충분한 복잡도로 시스템을 구축하는 설계 방침이다. YAGNI 원칙에 기반하여 실제로 필요해질 때까지 기능 추가를 자제한다.

会議の内容をAI文字起こしや自動要約ツールで記録する仕組みであり、手動での議事録作成の負担を軽減し決定事項やアクションアイテムを正確に記録・共有する。

회의 내용을 AI 문자 변환이나 자동 요약 도구로 기록하는 구조이며, 수동 회의록 작성의 부담을 경감하여 결정 사항이나 액션 아이템을 정확히 기록·공유한다.

並行処理の計算モデルで、アクターと呼ばれる独立した処理単位がメッセージパッシングで通信する。共有メモリを使わないため、ロックやデッドロックの問題を根本的に回避できる設計思想である。

병행 처리의 계산 모델로, 액터라 불리는 독립적인 처리 단위가 메시지 패싱으로 통신한다. 공유 메모리를 사용하지 않기 때문에 로크나 데드로크의 문제를 근본적으로 회피할 수 있는 설계 사상이다.

組織内でオープンソースソフトウェアの利用・貢献・公開に関するポリシーやプロセスを管理する仕組み。ライセンス遵守やセキュリティリスク管理が主な対象となる。

조직 내에서 오픈소스 소프트웨어의 이용·기여·공개에 관한 정책이나 프로세스를 관리하는 구조이다.

障害やミスが発生した際に個人を責めず、システム的な原因に焦点を当てる組織文化。心理的安全性を高め、問題の真因分析と再発防止策の質を向上させる効果がある。

장애나 실수 발생 시 개인을 비난하지 않고 시스템적 원인에 초점을 맞추는 조직 문화로, 심리적 안전성을 높인다.

チーム内で仕様・手順・意思決定などを積極的に文書化・共有する組織的慣習。ナレッジの属人化防止やオンボーディング効率化に貢献する。

팀 내에서 사양, 절차, 의사결정 등을 적극적으로 문서화하고 공유하는 조직적 관행. 지식의 개인 의존 방지와 온보딩 효율화에 기여한다.

制限時間を設けて短期集中的にプロトタイプを開発し、技術的な実現可能性やユーザビリティを素早く検証するアプローチである。意思決定の迅速化に寄与する。

제한 시간을 설정하여 단기 집중적으로 프로토타입을 개발하고 기술적 실현 가능성이나 유저빌리티를 신속하게 검증하는 접근법이다. 의사 결정의 신속화에 기여한다.

外部のセキュリティ研究者に脆弱性の発見を報奨金付きで依頼するプログラム。社内テストでは見つからない脆弱性の早期発見と、セキュリティコミュニティとの信頼構築に貢献する。

외부 보안 연구자에게 취약점 발견을 보상금 부여로 의뢰하는 프로그램이다.

チームや組織で定期的に技術動向を評価し、採用・試用・保留・廃止の4象限に技術を分類して技術戦略の方向性を合意形成する会議体である。

팀이나 조직에서 정기적으로 기술 동향을 평가하여 채용·시용·보류·폐지의 4사분면에 기술을 분류하고 기술 전략 방향성을 합의하는 회의체이다.

開発チームが自律的にインフラやツールを利用できるセルフサービス型の内部プラットフォームを戦略的に構築・進化させる計画で、投資対効果と段階的展開を重視する。

개발 팀이 자율적으로 인프라와 도구를 이용할 수 있는 셀프서비스형 내부 플랫폼을 전략적으로 구축·진화시키는 계획으로, 투자 대비 효과와 단계적 전개를 중시한다.

古い技術で構築され維持管理が困難になった既存システムであり、技術的負債の蓄積やセキュリティリスクの増大により段階的なモダナイゼーションが求められる。

오래된 기술로 구축되어 유지 관리가 곤란해진 기존 시스템이며, 기술적 부채의 축적이나 보안 리스크의 증대로 인해 단계적인 모더나이제이션이 요구된다.

企業やチームの技術的な取り組みを外部に発信するブログの運営。採用ブランディングや技術コミュニティへの貢献が目的。

기업이나 팀의 기술적 활동을 외부에 발신하는 블로그 운영. 채용 브랜딩이나 기술 커뮤니티 기여가 목적.

ドメインエキスパートが業務の流れを物語形式で語り、それを図式化してドメインモデルを発見する手法のこと。イベントストーミングと補完的に使われるモデリング技法である。

도메인 전문가가 업무 흐름을 이야기 형식으로 전하고, 이를 도식화하여 도메인 모델을 발견하는 기법. 이벤트 스토밍과 보완적으로 사용되는 모델링 기법이다.

フィーチャーフラグの作成から有効化・検証・全面展開・削除までのライフサイクルを体系的に管理する運用フレームワークで、放置された古いフラグの蓄積を防止する。

피처 플래그의 생성부터 활성화·검증·전면 전개·삭제까지의 라이프사이클을 체계적으로 관리하는 운용 프레임워크로, 방치된 오래된 플래그의 축적을 방지한다.

組織の技術戦略に対して助言を行う社内外の技術専門家で構成される諮問機関である。重要な技術選定やアーキテクチャ方針の決定を支援する役割を担う。

조직의 기술 전략에 대해 조언을 수행하는 사내외 기술 전문가로 구성된 자문 기관이다. 중요한 기술 선정이나 아키텍처 방침 결정을 지원하는 역할을 담당한다.

組織横断で技術スタックや開発基準を統一するための委員会を設置し、定期的に標準を策定・更新する体制である。各チームの代表者が参加し、技術選定のガイドラインや禁止事項を合議で決定する。

조직 횡단으로 기술 스택이나 개발 기준을 통일하기 위한 위원회를 설치하고 정기적으로 표준을 수립·갱신하는 체제이다. 각 팀의 대표자가 참가하여 기술 선정의 가이드라인이나 금지 사항을 합의로 결정한다.

ソフトウェアやインフラの設定情報を一元管理し、環境間の整合性を維持するプロセス。設定のバージョン管理や環境別パラメータの管理により、構成ドリフトを防止する。

소프트웨어나 인프라의 설정 정보를 일원 관리하여 환경 간의 정합성을 유지하는 프로세스이다. 설정의 버전 관리나 환경별 파라미터 관리를 통해 구성 드리프트를 방지한다.

高度な専門知識を要する複雑なサブシステムの開発・保守を担当する専門チーム。数学的アルゴリズム・リアルタイム処理エンジン・金融計算エンジンなど、特殊なスキルが集中的に必要な領域を受け持つ。

고도의 전문 지식을 요하는 복잡한 서브시스템의 개발·유지보수를 담당하는 전문 팀이다. 수학적 알고리즘·실시간 처리 엔진·금융 계산 엔진 등 특수한 스킬이 집중적으로 필요한 영역을 맡는다.

米国連邦情報セキュリティ管理法（FISMA）に基づく準拠対応。米国政府機関や関連システムに求められる情報セキュリティリスク管理の枠組みで、NISTガイドラインに沿った対策が必要。

미국 연방 정보 보안 관리법(FISMA)에 기반한 준수 대응. 미국 정부 기관 및 관련 시스템에 요구되는 정보 보안 리스크 관리 체계로, NIST 가이드라인에 따른 대책이 필요하다.

募集ポジションの役割・責任・必要スキル・待遇を明記した採用文書であり、候補者とのミスマッチを防止し組織が求める人材像を明確に伝達する採用活動の基盤となる。

모집 포지션의 역할·책임·필요 스킬·대우를 명기한 채용 문서이며, 후보자와의 미스매치를 방지하고 조직이 요구하는 인재상을 명확히 전달하는 채용 활동의 기반이 된다.

ユーザーがIT部門に依頼せず自分でサービスリクエストやインシデント報告を行えるWebポータルであり、定型的な作業の自動化によりIT部門の負荷軽減と対応速度向上を実現する。

사용자가 IT 부문에 의뢰하지 않고 스스로 서비스 리퀘스트나 인시던트 보고를 수행할 수 있는 웹 포털이며, 정형적인 작업의 자동화로 IT 부문의 부하 경감과 대응 속도 향상을 실현한다.

IaCで定義された望ましい状態と実際のインフラ構成との間に乖離が生じる現象であり、手動変更やツール外の操作が原因で発生し環境間の一貫性を損なうため定期的な検出と修正が必要となる。

IaC로 정의된 바람직한 상태와 실제 인프라 구성 간에 괴리가 생기는 현상이며, 수동 변경이나 도구 외의 조작이 원인으로 발생하여 환경 간의 일관성을 훼손하므로 정기적인 검출과 수정이 필요하다.

Protocol Buffersを使った型安全なRPC通信の設計で、高性能なマイクロサービス間通信を実現する手法である。双方向ストリーミングやHTTP/2の多重化により低レイテンシーの通信を実現する。

Protocol Buffers를 사용한 타입 안전한 RPC 통신의 설계로 고성능의 마이크로서비스 간 통신을 실현하는 기법이다. 양방향 스트리밍이나 HTTP/2의 다중화로 저레이턴시의 통신을 실현한다.

組織のセキュリティ防御を担当するチーム。レッドチームの攻撃演習に対して防御を行い、セキュリティ監視、インシデント対応、脆弱性修正などの防御活動を担当する。

조직의 보안 방어를 담당하는 팀으로, 레드팀의 공격 연습에 대해 방어를 수행하며 보안 감시·인시던트 대응을 담당한다.

プログラムの実行をステップごとに制御してブレークポイントで停止させ変数の状態やコールスタックを確認できる開発ツールであり、バグの原因箇所を効率的に特定して修正に導く。

프로그램의 실행을 스텝별로 제어하여 브레이크포인트에서 정지시키고 변수의 상태나 콜 스택을 확인할 수 있는 개발 도구이며, 버그의 원인 개소를 효율적으로 특정하여 수정으로 이끈다.

企業の技術力やエンジニア文化を対外的に発信し、優秀なエンジニアの採用や技術コミュニティでのプレゼンス向上を図る戦略である。テックブログやOSS活動が主な手段となる。

기업의 기술력이나 엔지니어 문화를 대외적으로 발신하여 우수한 엔지니어 채용이나 기술 커뮤니티에서의 프레즌스 향상을 도모하는 전략이다. 테크 블로그나 OSS 활동이 주요 수단이 된다.

将来のトラフィック増加を見越してインフラリソースの必要量を予測・計画する実務的な取り組み。

향후 트래픽 증가를 대비하여 인프라 리소스의 필요량을 예측·계획하는 실무적 활동.

データを収集・分析してビジネスの意思決定やシステム改善に役立てる手法・ツール群。Webアクセス解析やユーザー行動分析などに広く活用される。

데이터를 수집·분석하여 비즈니스 의사결정 및 시스템 개선에 활용하는 기법·도구 모음. 웹 접근 분석이나 사용자 행동 분석 등에 폭넓게 활용된다.

従業員が個人所有のスマートフォン・PC・タブレットを業務に使用する運用形態。BYOD（Bring Your Own Device）とも呼ばれ、セキュリティポリシーの整備が不可欠。

직원이 개인 소유의 스마트폰, PC, 태블릿을 업무에 사용하는 운영 형태. BYOD(Bring Your Own Device)라고도 하며, 보안 정책 수립이 필수적이다.

サービスレベル目標を設定し、エラーバジェットに基づいてリリース判断や品質管理を行う運用プロセス。

서비스 레벨 목표를 설정하고 에러 버짓에 기반하여 릴리스 판단이나 품질 관리를 수행하는 운용 프로세스.

新技術やツールへの投資判断を行うための評価軸とROI算出方法を定めた組織的な判断基準である。技術的な成熟度や運用コスト、学習曲線などを多角的に評価して意思決定を支援する。

신기술이나 도구에 대한 투자 판단을 수행하기 위한 평가 축과 ROI 산출 방법을 정한 조직적인 판단 기준이다. 기술적 성숙도나 운용 비용, 학습 곡선 등을 다각적으로 평가하여 의사결정을 지원한다.

実際に手を動かして体験・学習する形式のこと。座学ではなく、ツールや環境を直接操作しながら理解を深めるワークショップや研修で多く使われる。

직접 손을 움직여 체험·학습하는 형식. 이론 수업이 아닌, 툴이나 환경을 직접 조작하면서 이해를 높이는 워크숍이나 연수에서 많이 사용된다.

組織のアーキテクチャ原則への適合性を継続的に評価・統制し、技術的一貫性を維持するためのガバナンス体制である。新規サービスの設計レビューや既存システムの適合性監査を定期的に実施する。

조직의 아키텍처 원칙에 대한 적합성을 지속적으로 평가·통제하고 기술적 일관성을 유지하기 위한 거버넌스 체제이다. 신규 서비스의 설계 리뷰나 기존 시스템의 적합성 감사를 정기적으로 실시한다.

定期的にエンジニアリング組織全体の技術的な健全性を振り返る会議体のこと。技術的負債・アーキテクチャ課題・チーム生産性を俯瞰的に評価し改善計画を立てる。

정기적으로 엔지니어링 조직 전체의 기술적 건전성을 되돌아보는 회의체. 기술 부채·아키텍처 과제·팀 생산성을 부감적으로 평가하고 개선 계획을 세운다.

Kubernetesでリソース作成・変更リクエストを検証し、ポリシー違反を検出・拒否する仕組みのこと。Webhook型で独自の検証ロジックやデフォルト値注入を実装できる。

Kubernetes에서 리소스 생성·변경 요청을 검증하고, 정책 위반을 검출·거부하는 구조. Webhook 타입으로 독자적인 검증 로직이나 기본값 주입을 구현할 수 있다.

アプリケーションの実行時にCPU使用率やメモリ消費量などの性能データを収集・分析する手法。ボトルネックの特定やパフォーマンス最適化の根拠となるデータを提供する。

애플리케이션 실행 시 CPU 사용률이나 메모리 소비량 등의 성능 데이터를 수집·분석하는 수법이다.

分散システムで同一メッセージの重複処理を防止するため、べき等性や重複検出の仕組みを実装することである。メッセージIDベースの重複チェックやべき等なハンドラー実装でデータの二重処理を回避する。

분산 시스템에서 동일 메시지의 중복 처리를 방지하기 위해 멱등성이나 중복 검출 구조를 구현하는 것이다. 메시지 ID 기반의 중복 체크나 멱등한 핸들러 구현으로 데이터의 이중 처리를 회피한다.

メンバーが継続的に学び、知識を共有し、組織全体で環境変化に適応する能力を高める組織モデルで、ピーター・センゲが提唱した5つのディシプリンに基づく。

멤버가 지속적으로 배우고 지식을 공유하며 조직 전체에서 환경 변화에 적응하는 능력을 높이는 조직 모델로, 피터 센게가 제창한 5가지 디시플린에 기반한다.

CPUのメモリ操作の並び替えを制限し、特定の順序でメモリ読み書きが実行されることを保証する命令。マルチプロセッサ環境での正しいデータ可視性を確保するために必要な低レベル同期機構である。

CPU의 메모리 조작의 재배열을 제한하여, 특정 순서로 메모리 읽기 쓰기가 실행되는 것을 보증하는 명령이다. 멀티프로세서 환경에서의 올바른 데이터 가시성을 확보하기 위해 필요한 저레벨 동기 기구이다.

顧客のビジネス課題に対し、最適なIT技術・システム構成を設計・提案する役割。要件定義から技術選定、アーキテクチャ設計まで幅広く担当する上流工程の専門職。

고객의 비즈니스 과제에 대해 최적의 IT 기술 및 시스템 구성을 설계·제안하는 역할. 요건 정의부터 기술 선정, 아키텍처 설계까지 폭넓게 담당하는 상위 공정 전문직.

コードベースの各領域に対する責任者やチームを一覧化した管理表である。コードレビューの割り当てや障害時の連絡先を明確にし、迅速な対応を可能にする。

코드베이스의 각 영역에 대한 책임자나 팀을 일람화한 관리표이다. 코드 리뷰 할당이나 장애 시 연락처를 명확히 하여 신속한 대응을 가능하게 한다.

プログラムの制御フローの複雑さを定量化するソフトウェアメトリクス。条件分岐やループの数に基づいて算出され、値が高いほどテストやバグ発生のリスクが増大することを示す。

프로그램의 제어 흐름의 복잡성을 정량화하는 소프트웨어 메트릭스이다. 조건 분기나 루프의 수에 기반하여 산출되며, 값이 높을수록 테스트나 버그 발생의 리스크가 증대함을 나타낸다.

オンコール担当者が参照するための対応手順・エスカレーションルール・連絡先をまとめたハンドブックである。新規メンバーでも迅速に初動対応できるよう、判断フローチャートと連絡先一覧を整備する。

온콜 담당자가 참조하기 위한 대응 절차·에스컬레이션 규칙·연락처를 정리한 핸드북이다. 신규 멤버도 신속하게 초동 대응할 수 있도록 판단 플로차트와 연락처 일람을 정비한다.

CI/CDパイプラインのビルド時間を短縮するための各種最適化手法の総称である。キャッシュ活用や並列ビルド、増分ビルドなどの技術を組み合わせて高速化を実現する。

CI/CD 파이프라인의 빌드 시간을 단축하기 위한 각종 최적화 기법의 총칭이다. 캐시 활용이나 병렬 빌드, 증분 빌드 등의 기술을 조합하여 고속화를 실현한다.

リトライ時の待機時間を指数関数的に増加させるアルゴリズムであり、障害時のサーバーへの過剰な再試行を防いで回復を促進する。ジッターを加えることでリクエストの集中を分散させる。

재시도 시의 대기 시간을 지수 함수적으로 증가시키는 알고리즘이며, 장애 시 서버에의 과잉 재시도를 방지하여 회복을 촉진한다. 지터를 추가하여 요청의 집중을 분산시킨다.

ソフトウェアの品質を構成する属性群を体系化したもの。機能適合性・性能効率・互換性・使用性・信頼性・セキュリティ・保守性・移植性の8つの主要特性から品質を多面的に評価する。

소프트웨어의 품질을 구성하는 속성군을 체계화한 것이다. 기능 적합성·성능 효율·호환성·사용성·신뢰성·보안성·유지보수성·이식성의 8가지 주요 특성에서 품질을 다면적으로 평가한다.

ソフトウェアサプライチェーンの安全性を段階的に向上させるSLSAフレームワークに準拠するための取り組みである。ビルドの来歴情報や署名検証を導入し、改ざんリスクを体系的に低減する。

소프트웨어 서플라이 체인의 안전성을 단계적으로 향상시키는 SLSA 프레임워크에 준거하기 위한 활동이다. 빌드의 이력 정보나 서명 검증을 도입하여 변조 리스크를 체계적으로 저감한다.

エンジニアの技術スキルと各等級に必要な能力要件を体系的に整理した評価マトリクスである。キャリアパスの明確化と公平な評価制度の構築に活用される。

엔지니어의 기술 스킬과 각 등급에 필요한 능력 요건을 체계적으로 정리한 평가 매트릭스이다. 커리어 패스의 명확화와 공평한 평가 제도 구축에 활용된다.

組織内の全サービスとその所有者・依存関係・ドキュメント・ヘルス状況を一元管理するシステムを構築する取り組みで、サービスの発見性と運用可視性を大幅に向上させる。

조직 내 전 서비스와 그 소유자·의존 관계·문서·헬스 상황을 일원 관리하는 시스템을 구축하는 활동으로, 서비스의 발견성과 운용 가시성을 대폭 향상시킨다.

手作業の反復的な運用作業（トイル）を段階的に自動化していく計画のこと。各トイルの工数と頻度を定量化し、自動化の優先順位とROIを明確にする。

수작업의 반복적인 운용 작업(토일)을 단계적으로 자동화해 나가는 계획. 각 토일의 공수와 빈도를 정량화하여, 자동화의 우선순위와 ROI를 명확히 한다.

量子コンピュータが古典的なコンピュータでは現実的に解けない問題を解ける状態を指す。Googleが2019年に初めて実証したと発表し、注目を集めた概念。

양자 컴퓨터가 고전 컴퓨터로는 현실적으로 풀 수 없는 문제를 해결할 수 있는 상태를 말한다. Google이 2019년에 처음 실증했다고 발표하며 주목받은 개념이다.

複数のサービスやデータベースにまたがるトランザクションの一貫性を保証するための管理手法と設計パターンである。2フェーズコミットやサガパターンを用いて結果整合性またはトランザクション整合性を実現する。

복수의 서비스나 데이터베이스에 걸친 트랜잭션의 일관성을 보증하기 위한 관리 기법과 설계 패턴이다. 2페이즈 커밋이나 사가 패턴을 사용하여 결과 정합성 또는 트랜잭션 정합성을 실현한다.

二人の開発者が協力してバグの原因を特定・修正する手法。異なる視点からの問題分析が可能で、一人では見落としがちな原因を発見しやすく、同時にナレッジ共有の機会にもなる。

두 명의 개발자가 협력하여 버그의 원인을 특정·수정하는 수법이다. 다른 관점에서의 문제 분석이 가능하여 혼자서는 놓치기 쉬운 원인을 발견하기 쉽고, 동시에 지식 공유의 기회도 된다.

新システムへの本番切替を実行するタイミングであり、入念な事前準備と切替手順の確認を経て旧システムから新システムへの運用を正式に移行する重要なマイルストーンである。

신시스템으로의 프로덕션 전환을 실행하는 타이밍이며, 면밀한 사전 준비와 전환 절차의 확인을 거쳐 구시스템에서 신시스템으로의 운용을 정식으로 이행하는 중요한 마일스톤이다.

開発者がコードやシステムを理解・修正する際に要する認知的な負担の度合い。複雑な依存関係や不明瞭な命名は認知負荷を高め、生産性低下やバグの原因となる。

개발자가 코드나 시스템을 이해·수정할 때 필요한 인지적 부담의 정도로, 복잡한 의존 관계 등이 인지 부하를 높인다.

分散システムにおいてデータの即時一貫性を犠牲にして可用性とパフォーマンスを優先する設計パターンであり、一定時間経過後にすべてのレプリカが最終的に同じ状態に収束することを保証する。

분산 시스템에서 데이터의 즉시 일관성을 희생하여 가용성과 퍼포먼스를 우선하는 설계 패턴이며, 일정 시간 경과 후에 모든 레플리카가 최종적으로 같은 상태로 수렴하는 것을 보증한다.

障害を自動検知し、人手を介さずに復旧アクションを実行するシステムのこと。ヘルスチェックとオートリメディエーションを組み合わせて運用負荷を大幅に削減する。

장애를 자동 감지하고, 사람의 개입 없이 복구 액션을 실행하는 시스템. 헬스 체크와 오토 리미디에이션을 결합하여 운용 부하를 대폭 삭감한다.

クラスやモジュールは変更の理由がただ一つであるべきというSOLID原則の一つ。責務を明確に分離することで、変更の影響範囲を限定し保守性を向上させる。

클래스나 모듈은 변경의 이유가 단 하나여야 한다는 SOLID 원칙의 하나로, 책무를 명확히 분리하여 보수성을 향상시킨다.

法規制やセキュリティポリシーへの準拠確認を自動化する取り組み。CIパイプラインにポリシーチェックを組み込み、違反を早期に検出してコンプライアンス維持コストを削減する。

법규제나 보안 정책 준수 확인을 자동화하는 노력. CI 파이프라인에 정책 체크를 내장하여 위반을 조기에 감지하고 컴플라이언스 유지 비용을 절감한다.

ソフトウェアやハードウェアなどのIT製品・サービスを提供する外部の供給業者であり、企業のシステム構築や運用において製品選定・導入・保守の各段階で重要な役割を果たす。

소프트웨어나 하드웨어 등의 IT 제품·서비스를 제공하는 외부 공급업체이며, 기업의 시스템 구축이나 운용에 있어 제품 선정·도입·보수의 각 단계에서 중요한 역할을 한다.

ソフトウェアシステムを自然に分割できる境界面。技術的な結合度の低い箇所やビジネスドメインの区切りに沿って分割することで、チーム間の依存を最小化し、独立したデリバリーを実現する。

소프트웨어 시스템을 자연스럽게 분할할 수 있는 경계면이다. 기술적 결합도가 낮은 개소나 비즈니스 도메인의 구분에 따라 분할하여 팀 간의 의존을 최소화하고 독립적인 딜리버리를 실현한다.

ドメイン駆動設計における、コアドメインを支援する補助的な業務領域。支援サブドメイン（自社特有だが差別化要因ではない）と汎用サブドメイン（業界共通の機能）に分類される。

도메인 주도 설계에서 핵심 도메인을 지원하는 보조적인 업무 영역이다. 지원 서브도메인(자사 특유이나 차별화 요인이 아닌 것)과 범용 서브도메인(업계 공통 기능)으로 분류된다.

エンジニア組織の生産性・成長・健全性を最大化するためのマネジメント手法のこと。採用・育成・評価・チーム構成・技術戦略などを包括的に管理し組織のパフォーマンスを向上させる。

엔지니어 조직의 생산성·성장·건전성을 극대화하기 위한 매니지먼트 기법을 말한다. 채용·육성·평가·팀 구성·기술 전략 등을 포괄적으로 관리하고 조직의 성과를 향상시킨다.

防御側の立場からセキュリティ監視・インシデント対応・脆弱性修正を行うチームの運用体制と活動である。SIEMやEDRなどの監視ツールを駆使してリアルタイムで脅威を検知・対処する。

방어 측의 입장에서 보안 감시·인시던트 대응·취약성 수정을 수행하는 팀의 운용 체제와 활동이다. SIEM이나 EDR 등의 감시 도구를 구사하여 실시간으로 위협을 검지·대처한다.

エンジニアが通常の業務タスクから離れて自由に技術探索や個人プロジェクトに取り組める日を設ける制度である。イノベーション促進とエンジニアの意欲向上に効果がある。

엔지니어가 통상 업무 태스크에서 벗어나 자유롭게 기술 탐색이나 개인 프로젝트에 임할 수 있는 날을 마련하는 제도이다. 혁신 촉진과 엔지니어 의욕 향상에 효과가 된다.

全体の80%の結果は20%の要因から生まれるという経験則。ソフトウェア開発では、バグの80%が20%のモジュールに集中する傾向があり、重点的なテスト配分に活用される。

전체의 80% 결과는 20%의 요인에서 발생한다는 경험 법칙으로, 소프트웨어 개발에서 중점적인 테스트 배분에 활용된다.

並行タスクのライフサイクルをスコープに基づいて管理するプログラミングパラダイム。親タスクが子タスクの完了を保証し、リソースリークやタスクの取りこぼしを構造的に防止する。

병행 태스크의 라이프사이클을 스코프에 기반하여 관리하는 프로그래밍 패러다임이다. 부모 태스크가 자식 태스크의 완료를 보증하여 리소스 누수나 태스크의 누락을 구조적으로 방지한다.

オブジェクトを参照するポインタの数を追跡し、カウントがゼロになった時点でメモリを解放するメモリ管理方式。即時解放が可能だが、循環参照の検出には別の仕組みが必要となる。

객체를 참조하는 포인터의 수를 추적하여 카운트가 제로가 된 시점에 메모리를 해제하는 메모리 관리 방식이다. 즉시 해제가 가능하지만, 순환 참조의 검출에는 별도의 구조가 필요하다.

技術開発や運用における倫理的な判断基準や行動規範。プライバシー保護、公平性の担保、社会的影響の考慮など、技術者が守るべき倫理的責任を体系化したものである。

기술 개발이나 운용에서의 윤리적 판단 기준이나 행동 규범. 프라이버시 보호, 공정성 담보, 사회적 영향 고려 등 기술자가 지켜야 할 윤리적 책임을 체계화한 것이다.

プロジェクトの各ステークホルダーに対して伝達すべき情報の種類・頻度・チャネルを定義した計画書である。適切な情報共有により意思決定の遅延やミスコミュニケーションを防止する。

프로젝트의 각 이해관계자에게 전달해야 할 정보의 종류·빈도·채널을 정의한 계획서이다. 적절한 정보 공유로 의사 결정 지연이나 미스커뮤니케이션을 방지한다.

OSカーネルではなくランタイムやVMが管理するユーザーレベルのスレッド。カーネルスレッドよりも生成・切替コストが低く、大量の並行処理を効率的に実現できるが、マルチコアの活用には制限がある場合がある。

OS 커널이 아닌 런타임이나 VM이 관리하는 유저 레벨의 스레드이다. 커널 스레드보다 생성·전환 비용이 낮아 대량의 병행 처리를 효율적으로 실현할 수 있으나, 멀티코어 활용에 제한이 있는 경우가 있다.

本番環境に影響を与えずに新技術や設定変更を自由に試行できる隔離された実験環境であり、開発者が安全にテストや検証を行いリスクなく技術的な探索を進められる。

프로덕션 환경에 영향을 주지 않고 신기술이나 설정 변경을 자유롭게 시행할 수 있는 격리된 실험 환경이며, 개발자가 안전하게 테스트나 검증을 수행하여 리스크 없이 기술적 탐색을 진행한다.

ソースコードをセキュリティや品質の観点から第三者が体系的に検査する活動。自動ツールと手動レビューを組み合わせ、脆弱性やアーキテクチャ上の問題を洗い出す。

소스 코드를 보안이나 품질 관점에서 제3자가 체계적으로 검사하는 활동이다.

企業がITを戦略目標に沿って適切に管理・統制するための仕組みや枠組み。意思決定の透明性・リスク管理・コンプライアンス確保を目的とする。

기업이 IT를 전략 목표에 맞게 적절히 관리·통제하기 위한 체계와 프레임워크. 의사결정의 투명성·리스크 관리·컴플라이언스 확보를 목적으로 한다.

本番環境で実際のトラフィックやデータを使用してテストを行い、ステージング環境では発見できない問題を検出する手法の総称である。カナリアデプロイやシャドーテストが含まれる。

프로덕션 환경에서 실제 트래픽이나 데이터를 사용하여 테스트를 수행하고 스테이징 환경에서는 발견할 수 없는 문제를 검출하는 기법의 총칭이다. 카나리아 배포나 섀도우 테스트가 포함된다.

プログラムの内部構造やロジックを理解した上で、コードパスを網羅するようにテストケースを設計する手法。分岐カバレッジや条件カバレッジなどの基準を用いて、テストの網羅性を確保する。

프로그램의 내부 구조나 로직을 이해한 상태에서 코드 경로를 망라하도록 테스트 케이스를 설계하는 수법이다. 분기 커버리지나 조건 커버리지 등의 기준을 이용하여 테스트의 망라성을 확보한다.

エラーバジェットの消費速度を分析し、SLO違反のリスクを早期に予測する手法のこと。消費速度が閾値を超えた場合にアラートを発報し、プロアクティブに対処する。

에러 버짓의 소비 속도를 분석하여, SLO 위반 리스크를 조기에 예측하는 기법. 소비 속도가 임계값을 초과한 경우 알림을 발보하고, 프로액티브하게 대처한다.

コンピュータの存在を意識させずに、環境に溶け込んだ形でITサービスを提供する概念。IoTやAIを活用し、ユーザーが自然に恩恵を受ける状態を目指す。

컴퓨터의 존재를 의식하지 않고 환경에 녹아든 형태로 IT 서비스를 제공하는 개념. IoT와 AI를 활용하여 사용자가 자연스럽게 혜택을 받는 상태를 지향한다.

組織のオブザーバビリティ能力を段階的に評価するフレームワークのこと。ログ収集から分散トレーシング・AIOpsまでの成熟度を5段階で定義し、改善計画を策定する。

조직의 관측 가능성 역량을 단계적으로 평가하는 프레임워크. 로그 수집부터 분산 트레이싱·AIOps까지의 성숙도를 5단계로 정의하고, 개선 계획을 수립한다.

採用面接において候補者に持ち帰り形式の技術課題を出す評価手法で、実際の開発に近い環境でコード品質・設計力・問題解決能力を多角的に評価する。

채용 면접에서 후보자에게 가져가기 형식의 기술 과제를 내는 평가 기법으로, 실제 개발에 가까운 환경에서 코드 품질·설계력·문제 해결 능력을 다각적으로 평가한다.

SLOに基づくエラーバジェットの消費速度と残量に応じた開発チームの行動指針を定めた運用規則である。残量低下時のリリース制限や信頼性改善への注力条件を明文化する。

SLO에 기반하는 에러 예산의 소비 속도와 잔량에 따른 개발 팀의 행동 지침을 정한 운용 규칙이다. 잔량 저하 시 릴리스 제한이나 신뢰성 개선 주력 조건을 명문화한다.

技術チームの構造・役割・責任範囲・意思決定フローを設計すること。スクワッド制やギルド制など、組織の成長フェーズに合わせた体制構築が求められる。

기술 팀의 구조·역할·책임 범위·의사결정 흐름을 설계하는 것. 스쿼드제나 길드제 등 조직의 성장 단계에 맞는 체제 구축이 요구된다.

セキュリティパッチやバグフィックスの適用スケジュールと手順を事前に策定する計画であり、テスト環境での検証を経て本番環境への影響を最小化しながら適用する。

보안 패치나 버그 픽스의 적용 스케줄과 절차를 사전에 책정하는 계획이며, 테스트 환경에서의 검증을 거쳐 프로덕션 환경에의 영향을 최소화하면서 적용한다.

サービスを停止せずにアプリケーションの更新を行うデプロイ手法。ユーザーへの影響を最小限に抑えつつ、新バージョンのコードやリソースを本番環境に反映させる。

서비스를 정지하지 않고 애플리케이션 갱신을 수행하는 배포 수법으로, 사용자에 대한 영향을 최소화한다.

ファイルの内容をプロセスの仮想メモリ空間に直接マッピングし、メモリアクセスと同じ方法でファイルを読み書きする手法。明示的なread/writeシステムコールを省略でき、大容量ファイルの効率的な処理が可能。

파일의 내용을 프로세스의 가상 메모리 공간에 직접 매핑하여, 메모리 접근과 같은 방법으로 파일을 읽고 쓰는 수법이다. 명시적인 read/write 시스템 콜을 생략할 수 있어 대용량 파일의 효율적인 처리가 가능하다.

ソフトウェアアーキテクチャを庭園のように継続的に手入れし、小さな改善を積み重ねて健全な状態を維持する開発手法である。大規模なリファクタリングを避けられる利点がある。

소프트웨어 아키텍처를 정원처럼 지속적으로 관리하며 작은 개선을 쌓아 건전한 상태를 유지하는 개발 기법이다. 대규모 리팩토링을 피할 수 있는 이점이 된다.

災害やインシデント発生時に事業を継続または早期復旧するための計画。BCP（Business Continuity Plan）とも呼ばれ、IT部門では特にシステム復旧手順が重要な要素となる。

재해나 인시던트 발생 시 사업을 계속하거나 조기 복구하기 위한 계획으로, BCP라고도 불린다.

プログラミング中に集中力が最大化され、時間の感覚を忘れるほど没頭する心理状態で、高品質なアウトプットを生み出すために環境的・組織的にサポートすべき重要な状態である。

프로그래밍 중 집중력이 최대화되어 시간 감각을 잊을 정도로 몰입하는 심리 상태로, 고품질 아웃풋을 만들어내기 위해 환경적·조직적으로 지원해야 할 중요한 상태이다.

システムの設計思想・API仕様・運用手順などを記載した文書の総称であり、開発者間の知識共有とシステムの長期的な保守性を支える重要な成果物である。

시스템의 설계 사상·API 사양·운용 절차 등을 기재한 문서의 총칭이며, 개발자 간의 지식 공유와 시스템의 장기적인 보수성을 지탱하는 중요한 성과물이다.

人間が安定的に社会関係を維持できる人数の上限を示す理論で、組織設計において適切なチームサイズやコミュニケーション構造を決定する際の参考指標となる。

인간이 안정적으로 사회 관계를 유지할 수 있는 인원수의 상한을 나타내는 이론으로, 조직 설계에서 적절한 팀 사이즈나 커뮤니케이션 구조를 결정할 때 참고 지표가 된다.

失敗やエラーを罰するのではなく学習の機会として捉え、オープンに共有・分析して組織の改善につなげる文化的アプローチである。心理的安全性の構築が前提となる。

실패나 에러를 벌하는 것이 아니라 학습의 기회로 포착하여 오픈하게 공유·분석하고 조직의 개선으로 연결하는 문화적 접근법이다. 심리적 안전성 구축이 전제가 된다.

Apache Software Foundationが策定したオープンソースライセンス。商用利用・改変・再配布が自由で、著作権表示と免責事項の保持が条件となる。

Apache Software Foundation이 제정한 오픈소스 라이선스. 상업적 이용·수정·재배포가 자유로우며, 저작권 표시와 면책 조항 유지가 조건이다.

内部開発者プラットフォームが提供する再利用可能な基本構成要素であり、データベースやキューなどのインフラリソースをセルフサービスで利用可能にする抽象化単位である。

내부 개발자 플랫폼이 제공하는 재사용 가능한 기본 구성 요소이며 데이터베이스나 큐 등의 인프라 리소스를 셀프서비스로 이용 가능하게 하는 추상화 단위이다.

データを受信した時点でリアルタイムに処理するアーキテクチャパターン。バッチ処理と対比され、低レイテンシでのデータ分析やイベント処理が求められる場面で採用される。

데이터를 수신한 시점에서 실시간으로 처리하는 아키텍처 패턴으로, 저지연 데이터 분석이 요구되는 장면에서 채택된다.

将来のあるべき技術状態を先に定義し、そこから逆算して現在取るべきアクションを計画する技術戦略策定手法である。フォアキャスティングの逆のアプローチとなる。

미래의 바람직한 기술 상태를 먼저 정의하고 거기서 역산하여 현재 취해야 할 액션을 계획하는 기술 전략 책정 기법이다. 포캐스팅의 역 접근법이 된다.

システム障害やデプロイ失敗が発生した際の影響範囲を事前に分析し、被害を最小化するための設計指針を導出する手法である。障害分離やフォールバック設計に活用する。

시스템 장애나 배포 실패가 발생했을 때의 영향 범위를 사전에 분석하여 피해를 최소화하기 위한 설계 지침을 도출하는 기법이다. 장애 분리나 폴백 설계에 활용한다.

短期集中型のプログラミング学習プログラム。数週間〜数ヶ月でWeb開発などの実務スキルを習得することを目的としたブートキャンプ形式の教育課程。

단기 집중형 프로그래밍 학습 프로그램. 수 주에서 수 개월 내에 웹 개발 등 실무 스킬을 습득하는 것을 목적으로 한 부트캠프 형식의 교육 과정.

振り返り会議で陥りがちな非効果的なパターンを体系化したものである。形骸化した会議や責任追及型の議論など、改善につながらない振り返りの失敗例を指す。

회고 회의에서 빠지기 쉬운 비효과적인 패턴을 체계화한 것이다. 형해화된 회의나 책임 추궁형 논의 등 개선으로 이어지지 않는 회고의 실패 사례를 가리킨다.

旧システムから新システムへの切り替えを行うための詳細な実施計画である。切り替え手順・タイムライン・ロールバック条件・責任者を明確に定義して安全な移行を確保する。

구 시스템에서 신 시스템으로의 전환을 수행하기 위한 상세 실시 계획이다. 전환 절차·타임라인·롤백 조건·책임자를 명확히 정의하여 안전한 이행을 확보한다.

エンジニアが複数タスクを頻繁に切り替える際に発生する認知的負荷と再集中までの時間ロスで、同時担当プロジェクト数の制限やバッチ処理化で軽減すべき組織的課題である。

엔지니어가 복수 태스크를 빈번히 전환할 때 발생하는 인지적 부하와 재집중까지의 시간 로스로, 동시 담당 프로젝트 수 제한이나 배치 처리화로 경감해야 할 조직적 과제이다.

一つのコンポーネントの障害が連鎖的に他のコンポーネントに波及し、システム全体がダウンする現象のこと。サーキットブレーカーやバルクヘッドで防止策を講じる。

하나의 컴포넌트 장애가 연쇄적으로 다른 컴포넌트에 파급되어, 시스템 전체가 다운되는 현상. 서킷 브레이커나 벌크헤드로 방지책을 강구한다.

CMDBで管理されるIT資産の個々の構成要素であり、サーバー・ネットワーク機器・ソフトウェア・ライセンスなどが含まれ各アイテムの属性と関係性を正確に記録する。

CMDB에서 관리되는 IT 자산의 개개의 구성 요소이며, 서버·네트워크 기기·소프트웨어·라이선스 등이 포함되어 각 아이템의 속성과 관계성을 정확히 기록한다.

サイト信頼性エンジニアリングの導入度合いを段階的に評価するフレームワークのこと。SLO策定・オンコール体制・自動化率などの観点から現状を把握し改善計画を立てる。

사이트 신뢰성 엔지니어링의 도입 수준을 단계적으로 평가하는 프레임워크를 말한다. SLO 수립·온콜 체제·자동화율 등의 관점에서 현 상태를 파악하고 개선 계획을 세운다.

環境に埋め込まれたセンサーやAIが利用者の状況を自動認識し、適切なサービスを提供する概念のこと。IoTとAIの融合により実現されるスマート空間を指す。

환경에 내장된 센서와 AI가 사용자의 상황을 자동 인식하여, 적절한 서비스를 제공하는 개념. IoT와 AI의 융합으로 실현되는 스마트 공간을 가리킨다.

データの所有権と管理責任をドメインチームに分散させるデータアーキテクチャパターン。中央集権的なデータチームではなく、各ドメインがデータプロダクトとして提供する。

데이터의 소유권과 관리 책임을 도메인 팀에 분산시키는 데이터 아키텍처 패턴이다.

プログラミングコードを書かずにビジュアルインターフェースのみでアプリケーションを構築できる開発手法。非エンジニアでもシステム開発が可能になる。

프로그래밍 코드를 작성하지 않고 시각적 인터페이스만으로 애플리케이션을 구축할 수 있는 개발 방식으로, 비개발자도 시스템 개발이 가능해진다.

マネジメント職に就かずに技術的専門性を深めて昇進する個人貢献者向けのキャリア経路で、スタッフエンジニア以上の上位職位を含む技術リーダーシップの道筋である。

매니지먼트 직에 오르지 않고 기술적 전문성을 심화하여 승진하는 개인 기여자 향의 커리어 경로로, 스태프 엔지니어 이상의 상위 직위를 포함하는 기술 리더십의 길이다.

重要な技術的決定をできる限り先送りし、最も多くの情報が揃った時点で判断するアプローチで、不確実性が高い状況での早計な意思決定を回避する手法である。

중요한 기술적 결정을 가능한 한 미루고 가장 많은 정보가 갖춰진 시점에서 판단하는 접근법으로, 불확실성이 높은 상황에서의 성급한 의사결정을 회피하는 기법이다.

発見された脆弱性の深刻度と影響範囲を評価し、対応の優先順位を決定する分類・判定プロセスである。CVSSスコアや実際のエクスポージャーを考慮して即時対応と計画対応を振り分ける。

발견된 취약성의 심각도와 영향 범위를 평가하고 대응의 우선순위를 결정하는 분류·판정 프로세스이다. CVSS 스코어나 실제 익스포저를 고려하여 즉시 대응과 계획 대응을 분류한다.

コードベースの健全性を定量的に評価する指標群で、複雑度・重複率・テストカバレッジ・依存関係の深さなどを継続的に計測しコード品質の劣化を早期に検知する。

코드베이스의 건전성을 정량적으로 평가하는 지표군으로, 복잡도·중복률·테스트 커버리지·의존 관계의 깊이 등을 지속적으로 계측하여 코드 품질의 열화를 조기에 감지한다.

意図的にシステム障害を発生させて対応手順の妥当性とチームの対応力を検証する実践的な訓練であり、障害対応フローの改善点を発見し実際の障害時の復旧時間短縮を目指す。

의도적으로 시스템 장애를 발생시켜 대응 절차의 타당성과 팀의 대응력을 검증하는 실천적 훈련이며, 장애 대응 플로의 개선점을 발견하여 실제 장애 시의 복구 시간 단축을 목표로 한다.

開発チームが利用する共通基盤やツール・サービスを提供・運用するチーム。CI/CDパイプライン・監視基盤・開発環境などの内部プラットフォームを構築し、他チームの認知的負荷を軽減する役割を担う。

개발 팀이 이용하는 공통 기반이나 도구·서비스를 제공·운용하는 팀이다. CI/CD 파이프라인·모니터링 기반·개발 환경 등의 내부 플랫폼을 구축하여 다른 팀의 인지적 부하를 경감하는 역할을 담당한다.

CQRS（コマンドクエリ責務分離）において、データの書き込み専用に最適化されたモデル。ビジネスルールやバリデーションの適用に特化し、データの整合性を厳密に保証する設計となっている。

CQRS(커맨드 쿼리 책무 분리)에서 데이터의 쓰기 전용으로 최적화된 모델이다. 비즈니스 규칙이나 밸리데이션의 적용에 특화되어 데이터의 정합성을 엄밀히 보증하는 설계로 되어 있다.

プラットフォームやフレームワークの抽象化レイヤーを迂回して低レベルのAPIに直接アクセスできる仕組みである。標準機能では対応できない例外的なケースに備えた設計パターンを指す。

플랫폼이나 프레임워크의 추상화 레이어를 우회하여 저수준 API에 직접 접근할 수 있는 구조이다. 표준 기능으로는 대응할 수 없는 예외적 케이스에 대비한 설계 패턴을 가리킨다.

チーム内の技術的知見やノウハウを組織全体で共有する活動であり、暗黙知を形式知に転換し特定の個人に依存しない持続可能な開発体制を構築する。

팀 내의 기술적 지견이나 노하우를 조직 전체에서 공유하는 활동이며, 암묵지를 형식지로 전환하여 특정 개인에 의존하지 않는 지속 가능한 개발 체제를 구축한다.

システム更新や新機能を一度に全体展開せず、段階的にユーザー比率を拡大していくデプロイ戦略。各段階でメトリクスを監視し、問題発生時に即座にロールバックできる。

시스템 갱신이나 신기능을 한 번에 전체 전개하지 않고 단계적으로 사용자 비율을 확대하는 배포 전략이다.

創作物や発明に対して認められる法的な権利の総称。IT分野ではソースコード、UIデザイン、アルゴリズム、ブランドロゴなどが保護対象となる。

창작물이나 발명에 대해 인정되는 법적 권리의 총칭. IT 분야에서는 소스 코드, UI 디자인, 알고리즘, 브랜드 로고 등이 보호 대상이 된다.

システムの脆弱性を継続的にスキャン・評価・修正する運用プロセスであり、CVSSスコアに基づく優先度付けと修正期限の設定により組織全体のセキュリティリスクを体系的に管理する。

시스템의 취약성을 지속적으로 스캔·평가·수정하는 운용 프로세스이며, CVSS 스코어에 기반한 우선도 부여와 수정 기한의 설정으로 조직 전체의 보안 리스크를 체계적으로 관리한다.

GNU General Public Licenseの略。オープンソースソフトウェアのライセンス形態の一つで、ソースコードの公開と同一ライセンスでの再配布を義務付ける。

GNU General Public License의 약자. 오픈소스 소프트웨어 라이선스 형태 중 하나로, 소스 코드 공개와 동일 라이선스로의 재배포를 의무화한다.

ユーザーやシステムアカウントに対して必要最小限のアクセス権限を付与・変更・削除する管理プロセスであり、最小権限の原則に基づき情報漏洩や不正操作のリスクを低減する。

사용자나 시스템 계정에 대해 필요 최소한의 접근 권한을 부여·변경·삭제하는 관리 프로세스이며, 최소 권한의 원칙에 기반하여 정보 유출이나 부정 조작의 리스크를 저감한다.

アプリケーションコンテナの横にプロキシコンテナを配置してネットワーク通信のリトライやサーキットブレーカーなどの横断的関心事をオフロードするクラウドネイティブの設計パターンである。

애플리케이션 컨테이너 옆에 프록시 컨테이너를 배치하여 네트워크 통신의 재시도나 서킷 브레이커 등의 횡단적 관심사를 오프로드하는 클라우드 네이티브의 설계 패턴이다.

新しい技術が組織内で採用される過程を段階的に示すモデルである。イノベーター、アーリーアダプター、マジョリティの順に普及していく過程を分析し、導入戦略に活用する。

새로운 기술이 조직 내에서 채용되는 과정을 단계적으로 나타내는 모델이다. 이노베이터, 얼리 어답터, 매조리티 순으로 보급되는 과정을 분석하여 도입 전략에 활용한다.

本番環境の運用品質を継続的に向上させるための組織的な取り組みのこと。可用性・パフォーマンス・セキュリティの各側面で高い基準を維持し、運用成熟度を高める。

프로덕션 환경의 운용 품질을 지속적으로 향상시키기 위한 조직적 노력. 가용성·퍼포먼스·보안 각 측면에서 높은 기준을 유지하며, 운용 성숙도를 높인다.

Java 21で正式導入された軽量スレッド機構で、JVMが管理するユーザーレベルスレッド。従来のプラットフォームスレッドよりも大幅に軽量で、数百万単位の並行処理を可能にする。

Java 21에서 정식 도입된 경량 스레드 기구로, JVM이 관리하는 유저 레벨 스레드이다. 기존의 플랫폼 스레드보다 대폭 경량이며, 수백만 단위의 병행 처리를 가능하게 한다.

組織全体のエンジニアリング品質を継続的に向上させる取り組みの総称で、コード品質・テスト文化・設計原則の遵守・技術的負債の管理などを包括的に推進する活動である。

조직 전체의 엔지니어링 품질을 지속적으로 향상시키는 활동의 총칭으로, 코드 품질·테스트 문화·설계 원칙 준수·기술적 부채 관리 등을 포괄적으로 추진하는 활동이다.

ConfluenceやNotionなどのWikiツールを活用してチームの技術文書や手順書を一元管理する運用であり、情報の陳腐化を防ぐ定期的な更新ルールを設けて知識基盤の鮮度を維持する。

Confluence나 Notion 등의 Wiki 도구를 활용하여 팀의 기술 문서나 절차서를 일원 관리하는 운용이며, 정보의 진부화를 방지하는 정기적 갱신 규칙을 마련하여 지식 기반의 신선도를 유지한다.

開発速度を優先して蓄積された設計上の妥協やコード品質の問題を計画的に解消する管理プロセスであり、技術負債を可視化し返済計画を立てて継続的にコードの健全性を維持する。

개발 속도를 우선하여 축적된 설계상의 타협이나 코드 품질의 문제를 계획적으로 해소하는 관리 프로세스이며, 기술 부채를 가시화하고 상환 계획을 세워 지속적으로 코드의 건전성을 유지한다.

ブロックチェーン技術を活用し、銀行などの中央機関を介さずに金融サービスを提供する仕組み。DeFiとも呼ばれ、スマートコントラクトで自動実行される。

블록체인 기술을 활용해 은행 등 중앙 기관 없이 금융 서비스를 제공하는 구조. DeFi라고도 불리며, 스마트 컨트랙트로 자동 실행된다.

理想的なシステムアーキテクチャを先に定義し、それに合わせて組織構造を意図的に再編する手法で、望ましいサービス境界に沿ったチーム構成を実現する戦術である。

이상적인 시스템 아키텍처를 먼저 정의하고 그에 맞춰 조직 구조를 의도적으로 재편하는 기법으로, 바람직한 서비스 경계에 따른 팀 구성을 실현하는 전술이다.

中央制御なしに各サービスがイベントを発行・購読して協調動作するサガパターンの一形態である。サービス間の結合度が低く拡張性が高いが、全体のフロー把握が難しくなる欠点がある。

중앙 제어 없이 각 서비스가 이벤트를 발행·구독하여 협조 동작하는 사가 패턴의 한 형태이다. 서비스 간 결합도가 낮고 확장성이 높지만 전체 플로 파악이 어려워지는 단점이 있다.

コードの意味を理解せずに他から形式だけ真似して実装するアンチパターンのこと。表面的には動作するが、本質を理解していないため変更時に予期せぬバグを生む。

코드의 의미를 이해하지 않고 다른 곳에서 형식만 따라 구현하는 안티패턴. 표면적으로는 동작하지만, 본질을 이해하지 못하여 변경 시 예기치 않은 버그를 낳는다.

量子コンピュータ上で動作するアルゴリズム。ShorのアルゴリズムやGroverのアルゴリズムなど、古典コンピュータより指数的に高速な処理が可能な問題領域が存在する。

양자 컴퓨터에서 동작하는 알고리즘으로, Shor 알고리즘이나 Grover 알고리즘처럼 고전 컴퓨터보다 지수적으로 빠른 처리가 가능한 문제 영역이 존재한다.

ソフトウェア部品表（SBOM）を生成・管理し、依存コンポーネントの脆弱性やライセンスを継続的に追跡する活動のこと。サプライチェーン攻撃対策の基盤となる。

소프트웨어 부품표(SBOM)를 생성·관리하여, 의존 컴포넌트의 취약성이나 라이선스를 지속적으로 추적하는 활동. 공급망 공격 대책의 기반이 된다.

半導体チップのトランジスタ数が約2年ごとに倍増するという経験則。インテル創業者ゴードン・ムーアが1965年に提唱し、IT業界の技術革新速度の指標として広く参照される。

반도체 칩의 트랜지스터 수가 약 2년마다 두 배로 증가한다는 경험 법칙. 인텔 창업자 고든 무어가 1965년에 제창하였으며, IT 업계의 기술 혁신 속도의 지표로 널리 참조된다.

開発者が必要なツール・ドキュメント・サービス情報に一箇所からアクセスできるWebポータルのこと。Backstageなどで構築し、開発者体験の統合的な入口を提供する。

개발자가 필요한 도구·문서·서비스 정보에 한 곳에서 접근할 수 있는 웹 포털. Backstage 등으로 구축하여, 개발자 경험의 통합적 입구를 제공한다.

SLOで許容される障害やダウンタイムの残り枠を定量的に管理する仕組みであり、エラーバジェットの消費率をモニタリングしてリリース速度と信頼性のバランスを客観的に判断する。

SLO에서 허용되는 장애나 다운타임의 남은 한도를 정량적으로 관리하는 구조이며, 에러 버짓의 소비율을 모니터링하여 릴리스 속도와 신뢰성의 균형을 객관적으로 판단한다.

繰り返し使用する短いコード断片をテンプレートとして登録してエディタ上で素早く展開できる機能であり、定型コードの入力効率を大幅に向上させてタイプミスの発生も防止する。

반복 사용하는 짧은 코드 단편을 템플릿으로 등록하여 에디터상에서 신속히 전개할 수 있는 기능이며, 정형 코드의 입력 효율을 대폭 향상시켜 타이핑 미스의 발생도 방지한다.

採用候補者の前職の上司や同僚に業務姿勢や実績を確認する選考プロセスであり、面接だけでは把握しにくい実際の業務遂行能力やチームワーク力を第三者の視点から検証する。

채용 후보자의 전직 상사나 동료에게 업무 자세나 실적을 확인하는 선고 프로세스이며, 면접만으로는 파악하기 어려운 실제 업무 수행 능력이나 팀워크력을 제3자의 시점에서 검증한다.

エンジニアが技術的な知見や開発事例を公開するブログ。採用ブランディングやナレッジ共有の手段として多くの企業が運営しており、技術コミュニティへの発信力を高める。

엔지니어가 기술적 지견이나 개발 사례를 공개하는 블로그로, 채용 브랜딩이나 지식 공유 수단으로 활용된다.

新しいサービスやアーキテクチャ変更の信頼性をSREチームが事前にレビューするプロセスである。SLO設定の妥当性や障害時の影響範囲、運用体制の準備状況を確認する。

새로운 서비스나 아키텍처 변경의 신뢰성을 SRE 팀이 사전에 리뷰하는 프로세스이다. SLO 설정의 타당성이나 장애 시 영향 범위, 운용 체제 준비 상황을 확인한다.

暗号化に使用する鍵の生成・保管・配布・ローテーション・廃棄のライフサイクルを安全に管理する運用である。KMSを活用した自動ローテーションや鍵のアクセス監査ログの取得が含まれる。

암호화에 사용하는 키의 생성·보관·배포·로테이션·폐기의 라이프사이클을 안전하게 관리하는 운용이다. KMS를 활용한 자동 로테이션이나 키의 접근 감사 로그 취득이 포함된다.

既存システムから新システムへの移行手順、スケジュール、リスク対策を体系的にまとめた文書。データ移行、切り替え手順、ロールバック計画などを詳細に記載する。

기존 시스템에서 새 시스템으로의 이행 절차, 일정, 리스크 대책을 체계적으로 정리한 문서. 데이터 이행, 전환 절차, 롤백 계획 등을 상세히 기재한다.

組織のSRE実践レベルを体系的に評価するフレームワークで、SLO設定・エラーバジェット管理・トイル削減・自動化度合いなどの観点から成熟度を段階的に判定する。

조직의 SRE 실천 수준을 체계적으로 평가하는 프레임워크로, SLO 설정·에러 버짓 관리·토일 삭감·자동화 정도 등의 관점에서 성숙도를 단계적으로 판정한다.

ITインフラやサービスで発生するイベントを検知・分類・対応するプロセスであり、情報・警告・例外の各レベルに応じた適切な対応ルールを定義しシステムの健全性を維持する。

IT 인프라나 서비스에서 발생하는 이벤트를 검지·분류·대응하는 프로세스이며, 정보·경고·예외의 각 레벨에 따른 적절한 대응 규칙을 정의하여 시스템의 건전성을 유지한다.

イベントソーシングにおいて、特定時点の状態をスナップショットとして保存し、全イベントを最初から再生せずに高速に状態を復元する最適化手法。大量のイベントがある場合の性能改善に有効である。

이벤트 소싱에서 특정 시점의 상태를 스냅샷으로 저장하여, 모든 이벤트를 처음부터 재생하지 않고 고속으로 상태를 복원하는 최적화 수법이다. 대량의 이벤트가 있는 경우의 성능 개선에 유효하다.

企業の技術力やエンジニア文化を対外的にアピールし、優秀なエンジニアの採用や企業認知度向上を図る戦略のこと。技術ブログ・OSS活動・カンファレンス登壇などが主な手段となる。

기업의 기술력이나 엔지니어 문화를 대외적으로 어필하여 우수한 엔지니어의 채용이나 기업 인지도 향상을 꾀하는 전략을 말한다. 기술 블로그·OSS 활동·컨퍼런스 등단 등이 주요 수단이 된다.

新機能をユーザーセグメント別に段階的に有効化し、各段階でメトリクスを確認しながら展開範囲を拡大するリリース手法である。問題発生時の影響を局所化できる利点がある。

신기능을 사용자 세그먼트별로 단계적으로 활성화하고 각 단계에서 메트릭스를 확인하면서 전개 범위를 확대하는 릴리스 기법이다. 문제 발생 시 영향을 국소화할 수 있는 이점이 된다.

技術やツールの採用状況を4象限（採用・試行・評価・保留）で可視化する手法。ThoughtWorksが提唱し、組織の技術選定の方針を共有・議論するためのフレームワークとして広く利用されている。

기술이나 도구의 채택 상황을 4사분면(채택·시행·평가·보류)으로 가시화하는 수법이다. ThoughtWorks가 제창하여, 조직의 기술 선정 방침을 공유·논의하기 위한 프레임워크로 널리 이용되고 있다.

ITシステムの運用・開発において、CO2排出量を実質ゼロにすることを目指す取り組み。省エネサーバーや再生可能エネルギー活用、グリーンクラウドの導入が代表的な施策。

IT 시스템의 운영 및 개발에서 CO2 배출량을 실질적으로 제로로 만드는 것을 목표로 하는 활동. 에너지 절약 서버, 재생 가능 에너지 활용, 그린 클라우드 도입이 대표적인 대책이다.

本番環境に意図的に障害を注入し、チームの対応力を検証する訓練。障害対応プロセスの有効性確認やチームの練度向上を目的とし、カオスエンジニアリングの実践形態の一つ。

프로덕션 환경에 의도적으로 장애를 주입하여 팀의 대응력을 검증하는 훈련이다.

マイクロサービス間のAPIインターフェース契約を自動検証するテスト手法のこと。Pact等のツールでプロバイダーとコンシューマーの期待値の一致を確認する。

마이크로서비스 간 API 인터페이스 계약을 자동 검증하는 테스트 기법. Pact 등의 도구로 프로바이더와 컨슈머의 기대값 일치를 확인한다.

専門的なプログラミング知識を持たない一般業務担当者が、ローコード・ノーコードツールを使ってアプリやシステムを開発する人のこと。

전문적인 프로그래밍 지식 없이 일반 업무 담당자가 로우코드·노코드 툴을 활용해 앱이나 시스템을 개발하는 사람을 가리킨다.

IT資産やシステムの導入から運用・保守・廃棄までの全期間を計画的に管理するプロセスであり、適切なタイミングでの更新やリプレイスにより安全性と効率性を維持する。

IT 자산이나 시스템의 도입부터 운용·보수·폐기까지의 전 기간을 계획적으로 관리하는 프로세스이며, 적절한 타이밍에서의 갱신이나 리플레이스로 안전성과 효율성을 유지한다.

架空の要件に基づいてアーキテクチャ設計を練習するトレーニング手法のこと。制限時間内にトレードオフを判断し、設計力とプレゼンテーション力を鍛える演習である。

가상의 요건에 기반하여 아키텍처 설계를 연습하는 트레이닝 기법. 제한 시간 내에 트레이드오프를 판단하고, 설계력과 프레젠테이션 역량을 단련하는 연습이다.

開発者の自律性を維持しつつセキュリティ・コンプライアンス・コストの逸脱を自動防止する制約の設計で、ポリシーアズコードやOPA等を活用した予防的統制の仕組みである。

개발자의 자율성을 유지하면서 보안·컴플라이언스·비용 일탈을 자동 방지하는 제약 설계로, 폴리시 애즈 코드나 OPA 등을 활용한 예방적 통제의 구조이다.

ブロックチェーン技術を基盤とした分散型インターネットの概念。NFTや分散型アプリ（DApps）、スマートコントラクトなどが中心技術として注目されている。

블록체인 기술을 기반으로 한 탈중앙화 인터넷 개념. NFT, 탈중앙화 앱(DApps), 스마트 컨트랙트 등이 핵심 기술로 주목받고 있다.

複数のシステムが同時に稼働しトラフィックを分散処理する冗長構成であり、一台が障害で停止しても残りのシステムが処理を継続し高可用性と負荷分散を同時に実現する。

복수의 시스템이 동시에 가동하여 트래픽을 분산 처리하는 이중화 구성이며, 한 대가 장애로 정지해도 나머지 시스템이 처리를 계속하여 고가용성과 부하 분산을 동시에 실현한다.

メインシステムが稼働中にバックアップシステムを待機状態で維持する冗長構成であり、障害発生時にスタンバイ側に切り替えてサービスの継続を実現する。

메인 시스템이 가동 중에 백업 시스템을 대기 상태로 유지하는 이중화 구성이며, 장애 발생 시 스탠바이 측으로 전환하여 서비스의 계속을 실현한다.

アーキテクチャの品質特性を自動的に検証するテスト関数で、パフォーマンス・モジュラリティ・依存関係の整合性などを継続的に監視して設計の劣化を早期に検知する。

아키텍처의 품질 특성을 자동으로 검증하는 테스트 함수로, 성능·모듈성·의존 관계의 정합성 등을 지속적으로 모니터링하여 설계의 열화를 조기에 감지한다.

技術ドキュメントの最終更新日を追跡し、一定期間更新のない文書にレビュー依頼を自動通知する運用で、陳腐化したドキュメントによる誤情報の拡散を防止する仕組みである。

기술 문서의 최종 갱신일을 추적하여 일정 기간 갱신이 없는 문서에 리뷰 의뢰를 자동 통지하는 운용으로, 진부화된 문서에 의한 잘못된 정보 확산을 방지하는 구조이다.

異なるバージョンのUIや機能をユーザーグループに分けて同時に提供し統計的にどちらが優れた成果を出すかを検証する実験手法であり、データに基づく意思決定を支援する。

서로 다른 버전의 UI나 기능을 사용자 그룹별로 나누어 동시에 제공하여 통계적으로 어느 쪽이 우수한 성과를 내는지 검증하는 실험 수법이며, 데이터에 기반한 의사결정을 지원한다.

プログラミングや設計など集中力を要する作業時間を組織的に保護する取り組みで、会議フリーブロック・通知オフ時間帯の設定など具体的な施策でフロー状態の維持を支援する。

프로그래밍이나 설계 등 집중력을 요하는 작업 시간을 조직적으로 보호하는 활동으로, 회의 프리 블록·알림 오프 시간대 설정 등 구체적 시책으로 플로 상태의 유지를 지원한다.

メッセージキューにおいてメッセージの処理順序を保証し、順序依存性がある場合のデータ整合性を確保する設計である。パーティションキーの選定やFIFOキューの活用で論理的な順序を維持する。

메시지 큐에서 메시지의 처리 순서를 보장하고 순서 의존성이 있는 경우의 데이터 정합성을 확보하는 설계이다. 파티션 키의 선정이나 FIFO 큐의 활용으로 논리적인 순서를 유지한다.

メッセージキューで処理に失敗したメッセージを専用キューに移動し、後から調査・再処理する仕組みである。障害原因の分析とデータ復旧を可能にし、メッセージの永久損失を防止する役割を果たす。

메시지 큐에서 처리에 실패한 메시지를 전용 큐로 이동하고 나중에 조사·재처리하는 구조이다. 장애 원인의 분석과 데이터 복구를 가능하게 하고 메시지의 영구 손실을 방지하는 역할을 한다.

プロジェクトが利用するライブラリのバージョン競合や互換性問題を解消する作業。npm、pip等で頻繁に発生する。

프로젝트가 이용하는 라이브러리의 버전 충돌이나 호환성 문제를 해소하는 작업. npm, pip 등에서 빈번히 발생한다.

一定期間内にチームが完了した作業量を計測・分析する手法。デプロイ頻度やストーリーポイントの消化速度などを追跡し、チームの生産性を定量的に評価・改善するために用いられる。

일정 기간 내에 팀이 완료한 작업량을 계측·분석하는 수법이다. 배포 빈도나 스토리 포인트의 소화 속도 등을 추적하여 팀의 생산성을 정량적으로 평가·개선하기 위해 사용된다.

開発・レビュー・リリースの各工程でチェックリストを活用して品質を担保する開発手法。人的ミスを防止し、属人化を排除して一定水準の品質を組織的に維持する。

개발·리뷰·릴리스의 각 공정에서 체크리스트를 활용하여 품질을 담보하는 개발 수법이다.

障害やデプロイ失敗が影響を及ぼす範囲のこと。マイクロサービスやフィーチャーフラグを使ってブラストラディウスを最小化し、障害の影響を局所化する。

장애나 배포 실패가 영향을 미치는 범위. 마이크로서비스나 피처 플래그를 사용하여 블래스트 레이디어스를 최소화하고, 장애의 영향을 국소화한다.

大きな技術変更や新機能の実装前にRFC文書を作成し、関係者からフィードバックを収集してから実装に着手する開発プロセスで、設計品質と合意形成を同時に担保する。

큰 기술 변경이나 신기능 구현 전에 RFC 문서를 작성하고 관계자로부터 피드백을 수집한 후 구현에 착수하는 개발 프로세스로, 설계 품질과 합의 형성을 동시에 담보한다.

重大インシデント対応時に関係者が物理的またはバーチャルに集合し、リアルタイムで情報共有と問題解決を行う緊急対策会議の場である。

중대 인시던트 대응 시 관계자가 물리적 또는 가상으로 집합하여 실시간으로 정보 공유와 문제 해결을 수행하는 긴급 대책 회의의 장이다.

データをブロック単位で連結し、分散管理する技術。改ざんが極めて困難で、暗号資産や契約の透明性確保に活用される。

데이터를 블록 단위로 연결하여 분산 관리하는 기술. 위변조가 매우 어려워 암호화폐나 계약의 투명성 확보에 활용된다.

要件定義・設計・実装・テスト・運用の各工程を順番に進める従来型の開発モデルであり、各フェーズの成果物を明確に定義し大規模プロジェクトの進捗管理を体系的に行う。

요건 정의·설계·구현·테스트·운용의 각 공정을 순서대로 진행하는 종래형 개발 모델이며, 각 페이즈의 성과물을 명확히 정의하여 대규모 프로젝트의 진척 관리를 체계적으로 수행한다.

テクニカルリーダーの役割を定期的にチームメンバー間で交代させ、リーダーシップスキルの育成と属人化の防止を両立させる組織運営手法である。

테크니컬 리더 역할을 정기적으로 팀 멤버 간에 교대시켜 리더십 스킬 육성과 속인화 방지를 양립시키는 조직 운영 기법이다.

コードベースに蓄積された技術負債をメトリクスやツールで定量化し、チームで優先度を判断できるようにする取り組み。

코드베이스에 축적된 기술 부채를 메트릭스나 도구로 정량화하여 팀에서 우선도를 판단할 수 있게 하는 활동.

フロントエンドアプリケーションを独立したチームが開発・デプロイ可能な小さな単位に分割する際の境界線を設計する手法である。チーム間の依存関係を最小化することが重要となる。

프론트엔드 애플리케이션을 독립된 팀이 개발·배포 가능한 작은 단위로 분할할 때의 경계선을 설계하는 기법이다. 팀 간 의존 관계를 최소화하는 것이 중요하다.

複数の面接官が異なる技術領域を分担して候補者を評価する構造化された技術面接プロセスである。面接官間のバイアスを低減し、多面的なスキル評価を実現する。

여러 면접관이 서로 다른 기술 영역을 분담하여 후보자를 평가하는 구조화된 기술 면접 프로세스이다. 면접관 간의 편향을 저감하고 다면적 스킬 평가를 실현한다.

動的アプリケーションセキュリティテストを実施し、実行中のアプリケーションに対する攻撃シミュレーションを行う取り組みである。SASTでは検出できないランタイム固有の脆弱性を発見する補完的手段となる。

동적 애플리케이션 보안 테스트를 실시하고 실행 중인 애플리케이션에 대한 공격 시뮬레이션을 수행하는 활동이다. SAST에서는 검출할 수 없는 런타임 고유의 취약성을 발견하는 보완적 수단이 된다.

ソースコードのコンパイル・依存関係の解決・成果物の生成を自動化するシステムであり、GradleやMavenなどのツールを用いて再現性のあるビルドプロセスを確立する。

소스 코드의 컴파일·의존 관계의 해결·성과물의 생성을 자동화하는 시스템이며, Gradle이나 Maven 등의 도구를 이용하여 재현성 있는 빌드 프로세스를 확립한다.

技術的な専門性が極めて高いエンジニアに与えられる名誉職位。管理職とは別のキャリアパスとして、技術的リーダーシップを担う役割。

기술적 전문성이 매우 높은 엔지니어에게 부여되는 명예 직위. 관리직과는 별개의 커리어 패스로, 기술적 리더십을 담당하는 역할.

ランダムまたは半構造化されたデータを大量にプログラムへ入力してクラッシュや脆弱性を自動検出するテスト手法であり、手動テストでは発見困難なエッジケースのバグを効率的に発見する。

랜덤 또는 반구조화된 데이터를 대량으로 프로그램에 입력하여 크래시나 취약성을 자동 검출하는 테스트 기법이며, 수동 테스트로는 발견이 어려운 엣지 케이스의 버그를 효율적으로 발견한다.

レガシーコードのGit履歴やコミットログを分析し、過去の設計意図や変更理由を発掘する手法のこと。ドキュメントが不足したシステムの理解に有効である。

레거시 코드의 Git 이력이나 커밋 로그를 분석하여, 과거의 설계 의도나 변경 이유를 발굴하는 기법. 문서가 부족한 시스템의 이해에 유효하다.

できるだけ少ない文字数でプログラムを書くことを競うプログラミング遊び。実務では推奨されないが、言語仕様の深い理解やアルゴリズムの工夫力を鍛える効果がある。

가능한 한 적은 문자 수로 프로그램을 작성하는 것을 겨루는 프로그래밍 놀이이다. 실무에서는 권장되지 않지만, 언어 사양의 깊은 이해나 알고리즘의 공부력을 단련하는 효과가 있다.

システム内の技術的負債を一覧化し、影響度・緊急度・改修コストで優先順位付けして管理するリストで、計画的な負債解消の基盤となる仕組みである。

시스템 내의 기술적 부채를 목록화하고 영향도·긴급도·개수 비용으로 우선순위를 매겨 관리하는 리스트로, 계획적인 부채 해소의 기반이 되는 구조이다.

障害発生から復旧までの対応経緯を時系列で記録するドキュメントである。ポストモーテムの基礎資料として活用され、対応プロセスの改善点を特定するために使用される。

장애 발생부터 복구까지의 대응 경위를 시계열로 기록하는 문서이다. 포스트모템의 기초 자료로 활용되며 대응 프로세스의 개선점을 특정하기 위해 사용된다.

望ましいアーキテクチャに合わせて組織構造を設計する手法のこと。コンウェイの法則を逆手に取り、マイクロサービス化に合わせてチーム分割を行う戦略である。

바람직한 아키텍처에 맞추어 조직 구조를 설계하는 기법. 콘웨이의 법칙을 역이용하여, 마이크로서비스화에 맞추어 팀 분할을 수행하는 전략이다.

IoTデバイスの接続・管理・データ収集・分析を一元的に行うための基盤サービスを構築・運用することである。デバイスのファームウェア更新やセキュリティ管理も含めて統合的に扱う。

IoT 디바이스의 접속·관리·데이터 수집·분석을 일원적으로 수행하기 위한 기반 서비스를 구축·운용하는 것이다. 디바이스의 펌웨어 갱신이나 보안 관리도 포함하여 통합적으로 다룬다.

技術スタックやアーキテクチャの選択などエンジニアリングに関する重要な判断を行うプロセスであり、技術的メリットとビジネス要件のバランスを考慮し合理的な選択を導出する。

기술 스택이나 아키텍처의 선택 등 엔지니어링에 관한 중요한 판단을 수행하는 프로세스이며, 기술적 메리트와 비즈니스 요건의 밸런스를 고려하여 합리적인 선택을 도출한다.

老朽化したレガシーシステムを最新技術やアーキテクチャに刷新するプロセス。クラウド移行やマイクロサービス化などが代表的な手法として挙げられる。

노후화된 레거시 시스템을 최신 기술과 아키텍처로 전환하는 프로세스. 클라우드 마이그레이션이나 마이크로서비스화 등이 대표적인 방법으로 꼽힌다.

システムが予期しない障害や変動に対して適応・回復・学習する能力を設計段階から組み込む工学的アプローチ。単なる障害対策ではなく、変化への適応力そのものを高めることを目指す。

시스템이 예기치 않은 장애나 변동에 대해 적응·회복·학습하는 능력을 설계 단계부터 내장하는 공학적 접근법이다. 단순한 장애 대책이 아니라 변화에 대한 적응력 자체를 높이는 것을 목표로 한다.

複数のプログラミング言語を適材適所で使い分けてシステムを構築するアプローチ。各言語の強みを活かし、フロントエンドとバックエンドで異なる言語を採用するなどの戦略を取る。

복수의 프로그래밍 언어를 적재적소에서 구분하여 사용하여 시스템을 구축하는 접근법이다. 각 언어의 강점을 살려 프론트엔드와 백엔드에서 다른 언어를 채택하는 등의 전략을 취한다.

各フロントエンド向けに最適化された専用のバックエンドAPIを設計し、クライアントの要件に合わせたデータ整形を行うパターンである。モバイルとWebで異なるレスポンス構造を提供することでパフォーマンスを最適化する。

각 프런트엔드 전용으로 최적화된 백엔드 API를 설계하고 클라이언트의 요건에 맞춘 데이터 정형을 수행하는 패턴이다. 모바일과 웹에서 다른 응답 구조를 제공하여 성능을 최적화한다.

組織のカオスエンジニアリング実践レベルを段階的に評価するモデルで、手動実験から自動化された継続的カオス実験への進化度合いを測定し改善指針を提供する。

조직의 카오스 엔지니어링 실천 수준을 단계적으로 평가하는 모델로, 수동 실험에서 자동화된 지속적 카오스 실험으로의 진화 정도를 측정하고 개선 지침을 제공한다.

VS Codeなどのエディタが対応する開発コンテナ規格で、devcontainer.jsonにより開発環境の設定を宣言的に定義し、チーム全体で統一された環境を即座に再現できる。

VS Code 등의 에디터가 대응하는 개발 컨테이너 규격으로, devcontainer.json으로 개발 환경 설정을 선언적으로 정의하여 팀 전체에서 통일된 환경을 즉시 재현할 수 있다.

限られた時間内でチームがアイデアをプロトタイプとして実現する競技型イベントの企画・運営手法で、イノベーション創出と人材育成を同時に実現する。

제한된 시간 내에 팀이 아이디어를 프로토타입으로 실현하는 경쟁형 이벤트의 기획·운영 기법으로, 이노베이션 창출과 인재 육성을 동시에 실현한다.

コミュニティやプロジェクトにおける行動規範を文書化したもの。参加者間の敬意ある対話やハラスメント防止を目的とし、健全な技術コミュニティ運営の基盤となる。

커뮤니티나 프로젝트에서의 행동 규범을 문서화한 것으로, 참가자 간의 존중 있는 대화와 건전한 커뮤니티 운영의 기반이 된다.

オブジェクトの生成ロジックをファクトリクラスやメソッドに委譲する設計パターン。生成の詳細を隠蔽することで、呼び出し側の依存を減らし柔軟な拡張を可能にする。

객체 생성 로직을 팩토리 클래스나 메서드에 위임하는 설계 패턴으로, 생성 상세를 은폐하여 유연한 확장을 가능하게 한다.

データの正確性・完全性・一貫性・鮮度などの品質指標をスコア化し、データの信頼性を定量的に評価する手法である。品質スコアが基準を下回るデータセットを自動的にアラート対象とする運用が一般的となる。

데이터의 정확성·완전성·일관성·선도 등의 품질 지표를 점수화하고 데이터의 신뢰성을 정량적으로 평가하는 기법이다. 품질 스코어가 기준을 하회하는 데이터셋을 자동적으로 알림 대상으로 하는 운용이 일반적이 된다.

エンジニアのキャリアパスと各レベルに求められるスキル・責任・期待値を明文化するフレームワークの策定プロセスで、透明性の高い評価と成長指針を組織に提供する。

엔지니어의 커리어 패스와 각 레벨에 요구되는 스킬·책임·기대치를 명문화하는 프레임워크 수립 프로세스로, 투명성 높은 평가와 성장 지침을 조직에 제공한다.

SLOに基づきサービスの信頼性目標を継続的にモニタリングし、エラーバジェットの消費状況に応じた運用判断を行う体制である。エラーバジェット残量に応じてリリース速度の調整やSRE介入の要否を判断する。

SLO에 기반하여 서비스의 신뢰성 목표를 지속적으로 모니터링하고 에러 버짓의 소비 상황에 따른 운용 판단을 하는 체제이다. 에러 버짓 잔량에 따라 릴리스 속도의 조정이나 SRE 개입의 요부를 판단한다.

短期的な開発速度を優先して品質や設計を犠牲にした結果、将来的に修正コストが増大するソフトウェアの構造的問題。定期的な返済（改善）を行わないと利息のように問題が膨らむ。

단기적인 개발 속도를 우선시하여 품질이나 설계를 희생한 결과, 장래에 수정 비용이 증대하는 소프트웨어의 구조적 문제이다.

エンジニアが複数のタスク間で頻繁に切り替えることによる生産性低下を防止するための施策である。集中作業時間の確保やミーティング集約などの手法で対処する。

엔지니어가 여러 태스크 간에 빈번하게 전환함으로 인한 생산성 저하를 방지하기 위한 시책이다. 집중 작업 시간 확보나 미팅 집약 등의 기법으로 대처한다.

読み取り操作は複数スレッドが同時に行えるが、書き込み操作時は排他制御を行うロック機構。読み取りが多い場面で通常のミューテックスよりも高い並行性を実現できる同期プリミティブである。

읽기 조작은 복수 스레드가 동시에 수행할 수 있으나, 쓰기 조작 시에는 배타 제어를 수행하는 로크 기구이다. 읽기가 많은 장면에서 일반 뮤텍스보다 높은 병행성을 실현할 수 있는 동기 프리미티브이다.

ビジネス要件をGiven-When-Then形式の自然言語に近い記法で記述し、それをそのまま自動テストとして実行する開発手法。非エンジニアとの仕様共有が容易になりコミュニケーション齟齬を減らせる。

비즈니스 요건을 Given-When-Then 형식의 자연어에 가까운 기법으로 기술하고, 그것을 그대로 자동 테스트로 실행하는 개발 수법이다. 비엔지니어와의 사양 공유가 용이해져 커뮤니케이션 불일치를 줄일 수 있다.

利用するOSSやサードパーティソフトウェアのライセンス条件を遵守するための管理活動である。ライセンスの種類を把握し法的リスクを回避する仕組みを構築する。

이용하는 OSS나 서드파티 소프트웨어의 라이선스 조건을 준수하기 위한 관리 활동이다. 라이선스 종류를 파악하고 법적 리스크를 회피하는 구조를 구축한다.

新規メンバーの入社後30日・60日・90日の各期間で達成すべき目標とマイルストーンを設定する計画で、段階的な立ち上がりを構造化して効果的なオンボーディングを実現する。

신규 멤버의 입사 후 30일·60일·90일의 각 기간에 달성해야 할 목표와 마일스톤을 설정하는 계획으로, 단계적 자립을 구조화하여 효과적인 온보딩을 실현한다.

APIを製品として公開・収益化し、外部開発者やパートナーとのエコシステムを構築するビジネスモデルである。API利用量に応じた従量課金やフリーミアムモデルが一般的な収益化手法となる。

API를 제품으로 공개·수익화하고 외부 개발자나 파트너와의 에코시스템을 구축하는 비즈니스 모델이다. API 이용량에 따른 종량 과금이나 프리미엄 모델이 일반적인 수익화 기법이 된다.

5分程度の短時間で技術トピックを発表するライトニングトーク形式のプレゼンテーションであり、社内勉強会やカンファレンスで知見共有と発表スキル向上の機会を提供する。

5분 정도의 짧은 시간에 기술 토픽을 발표하는 라이트닝 토크 형식의 프레젠테이션이며, 사내 스터디 모임이나 컨퍼런스에서 지견 공유와 발표 스킬 향상의 기회를 제공한다.

チームが通常業務を離れ、集中して特定の技術課題やプロトタイプ開発に取り組むイベント。ハッカソンに近い。

팀이 평소 업무를 떠나 특정 기술 과제나 프로토타입 개발에 집중하는 이벤트. 해커톤과 유사하다.

開発チームに技術的な指導やメンタリングを行い、チーム全体のスキル向上を支援する専門職のこと。ペアプログラミングやモブプログラミングを通じて実践的に指導する。

개발팀에 기술적인 지도나 멘토링을 수행하여, 팀 전체의 스킬 향상을 지원하는 전문직. 페어 프로그래밍이나 모브 프로그래밍을 통해 실천적으로 지도한다.

情報システムの信頼性・安全性・効率性を確保するための管理体制であり、アクセス管理・変更管理・監査対応などのプロセスを整備してITリスクを組織的に統制する。

정보 시스템의 신뢰성·안전성·효율성을 확보하기 위한 관리 체제이며, 접근 관리·변경 관리·감사 대응 등의 프로세스를 정비하여 IT 리스크를 조직적으로 통제한다.

本番環境への変更要求をレビューし承認・却下を判断する組織横断的な委員会であり、変更によるリスクと影響を多角的に評価しシステム安定性と変更のバランスを管理する。

프로덕션 환경에의 변경 요구를 리뷰하여 승인·각하를 판단하는 조직 횡단적 위원회이며, 변경에 의한 리스크와 영향을 다각적으로 평가하여 시스템 안정성과 변경의 밸런스를 관리한다.

モノリス内部を明確なモジュール境界で分割する設計手法で、将来のマイクロサービス化への移行パスを確保しつつ運用複雑性を抑える中間アーキテクチャの設計プラクティスである。

모놀리스 내부를 명확한 모듈 경계로 분할하는 설계 기법으로, 향후 마이크로서비스화로의 이행 경로를 확보하면서 운용 복잡성을 억제하는 중간 아키텍처의 설계 프랙티스이다.

定期実行タスクやイベント駆動タスクのスケジューリング方式・リトライ・監視を設計する取り組みである。タイムゾーンの考慮や重複実行の防止、実行履歴の保持なども設計に含まれる。

정기 실행 태스크나 이벤트 구동 태스크의 스케줄링 방식·리트라이·감시를 설계하는 활동이다. 타임존의 고려나 중복 실행의 방지, 실행 이력의 보지 등도 설계에 포함된다.

送信側と受信側のデータ処理速度の差を調整し、受信側のオーバーフローを防ぐ仕組み。バックプレッシャーやウィンドウ制御などの手法でシステムの安定性を維持する。

송신 측과 수신 측의 데이터 처리 속도 차이를 조정하여 수신 측의 오버플로를 방지하는 구조이다.

サービスを一度停止してからアプリケーションを更新し、再起動するデプロイ手法。メンテナンスウィンドウの確保が必要だが、デプロイ手順が単純でトラブルが少ない利点がある。

서비스를 한 번 정지한 후 애플리케이션을 갱신하고 재기동하는 배포 수법이다.

処理リクエストをキューに蓄積して順次処理する非同期処理パターンであり、受信側の処理能力を超えるリクエスト流入時にバッファとして機能しシステムの安定性とスループットを確保する。

처리 요청을 큐에 축적하여 순차 처리하는 비동기 처리 패턴이며, 수신 측의 처리 능력을 초과하는 요청 유입 시 버퍼로 기능하여 시스템의 안정성과 스루풋을 확보한다.

インシデント対応のパフォーマンスを定量的に測定する指標群のこと。MTTD・MTTR・インシデント件数・重大度分布等を追跡し、対応力の改善に役立てる。

인시던트 대응 퍼포먼스를 정량적으로 측정하는 지표군. MTTD·MTTR·인시던트 건수·중대도 분포 등을 추적하여, 대응력 개선에 활용한다.

二つ以上のバリエーションをユーザーにランダムに提示し、統計的に有意な差を検証する実験手法。UIデザイン、コピー文言、アルゴリズムなどの最適化に広く活用される。

둘 이상의 변형을 사용자에게 무작위로 제시하여 통계적으로 유의한 차이를 검증하는 실험 수법이다.

ドメイン駆動設計における概念で、特定のモデルが一貫した意味を持つ範囲を定義する境界。異なるコンテキスト間ではモデルの変換を明示的に行い、複雑さを管理する。

도메인 주도 설계의 개념으로, 특정 모델이 일관된 의미를 가지는 범위를 정의하는 경계이다.

エンジニアリングマネージャーがマネジメント業務と並行してプレイヤーとしてコーディングも行う働き方であり、技術力の維持とチームへの技術的な貢献を両立する。

엔지니어링 매니저가 매니지먼트 업무와 병행하여 플레이어로서 코딩도 수행하는 업무 방식이며, 기술력의 유지와 팀에의 기술적 공헌을 양립한다.

テクノロジーの利用が心身の健康に与える影響を管理する概念。スクリーンタイムの制限や通知管理など、健全なデジタルライフを促進する取り組みを指す。

기술 사용이 심신 건강에 미치는 영향을 관리하는 개념. 스크린 타임 제한이나 알림 관리 등 건강한 디지털 생활을 촉진하는 노력을 의미한다.

技術的な内容を非技術者を含む様々なステークホルダーに分かりやすく伝達するスキルである。設計意図や技術的リスクを経営層に説明する能力を含む。

기술적인 내용을 비기술자를 포함한 다양한 이해 관계자에게 알기 쉽게 전달하는 스킬이다. 설계 의도나 기술적 리스크를 경영층에 설명하는 능력을 포함한다.

データ形式の不正などにより永続的に処理できないメッセージを検知し、システム全体への影響を遮断する処理方式である。自動隔離と管理者への通知を組み合わせ、キューの滞留による全体停止を回避する。

데이터 형식의 부정 등으로 영속적으로 처리할 수 없는 메시지를 검지하고 시스템 전체에의 영향을 차단하는 처리 방식이다. 자동 격리와 관리자에의 통지를 조합하여 큐의 체류에 의한 전체 정지를 회피한다.

レガシーシステムの機能を段階的に新システムへ移行するストラングラーフィグパターンの実践ガイドで、ルーティング切り替えやデータ同期の具体的手法を含む移行プラクティスである。

레거시 시스템의 기능을 단계적으로 신규 시스템으로 이행하는 스트랭글러 피그 패턴의 실천 가이드로, 라우팅 전환이나 데이터 동기화의 구체적 기법을 포함하는 이행 프랙티스이다.

開発者が日常業務で経験する非効率や障壁の総称であり、開発ツールの遅さやプロセスの煩雑さなどが該当する。フリクションの特定と解消がDevEx向上の鍵となる。

개발자가 일상 업무에서 경험하는 비효율이나 장벽의 총칭이며 개발 도구의 느림이나 프로세스의 번잡함 등이 해당한다. 마찰의 특정과 해소가 DevEx 향상의 열쇠가 된다.

Mean Time To Repairの略で、障害発生から復旧までの平均時間を表す指標。MTTRの短縮は、自動化されたデプロイパイプラインやランブックの整備によって実現される。

장애 발생부터 복구까지의 평균 시간을 나타내는 지표로, 자동화된 배포 파이프라인이나 런북 정비로 단축할 수 있다.

単一の巨大なアプリケーションを機能単位やドメイン単位で複数のサービスに分割する作業であり、ストラングラーフィグパターンなどを用いて段階的にリスクを抑えながら分離する。

단일의 거대한 애플리케이션을 기능 단위나 도메인 단위로 복수의 서비스로 분할하는 작업이며, 스트랭글러 피그 패턴 등을 이용하여 단계적으로 리스크를 억제하면서 분리한다.

プロジェクトで使用するプログラミング言語・フレームワーク・ツールなどを比較・評価し、最適な技術スタックを決定するプロセス。

프로젝트에서 사용할 프로그래밍 언어·프레임워크·도구 등을 비교·평가하여 최적의 기술 스택을 결정하는 프로세스.

量子ビットや量子ゲートの基本原理を理解し、暗号技術や最適化問題への応用可能性を学ぶ入門知識である。将来的な技術移行に備えるためにエンジニアが把握すべき基礎領域となる。

양자 비트나 양자 게이트의 기본 원리를 이해하고 암호 기술이나 최적화 문제에 대한 응용 가능성을 배우는 입문 지식이다. 장래적인 기술 이행에 대비하기 위해 엔지니어가 파악해야 할 기초 영역이 된다.

組織全体のビジネス・情報・技術・アプリケーションを統合的に設計・管理するフレームワーク。EA（Enterprise Architecture）とも呼ばれ、ITと経営戦略の整合性を図る。

조직 전체의 비즈니스·정보·기술·애플리케이션을 통합적으로 설계·관리하는 프레임워크. EA라고도 불리며, IT와 경영 전략의 정합성을 맞추는 데 활용된다.

チームの技術知識やトラブル対応事例を体系的に蓄積・検索可能にするシステムの構築。

팀의 기술 지식이나 트러블 대응 사례를 체계적으로 축적·검색 가능하게 하는 시스템 구축.

繰り返し発生するインシデントの根本原因を特定し恒久的な解決策を講じるITILプロセスであり、対症療法ではなく根本的な問題解消によりインシデントの再発を防止する。

반복적으로 발생하는 인시던트의 근본 원인을 특정하여 항구적인 해결책을 강구하는 ITIL 프로세스이며, 대증요법이 아닌 근본적인 문제 해소로 인시던트의 재발을 방지한다.

ソフトウェアエンジニアやインフラエンジニアなど技術職を対象とした採用活動。技術面接やコーディングテストを伴うことが多く、採用要件にはスキルセットや開発経験が重視される。

소프트웨어 엔지니어나 인프라 엔지니어 등 기술직을 대상으로 한 채용 활동. 기술 면접이나 코딩 테스트를 동반하는 경우가 많으며, 채용 요건에는 스킬셋과 개발 경험이 중시된다.

25分間の集中作業と5分間の休憩を繰り返す時間管理手法。4セット後に長い休憩を取る。開発作業の集中力維持やタスク見積もり精度の向上に役立つ。

25분간의 집중 작업과 5분간의 휴식을 반복하는 시간 관리 수법으로, 개발 작업의 집중력 유지에 도움이 된다.

個人貢献者としてのシニア技術職の役割を定義し、組織横断的な技術戦略と標準化をリードする責任を明示する文書である。管理職に進まずとも技術者として昇進できるキャリアパスを示す。

개인 기여자로서의 시니어 기술직의 역할을 정의하고 조직 횡단적인 기술 전략과 표준화를 리드하는 책임을 명시하는 문서이다. 관리직으로 가지 않아도 기술자로서 승진할 수 있는 커리어 패스를 제시한다.

障害発生時に多数のクライアントが一斉にリトライを行うことでサーバーに過大な負荷が集中し障害が長期化する現象であり、ジッターやバックオフの導入で回避する必要がある。

장애 발생 시 다수의 클라이언트가 일제히 재시도를 수행함으로써 서버에 과대한 부하가 집중되어 장애가 장기화되는 현상이며, 지터나 백오프의 도입으로 회피할 필요가 있다.

実践的なアーキテクチャ設計の演習問題に取り組むことで設計スキルを向上させるトレーニング手法である。武道の型のように繰り返し練習してパターンを体得する。

실천적인 아키텍처 설계 연습 문제에 임하여 설계 스킬을 향상시키는 트레이닝 기법이다. 무도의 카타처럼 반복 연습하여 패턴을 체득한다.

チーム全員が集まってコードやアーキテクチャを共同でレビューする手法であり、多角的な視点からの指摘により品質向上とチーム内の知識共有を同時に達成する。

팀 전원이 모여 코드나 아키텍처를 공동으로 리뷰하는 수법이며, 다각적인 시점에서의 지적으로 품질 향상과 팀 내의 지식 공유를 동시에 달성한다.

ビジネスのバリューストリームに沿って編成され、特定のサービスや機能の開発から運用までをエンドツーエンドで担当するチーム。チームトポロジーにおける基本的なチーム形態で、自律的なデリバリーを行う。

비즈니스의 밸류 스트림에 따라 편성되어 특정 서비스나 기능의 개발부터 운용까지를 엔드투엔드로 담당하는 팀이다. 팀 토폴로지에서의 기본적인 팀 형태로, 자율적인 딜리버리를 수행한다.

アプリケーションやインフラの設定をコードとしてバージョン管理し、レビューやテストを経て反映する運用手法である。手動設定のミスを防ぎ、設定変更の追跡性を確保する。

애플리케이션이나 인프라 설정을 코드로서 버전 관리하고 리뷰나 테스트를 거쳐 반영하는 운용 기법이다. 수동 설정의 실수를 방지하고 설정 변경의 추적성을 확보한다.

セキュリティ上の脆弱性を防ぐためのコーディングルールを策定し、開発者が遵守すべき安全な実装基準を定めることである。入力検証やSQL注入対策、暗号化処理などの具体的なルールを含む。

보안상의 취약성을 방지하기 위한 코딩 규칙을 수립하고 개발자가 준수해야 할 안전한 구현 기준을 정하는 것이다. 입력 검증이나 SQL 인젝션 대책, 암호화 처리 등의 구체적인 규칙을 포함한다.

エンジニアリング組織が大切にする価値観や行動指針を明文化したもののこと。コードレビューの基準や技術選定の判断軸として、日常的な意思決定の拠り所になる。

엔지니어링 조직이 소중히 여기는 가치관이나 행동 지침을 명문화한 것. 코드 리뷰 기준이나 기술 선정 판단축으로서, 일상적인 의사결정의 근거가 된다.

技術的な内容を物語形式で分かりやすく伝えるコミュニケーション手法のこと。アーキテクチャ提案やポストモーテムの共有時に、聴衆の理解と共感を促進する。

기술적인 내용을 이야기 형식으로 알기 쉽게 전달하는 커뮤니케이션 기법. 아키텍처 제안이나 포스트모템 공유 시, 청중의 이해와 공감을 촉진한다.

システムに障害が発生した場合、安全な状態に自動的に移行するよう設計する原則。障害時にサービスを停止してでもデータ破損や危険な動作を防ぐことを優先する考え方である。

시스템에 장애가 발생했을 경우, 안전한 상태로 자동적으로 이행하도록 설계하는 원칙이다. 장애 시에 서비스를 정지하더라도 데이터 파손이나 위험한 동작을 방지하는 것을 우선하는 사고방식이다.

ブロックチェーン上のスマートコントラクトで運営される組織形態。中央管理者なしにトークン保有者が投票でガバナンスを行うDAO（Decentralized Autonomous Organization）の仕組み。

블록체인 위의 스마트 컨트랙트로 운영되는 조직 형태. 중앙 관리자 없이 토큰 보유자가 투표로 거버넌스를 수행하는 DAO(Decentralized Autonomous Organization) 구조.

セキュリティ対策を開発ライフサイクルの早期段階に組み込む手法のこと。設計時の脅威モデリングやCI段階でのSAST実行により、脆弱性を早期に検出・修正する。

보안 대책을 개발 라이프사이클의 초기 단계에 내장하는 기법. 설계 시 위협 모델링이나 CI 단계에서의 SAST 실행으로 취약성을 조기에 검출·수정한다.

OSSへの変更を自社のフォークに適用する前に、まずアップストリームのプロジェクトに貢献する方針。長期的なメンテナンスコストを削減し、コミュニティとの良好な関係を構築する戦略である。

OSS에의 변경을 자사의 포크에 적용하기 전에, 먼저 업스트림 프로젝트에 공헌하는 방침이다. 장기적인 유지보수 비용을 절감하고 커뮤니티와의 양호한 관계를 구축하는 전략이다.

複数のGraphQLサービスを統合して単一のAPIゲートウェイとして提供するための分散グラフ構成パターンである。各サービスが自身のスキーマを独立して管理しつつ統合ゲートウェイで結合される。

복수의 GraphQL 서비스를 통합하여 단일 API 게이트웨이로 제공하기 위한 분산 그래프 구성 패턴이다. 각 서비스가 자신의 스키마를 독립적으로 관리하면서 통합 게이트웨이에서 결합된다.

可読性・保守性・テスタビリティなどの観点からソースコードの質を総合的に評価する概念であり、SonarQubeなどの静的解析ツールで定量的に測定し継続的に改善する。

가독성·보수성·테스터빌리티 등의 관점에서 소스 코드의 질을 종합적으로 평가하는 개념이며, SonarQube 등의 정적 해석 도구로 정량적으로 측정하여 지속적으로 개선한다.

特定の業務領域に深い知識を持つ専門家。ドメイン駆動設計において、開発チームと協力してユビキタス言語やドメインモデルの定義に中心的な役割を果たす重要なステークホルダーである。

특정 업무 영역에 깊은 지식을 가진 전문가이다. 도메인 주도 설계에서 개발 팀과 협력하여 유비쿼터스 언어나 도메인 모델의 정의에 중심적인 역할을 하는 중요한 이해관계자이다.

過去の具体的な経験や行動に基づいて候補者の能力を評価する面接手法であり、STARフレームワークを用いて状況・課題・行動・結果を構造的に聞き出し再現性のある評価を行う。

과거의 구체적인 경험이나 행동에 기반하여 후보자의 능력을 평가하는 면접 수법이며, STAR 프레임워크를 이용하여 상황·과제·행동·결과를 구조적으로 파악하여 재현성 있는 평가를 수행한다.

蓄積した技術的負債を計画的に返済するための戦略と実行計画。負債の可視化・優先度付け・工数見積もりを行い、通常の機能開発と並行して段階的に改善を進めるロードマップを策定する。

축적된 기술 부채를 계획적으로 상환하기 위한 전략과 실행 계획이다. 부채의 가시화·우선도 부여·공수 견적을 수행하여 통상의 기능 개발과 병행하여 단계적으로 개선을 진행하는 로드맵을 책정한다.

2人1組でリアルタイムにコードを書く開発手法の実践的な運用方法。役割を交代しながら進める。

2인 1조로 실시간으로 코드를 작성하는 개발 기법의 실전 운용 방법. 역할을 교대하며 진행한다.

組織全体の技術力を体系的に向上させるための教育・評価・改善の包括的プログラムである。コードレビュー基準や設計原則の統一を通じて技術品質の底上げを図る。

조직 전체의 기술력을 체계적으로 향상시키기 위한 교육·평가·개선의 포괄적 프로그램이다. 코드 리뷰 기준이나 설계 원칙의 통일을 통해 기술 품질의 저변 확대를 도모한다.

システムやコンポーネントの設計意図、構成、制約事項などを記述した技術文書。将来のメンテナンスや新規メンバーのオンボーディングに不可欠な知識資産である。

시스템이나 컴포넌트의 설계 의도, 구성, 제약 사항 등을 기술한 기술 문서로, 향후 유지보수에 불가결한 지식 자산이다.

SlackやTeamsなどのチャットツール上でbotコマンドを実行しデプロイや監視操作を行う運用手法であり、作業の透明性とチーム間の情報共有を向上させリアルタイムな運用を実現する。

Slack이나 Teams 등의 채팅 도구 상에서 bot 커맨드를 실행하여 디플로이나 감시 조작을 수행하는 운용 수법이며, 작업의 투명성과 팀 간 정보 공유를 향상시켜 실시간 운용을 실현한다.

テックリードに求められる技術判断・チーム指導・アーキテクチャ決定の責任範囲を明確に定義する文書である。マネージャーとの役割分担を明示し、技術的な意思決定の権限と責任を規定する。

테크 리드에게 요구되는 기술 판단·팀 지도·아키텍처 결정의 책임 범위를 명확히 정의하는 문서이다. 매니저와의 역할 분담을 명시하고 기술적인 의사결정의 권한과 책임을 규정한다.

システムのパフォーマンスや稼働状況をリアルタイムで可視化する管理画面であり、GrafanaやDatadogなどでCPU使用率やエラーレートを一覧表示してインシデントの早期発見を支援する。

시스템의 퍼포먼스나 가동 상황을 실시간으로 가시화하는 관리 화면이며, Grafana나 Datadog 등으로 CPU 사용률이나 에러 레이트를 일람 표시하여 인시던트의 조기 발견을 지원한다.

バッチジョブ間の実行順序と前提条件を管理し、依存関係の破綻によるデータ不整合を防止する仕組みである。上流ジョブの完了を待ってから下流ジョブを実行する依存チェーンを確実に制御する。

배치 잡 간의 실행 순서와 전제 조건을 관리하고 의존 관계의 파탄에 의한 데이터 불일치를 방지하는 구조이다. 상류 잡의 완료를 기다린 후 하류 잡을 실행하는 의존 체인을 확실히 제어한다.

量子コンピュータによる既存暗号の解読リスクに備え、耐量子暗号アルゴリズムへの移行を計画・実施することである。NISTが標準化した格子暗号やハッシュベース暗号への段階的な移行が求められる。

양자 컴퓨터에 의한 기존 암호의 해독 리스크에 대비하여 내양자 암호 알고리즘으로의 이행을 계획·실시하는 것이다. NIST가 표준화한 격자 암호나 해시 기반 암호로의 단계적인 이행이 요구된다.

プロジェクトの完了時や障害対応後にチームの暗黙知を体系的に収集し、明文化して組織のナレッジベースに蓄積するプロセスである。組織学習の促進に寄与する。

프로젝트 완료 시나 장애 대응 후에 팀의 암묵지를 체계적으로 수집하여 명문화하고 조직의 지식 기반에 축적하는 프로세스이다. 조직 학습 촉진에 기여한다.

問題を他者やゴム製のアヒルに説明することで解決策を見つけるデバッグ手法。コードの処理を一行ずつ言語化することで、論理的な矛盾や見落としに気づきやすくなる。

문제를 타인이나 고무 오리에게 설명함으로써 해결책을 찾는 디버깅 기법으로, 코드를 한 줄씩 언어화하여 논리적 모순을 발견한다.

短い反復サイクルで要件定義・開発・テストを繰り返しながら段階的にプロダクトを完成させる開発手法の総称であり、変化への迅速な対応と顧客価値の早期提供を重視する。

짧은 반복 사이클로 요건 정의·개발·테스트를 반복하면서 단계적으로 프로덕트를 완성시키는 개발 수법의 총칭이며, 변화에의 신속한 대응과 고객 가치의 조기 제공을 중시한다.

オープンソースの開発手法を社内プロジェクトに適用し、組織内のコード共有とコラボレーションを促進する取り組みである。

오픈소스 개발 기법을 사내 프로젝트에 적용하고 조직 내 코드 공유와 협업을 촉진하는 활동이다.

本番環境への変更リクエストをレビューし、リスク評価と承認を行う組織体のこと。変更の影響範囲・ロールバック計画・テスト結果を確認して変更可否を判断する。

프로덕션 환경에 대한 변경 요청을 리뷰하고, 리스크 평가와 승인을 수행하는 조직체. 변경의 영향 범위·롤백 계획·테스트 결과를 확인하여 변경 가부를 판단한다.

Open Policy Agentを使用して組織のセキュリティ・コンプライアンスポリシーをコードとして一元管理する手法である。Regoポリシー言語で宣言的にルールを記述し、APIやKubernetesに適用する。

Open Policy Agent를 사용하여 조직의 보안·컴플라이언스 정책을 코드로 일원 관리하는 기법이다. Rego 정책 언어로 선언적으로 규칙을 기술하고 API나 Kubernetes에 적용한다.