開発 IT用語 韓国語一覧
개발 IT 용어 일본어 목록
327語収録 / 327개 수록
コードを変更した際にアプリを再起動せずリアルタイムで反映する機能。Flutter・React NativeなどのモバイルやWebフレームワークで広く活用され、開発効率を大幅に向上させる。
코드를 변경할 때 앱을 재시작하지 않고 실시간으로 반영하는 기능. Flutter, React Native 등 모바일 및 웹 프레임워크에서 널리 활용되며 개발 효율을 크게 향상시킨다.
本番環境と並行して新バージョンに実トラフィックを流しつつ、結果をユーザーに返さず内部で動作検証するデプロイ手法。リスクを最小化できる。
프로덕션 환경과 병행하여 새 버전에 실제 트래픽을 흘리면서 결과를 사용자에게 반환하지 않고 내부적으로 동작을 검증하는 배포 기법으로, 리스크를 최소화할 수 있다.
コードエディタ（VS CodeやVimなど）のインデント幅・フォント・拡張機能・フォーマッタなどの設定。チーム開発ではEditorConfigなどで統一することが多い。
코드 에디터(VS Code, Vim 등)의 들여쓰기 너비, 폰트, 확장 기능, 포매터 등의 설정. 팀 개발에서는 EditorConfig 등으로 통일하는 경우가 많다.
ソフトウェアのバージョン番号をMEJOR.MINOR.PATCHの形式で管理するルール。破壊的変更・機能追加・バグ修正をバージョン番号で明確に伝える手法。
소프트웨어 버전 번호를 MAJOR.MINOR.PATCH 형식으로 관리하는 규칙. 파괴적 변경·기능 추가·버그 수정을 버전 번호로 명확하게 전달하는 방법.
OSやアプリケーションの動作に影響を与える外部設定値。APIキーやDBの接続情報などを、コードに直接書かずに管理するために使用される。
OS나 애플리케이션 동작에 영향을 주는 외부 설정값. API 키나 DB 접속 정보 등을 코드에 직접 작성하지 않고 관리하기 위해 사용된다.
操作をオブジェクトとしてカプセル化するデザインパターン。実行・取り消し・キューイングが容易になり、操作履歴管理やUndo/Redo機能の実装に広く活用される。
작업을 객체로 캡슐화하는 디자인 패턴. 실행·취소·큐잉이 용이해지며, 작업 이력 관리나 Undo/Redo 기능 구현에 널리 활용된다.
ログ出力の重要度を段階的に分類する仕組み。DEBUG・INFO・WARN・ERROR・FATALなどのレベルがあり、環境に応じて出力するログの粒度を制御するために使用する。
로그 출력의 중요도를 단계적으로 분류하는 방식. DEBUG, INFO, WARN, ERROR, FATAL 등의 레벨이 있으며, 환경에 따라 출력할 로그의 세밀도를 제어하기 위해 사용한다.
開発者がコードを書いてからテスト・検証・修正までのサイクルのこと。このループを短縮することで生産性と品質を向上させることができる。
개발자가 코드를 작성한 후 테스트·검증·수정까지의 사이클을 말한다. 이 루프를 단축함으로써 생산성과 품질을 향상시킬 수 있다.
OSSや社内プロジェクトへの積極的な貢献を奨励する組織文化。コードレビュー、バグ修正、ドキュメント改善など多様な形で参加を促す文化的風土を指す。
오픈소스나 사내 프로젝트에 적극적인 기여를 장려하는 조직 문화. 코드 리뷰, 버그 수정, 문서 개선 등 다양한 형태의 참여를 촉진하는 문화적 풍토를 의미한다.
GitHub上でクラウドホスト型の開発環境を即起動できるサービス。ブラウザまたはVS CodeからDev Containerベースの環境に接続でき、ローカル環境なしで開発が完結する。
GitHub에서 클라우드 호스팅형 개발 환경을 즉시 시작할 수 있는 서비스. 브라우저 또는 VS Code에서 Dev Container 기반 환경에 접속할 수 있으며, 로컬 환경 없이 개발이 완결된다.
同じ操作を何度繰り返しても結果が変わらない性質。HTTPメソッドのGET・PUT・DELETEや、APIの設計・分散システムにおいて重要な概念。
동일한 작업을 여러 번 반복해도 결과가 변하지 않는 성질. HTTP 메서드의 GET·PUT·DELETE나 API 설계·분산 시스템에서 중요한 개념이다.
既存のオブジェクトに動的に新しい機能を追加するデザインパターン。継承を使わず、ラッパーオブジェクトで機能を拡張するため、柔軟な機能の組み合わせが可能。
기존 객체에 동적으로 새로운 기능을 추가하는 디자인 패턴. 상속을 사용하지 않고 래퍼 객체로 기능을 확장하기 때문에 유연한 기능 조합이 가능합니다.
開発チームの技術的な意思決定をリードするエンジニア。コードレビュー、アーキテクチャ設計、技術方針の策定を担いながら、チームメンバーの育成も行う役割。
개발 팀의 기술적 의사결정을 이끄는 엔지니어. 코드 리뷰, 아키텍처 설계, 기술 방침 수립을 담당하면서 팀원 육성도 병행하는 역할.
クラスのインスタンスを1つだけ生成し、グローバルにアクセスできるようにするデザインパターン。DBコネクションや設定管理などで多用される。
클래스의 인스턴스를 하나만 생성하고 전역으로 접근할 수 있도록 하는 디자인 패턴. DB 커넥션이나 설정 관리 등에서 많이 활용된다.
DDDにおける統合パターンの一つ。サービスが外部の複数クライアントに対し、公開されたプロトコルやAPIを通じてアクセスを提供する設計手法。
DDD에서의 통합 패턴 중 하나로, 서비스가 외부 다수의 클라이언트에게 공개된 프로토콜이나 API를 통해 접근을 제공하는 설계 기법이다.
短期的な開発速度を優先した結果生じる、後で対処が必要なコード品質の問題や設計上の負債。放置すると保守コストが増大する。
단기적인 개발 속도를 우선한 결과 발생하는, 나중에 해결해야 할 코드 품질 문제나 설계상의 부채. 방치하면 유지보수 비용이 증가한다.
「ハック」と「マラソン」を合わせた造語。短期間（1〜2日）でチームを組み、アイデアをプロトタイプとして開発・発表するイベント形式のこと。
'해킹'과 '마라톤'을 합친 신조어. 단기간(1~2일) 동안 팀을 구성해 아이디어를 프로토타입으로 개발하고 발표하는 이벤트 형식.
「Don't Repeat Yourself」の略。同じコードや知識を複数箇所に重複して書かないという設計原則。保守性・可読性の向上に直結する。
'Don't Repeat Yourself'의 약자. 동일한 코드나 로직을 여러 곳에 중복 작성하지 않는다는 설계 원칙으로, 유지보수성과 가독성 향상에 직결된다.
関数の計算結果をキャッシュし、同じ引数で再呼び出された際に再計算せず保存済みの結果を返す最適化手法。処理速度向上に有効。
함수의 계산 결과를 캐시하여, 동일한 인수로 재호출될 때 재계산 없이 저장된 결과를 반환하는 최적화 기법. 처리 속도 향상에 효과적.
プロジェクト内のファイルやフォルダの階層的な配置・整理方法。可読性・保守性・チーム開発の効率に大きく影響するため、規約に沿った設計が重要。
프로젝트 내 파일과 폴더의 계층적 배치 및 정리 방법. 가독성·유지보수성·팀 개발 효율에 크게 영향을 미치므로, 규약에 맞는 설계가 중요하다.
コードを実行せずにソースコードを解析し、バグやセキュリティ脆弱性、コーディング規約違反などを検出する手法。CIパイプラインに組み込まれることが多い。
코드를 실행하지 않고 소스 코드를 분석하여 버그, 보안 취약점, 코딩 규약 위반 등을 검출하는 기법. CI 파이프라인에 통합되는 경우가 많다.
関連するクラスやモジュールをまとめた単位。ライブラリやフレームワークの配布形式としても使われ、npm・pip・Mavenなどのパッケージマネージャーで管理される。
관련 클래스나 모듈을 묶은 단위. 라이브러리나 프레임워크의 배포 형식으로도 사용되며, npm·pip·Maven 등의 패키지 매니저로 관리된다.
特定の機能や処理を実現する再利用可能な短いコードの断片。IDEやドキュメントに貼り付けて素早く実装するために活用される。
특정 기능이나 처리를 구현하는 재사용 가능한 짧은 코드 조각. IDE나 문서에 붙여넣어 빠르게 구현하기 위해 활용된다.
アルゴリズムの時間・空間計算量をO(n)のように表す記法。入力サイズnに対して処理コストがどう増加するかを示し、アルゴリズムの効率性評価に使われる。
알고리즘의 시간·공간 복잡도를 O(n)처럼 표현하는 표기법. 입력 크기 n에 따라 처리 비용이 어떻게 증가하는지 나타내며, 알고리즘 효율성 평가에 활용된다.
VS Codeとコンテナを組み合わせた開発環境仕様。`.devcontainer`に環境定義を記述することでチーム全員が同一の開発環境を使え、「自分のPCでは動く」問題を解消する。
VS Code와 컨테이너를 결합한 개발 환경 사양. `.devcontainer`에 환경 정의를 기술함으로써 팀 전원이 동일한 개발 환경을 사용할 수 있으며, '내 PC에서는 되는데' 문제를 해결한다.
「Keep It Simple, Stupid」の略。設計やコードはできる限りシンプルに保つべきという開発原則。複雑な実装を避け、可読性・保守性を高めることを目的とする。
'Keep It Simple, Stupid'의 약자. 설계나 코드는 가능한 한 단순하게 유지해야 한다는 개발 원칙. 복잡한 구현을 피하고 가독성과 유지보수성을 높이는 것을 목적으로 한다.
ソースコードや設定ファイルの変更履歴を記録・管理する仕組み。GitやSVNなどのツールを使い、複数人での共同開発やロールバックを可能にする。
소스 코드나 설정 파일의 변경 이력을 기록·관리하는 체계. Git이나 SVN 등의 도구를 사용하여 여러 명이 공동 개발하거나 롤백을 가능하게 한다.
データへのアクセス速度を向上させるため、頻繁に使用するデータを一時的に保存する仕組み。ブラウザ、DB、サーバーサイドなど様々なレイヤーで活用される。
데이터 접근 속도를 향상시키기 위해 자주 사용하는 데이터를 임시로 저장하는 메커니즘. 브라우저, DB, 서버 사이드 등 다양한 레이어에서 활용된다.
データを特定の順序（昇順・降順など）に並べ替えるアルゴリズムの総称。バブルソート、クイックソート、マージソートなど多種あり、計算量や安定性で使い分ける。
데이터를 특정 순서(오름차순·내림차순 등)로 정렬하는 알고리즘의 총칭. 버블 정렬, 퀵 정렬, 병합 정렬 등 다양하며, 시간 복잡도와 안정성에 따라 구분하여 사용한다.
オブジェクトの生成処理を専用のファクトリークラスに委譲するデザインパターン。インスタンス化のロジックを隠蔽し、疎結合な設計を実現する。
객체 생성 처리를 전용 팩토리 클래스에 위임하는 디자인 패턴. 인스턴스화 로직을 은닉하고 느슨하게 결합된 설계를 실현한다.
プログラムの実行を一時停止・追跡し、バグの原因を特定するためのツール。ブレークポイント設定やステップ実行などの機能を持つ。
프로그램 실행을 일시 중지하거나 추적하여 버그 원인을 파악하는 도구. 브레이크포인트 설정 및 스텝 실행 등의 기능을 제공한다.
システムの状態やKPIを一覧表示するダッシュボード画面の構成・レイアウトを設計すること。情報の優先度や視認性を考慮したUI設計が重要。
시스템 상태나 KPI를 한눈에 표시하는 대시보드 화면의 구성 및 레이아웃을 설계하는 것. 정보 우선순위와 가독성을 고려한 UI 설계가 중요하다.
アルゴリズムの処理効率を示す指標。入力サイズnに対してどれだけの時間・空間リソースが必要かをO記法（ビッグオー記法）で表現する。
알고리즘의 처리 효율을 나타내는 지표. 입력 크기 n에 대해 얼마나 많은 시간·공간 자원이 필요한지를 O 표기법(빅오 표기법)으로 나타낸다.
Decentralized Applicationの略。バックエンドのビジネスロジックが中央集権的なサーバーではなく、ブロックチェーン上のスマートコントラクトとして実行されるアプリケーション。
Decentralized Application의 약자. 백엔드의 비즈니스 로직이 중앙 집중적인 서버가 아니라, 블록체인 상의 스마트 컨트랙트로서 실행되는 애플리케이션.
副作用を排除し、純粋関数と不変データを中心に処理を組み立てるプログラミングパラダイム。ScalaやHaskell、Kotlinなどで採用され、バグの少ない保守性の高いコードが書ける。
부작용을 제거하고 순수 함수와 불변 데이터를 중심으로 처리를 구성하는 프로그래밍 패러다임. Scala, Haskell, Kotlin 등에서 채택되며 버그가 적고 유지보수성이 높은 코드를 작성할 수 있다.
異なるシステムやドメイン間を繋ぐ変換レイヤー。外部システムの変更や差異が自システムのドメインモデルに直接影響しないよう保護する設計パターン（ACL）。
서로 다른 시스템이나 도메인 사이를 연결하는 변환 레이어. 외부 시스템의 변경이나 차이가 자체 도메인 모델에 직접 영향을 주지 않도록 보호하는 설계 패턴(ACL).
モジュール内の要素がどれだけ密接に関連しているかを示す指標。高凝集度はモジュールの責務が明確で保守性・再利用性が高い設計を意味する。
모듈 내 요소들이 얼마나 밀접하게 연관되어 있는지를 나타내는 지표. 높은 응집도는 모듈의 책임이 명확하고 유지보수성·재사용성이 높은 설계를 의미한다.
GitHubとOpenAIが開発したAIコーディングアシスタント。コードの自動補完・関数生成・テストコード作成・バグ修正提案などをエディタ上でリアルタイムに行う。
GitHub와 OpenAI가 개발한 AI 코딩 어시스턴트. 코드 자동 완성·함수 생성·테스트 코드 작성·버그 수정 제안 등을 에디터 상에서 실시간으로 수행한다.
Pythonの標準パッケージ管理ツール。外部ライブラリのインストール・アップデート・削除をコマンドラインで簡単に行える。`pip install パッケージ名`の形式で使用する。
Python의 표준 패키지 관리 도구. 외부 라이브러리의 설치·업데이트·삭제를 커맨드라인에서 간편하게 수행할 수 있으며, `pip install 패키지명` 형식으로 사용한다.
ソースコードを1行ずつ逐次解釈・実行する方式。コンパイル不要で即時実行できるが、実行速度はコンパイラ方式より遅い傾向がある。PythonやRubyが代表例。
소스 코드를 한 줄씩 순차적으로 해석하고 실행하는 방식. 컴파일이 필요 없어 즉시 실행이 가능하지만, 실행 속도는 컴파일러 방식보다 느린 경향이 있다. Python, Ruby가 대표적인 예다.
アプリケーションの動作に必要な設定値（APIキー、DB接続情報など）をコードから分離し、環境ごとに外部で管理する手法。セキュリティと可搬性を高める。
애플리케이션 동작에 필요한 설정값(API 키, DB 접속 정보 등)을 코드와 분리하여 환경별로 외부에서 관리하는 방법으로, 보안성과 이식성을 높인다.
ソースコードや文字列を別の言語・形式に変換する処理。i18n対応では多言語テキストの翻訳管理、コンパイラでは中間コードへの変換を指す場合もある。
소스 코드나 문자열을 다른 언어·형식으로 변환하는 처리. i18n 대응에서는 다국어 텍스트의 번역 관리, 컴파일러에서는 중간 코드로의 변환을 의미하기도 한다.
あるモジュールやサービスが他のモジュール・ライブラリに依存している関係のこと。依存関係の管理はビルドやデプロイの安定性に直結する重要な概念。
특정 모듈이나 서비스가 다른 모듈·라이브러리에 의존하는 관계를 말한다. 의존성 관리는 빌드와 배포의 안정성에 직결되는 중요한 개념이다.
分割不可能な単一の操作単位。実行中に他のスレッドから割り込まれず、完全に成功するか完全に失敗するかのいずれかとなる処理のこと。
분할할 수 없는 단일 연산 단위. 실행 중 다른 스레드의 개입 없이 완전히 성공하거나 완전히 실패하는 처리를 의미한다.
GroovyまたはKotlin DSLを使用したビルド自動化ツール。AndroidやJavaプロジェクトで広く採用され、依存関係管理やタスク実行を柔軟に定義できる。
Groovy 또는 Kotlin DSL을 사용하는 빌드 자동화 도구. Android 및 Java 프로젝트에서 널리 사용되며, 의존성 관리와 태스크 실행을 유연하게 정의할 수 있다.
チーム内でコードの書き方を統一するためのルール集。命名規則・インデント・コメント記述方法などを定め、可読性と保守性を高める。
팀 내에서 코드 작성 방식을 통일하기 위한 규칙 모음. 명명 규칙·들여쓰기·주석 작성 방법 등을 정하여 가독성과 유지보수성을 높인다.
複数の開発者が同じファイルの同じ箇所を変更した際、Gitなどのバージョン管理システムで自動マージできない状態。手動での競合解消が必要。
여러 개발자가 동일한 파일의 같은 부분을 수정했을 때, Git 등의 버전 관리 시스템에서 자동 병합이 불가능한 상태. 수동으로 충돌을 해결해야 한다.
Rustで実装された超高速なPythonリンター。Flake8・pylint・isortなど複数のツールを統合し、従来ツールの100倍以上の速度でコード品質チェックを行う。
Rust로 구현된 초고속 Python 린터. Flake8·pylint·isort 등 여러 도구를 통합하여 기존 도구의 100배 이상의 속도로 코드 품질 검사를 수행한다.
アルゴリズムやコードの処理量・構造の複雑さを示す指標。時間計算量（O記法）や循環的複雑度（サイクロマティック複雑度）などで定量的に評価される。
알고리즘이나 코드의 처리량·구조의 복잡함을 나타내는 지표. 시간 복잡도(O 표기법)나 순환 복잡도(사이클로매틱 복잡도) 등으로 정량적으로 평가된다.
テストコードを先に書いてから実装を行う開発手法。Red→Green→Refactorのサイクルを繰り返し、コード品質と保守性を高める。略称はTDD。
테스트 코드를 먼저 작성한 후 구현을 진행하는 개발 방법론. Red→Green→Refactor 사이클을 반복하여 코드 품질과 유지보수성을 높인다. 약칭은 TDD.
設定値などをソースコードに直接記述すること。避けるべき手法。
설정값 등을 소스 코드에 직접 기술하는 것. 피해야 할 기법.
複雑に絡み合い読解・保守が困難なコードを、リファクタリングによって整理・構造化し、可読性と保守性を高める作業のこと。
복잡하게 얽혀 있어 이해 및 유지보수가 어려운 코드를 리팩토링을 통해 정리·구조화하여 가독성과 유지보수성을 높이는 작업.
ソースコードを実行可能なソフトウェアに変換するツール。コンパイル・リンク・テスト・デプロイなどの工程を自動化し、開発効率を向上させる。Maven、Gradle、Webpackなどが代表例。
소스 코드를 실행 가능한 소프트웨어로 변환하는 도구. 컴파일·링크·테스트·배포 등의 과정을 자동화하여 개발 효율을 높인다. Maven, Gradle, Webpack 등이 대표적인 예다.
コードの品質低下や設計上の問題を定量的・視覚的に把握するプロセス。SonarQubeなどのツールを活用し、リファクタリングの優先順位付けに役立てる。
코드 품질 저하나 설계상의 문제를 정량적·시각적으로 파악하는 프로세스. SonarQube 등의 도구를 활용하여 리팩토링 우선순위 결정에 활용한다.
変数・関数・クラスなどの名前を付ける際のルール。キャメルケースやスネークケースなど、チームやプロジェクト全体で統一することでコードの可読性と保守性を高める。
변수, 함수, 클래스 등에 이름을 붙일 때의 규칙. 캐멀 케이스나 스네이크 케이스 등을 팀 또는 프로젝트 전체에서 통일함으로써 코드의 가독성과 유지보수성을 높인다.
処理の完了を待たずに次の処理を進める手法。UIのフリーズ防止やAPIリクエストの並行処理など、パフォーマンス向上に不可欠な技術。async/awaitやPromiseが代表的。
처리 완료를 기다리지 않고 다음 처리를 진행하는 방법론. UI 프리즈 방지나 API 요청의 병렬 처리 등 성능 향상에 필수적인 기술로, async/await와 Promise가 대표적이다.
文字列のパターンマッチングや検索・置換に使う記法。メタ文字を組み合わせて柔軟な文字列操作が可能で、バリデーションやログ解析などに広く活用される。
문자열의 패턴 매칭이나 검색·치환에 사용하는 표기법. 메타 문자를 조합해 유연한 문자열 조작이 가능하며, 유효성 검사나 로그 분석 등에 널리 활용된다.
ソフトウェア設計における再利用可能な解決策のテンプレート。GoFの23パターンが有名で、Singleton・Factory・Observerなど設計の共通言語として活用される。
소프트웨어 설계에서 재사용 가능한 해결책의 템플릿. GoF의 23가지 패턴이 유명하며, Singleton·Factory·Observer 등 설계의 공통 언어로 활용된다.
ソースコードの変更を検知し、ブラウザや画面を自動で再読み込みする機能。手動リロード不要で開発効率を大幅に向上させる。
소스 코드 변경을 감지하여 브라우저나 화면을 자동으로 새로고침하는 기능. 수동 새로고침 없이 개발 효율을 크게 향상시킨다.
他の開発者が書いたソースコードを確認・評価するプロセス。品質向上・バグ早期発見・知識共有を目的とし、プルリクエストを通じて行われることが多い。
다른 개발자가 작성한 소스 코드를 확인하고 평가하는 프로세스. 품질 향상, 버그 조기 발견, 지식 공유를 목적으로 하며, 풀 리퀘스트를 통해 진행되는 경우가 많다.
ソースコードが公開され、誰でも自由に利用・改変・再配布できるソフトウェア。OSSとも呼ばれ、LinuxやReactなど多くのプロダクトで活用されている。
소스 코드가 공개되어 누구나 자유롭게 사용·수정·재배포할 수 있는 소프트웨어. OSS라고도 불리며, Linux나 React 등 많은 프로덕트에서 활용된다.
テキストの自動翻訳機能をHTTPリクエスト経由で提供するAPI。Google Cloud Translation APIやDeepL APIなどが代表的で、多言語対応サービス開発に活用される。
텍스트 자동 번역 기능을 HTTP 요청을 통해 제공하는 API. Google Cloud Translation API, DeepL API 등이 대표적이며, 다국어 지원 서비스 개발에 활용된다.
既存のAPIやインターフェースの互換性を壊す変更のこと。利用側のコード修正が必須となり、バージョンアップ時に特に注意が必要。
기존 API나 인터페이스의 호환성을 깨뜨리는 변경 사항. 사용하는 쪽의 코드 수정이 필수이며, 버전 업그레이드 시 특히 주의가 필요하다.
クラスのインスタンスが必ずひとつだけ生成されることを保証するデザインパターン。DBコネクションやログ管理など共有リソースの管理に広く使われる。
클래스의 인스턴스가 반드시 하나만 생성되도록 보장하는 디자인 패턴. DB 커넥션이나 로그 관리 등 공유 리소스 관리에 널리 사용된다.
Vercelが開発したJavaScript/TypeScriptモノレポ向けビルドシステム。インクリメンタルビルド・リモートキャッシュ・タスクのパイプライン管理で大規模モノレポのビルドを高速化する。
Vercel이 개발한 JavaScript/TypeScript 모노레포용 빌드 시스템. 증분 빌드·원격 캐시·태스크 파이프라인 관리로 대규모 모노레포의 빌드를 고속화한다.
コードに記述する特殊形式のコメント。JavaDocやJSDocなどのツールで自動的にAPIリファレンスドキュメントを生成するために使用される。
코드에 작성하는 특수 형식의 주석. JavaDoc이나 JSDoc 등의 도구를 통해 자동으로 API 레퍼런스 문서를 생성하는 데 사용된다.
システムの一部が障害を起こしても、機能を縮退させながら全体のサービスを継続する設計思想。完全停止を避け、部分的に動作し続けることを優先する。
시스템의 일부가 장애가 발생해도 기능을 축소하면서 전체 서비스를 계속 유지하는 설계 사상. 완전 중단을 피하고 부분적으로 동작을 유지하는 것을 우선시한다.
複数の引数を取る関数を、1つの引数を受け取る関数の連鎖に変換するテクニック。関数型プログラミングで部分適用と組み合わせてよく使われる。
여러 인수를 받는 함수를 하나의 인수를 받는 함수의 연쇄로 변환하는 기법. 함수형 프로그래밍에서 부분 적용과 함께 자주 활용된다.
既存のシステムやコードを新しい環境・要件に適合させるプロセス。デザインパターンのAdapterパターンや、レガシーシステムの移行・改修作業を指す場合が多い。
기존 시스템이나 코드를 새로운 환경·요건에 맞게 적합시키는 프로세스. 디자인 패턴의 Adapter 패턴이나 레거시 시스템의 이전·개선 작업을 가리키는 경우가 많다.
Javaプロジェクトのビルド・依存関係管理ツール。pom.xmlでプロジェクト構成を定義し、ライブラリの自動ダウンロードやビルドライフサイクルの管理を行う。
Java 프로젝트의 빌드 및 의존성 관리 도구. pom.xml로 프로젝트 구성을 정의하고, 라이브러리 자동 다운로드 및 빌드 라이프사이클 관리를 수행한다.
APIの開発・テスト・デバッグに使われるGUIツール。HTTPリクエストを手軽に送信でき、コレクション管理やチーム共有機能も備える。バックエンド開発やAPI連携確認に広く使われる。
API 개발·테스트·디버깅에 사용되는 GUI 툴. HTTP 요청을 간편하게 전송할 수 있으며, 컬렉션 관리 및 팀 공유 기능도 갖추고 있어 백엔드 개발 및 API 연동 확인에 널리 활용된다.
コードのデプロイとは独立して、特定の機能をON/OFFできる仕組み。リリースリスクの低減や段階的ロールアウト、A/Bテストに活用される。
코드 배포와 독립적으로 특정 기능을 ON/OFF할 수 있는 구조. 릴리스 리스크 감소, 단계적 롤아웃, A/B 테스트 등에 활용된다.
ソフトウェアパッケージを一元管理・配布するためのリポジトリサービス。npm、PyPI、Maven Centralなどが代表例で、依存関係の解決やバージョン管理に使用される。
소프트웨어 패키지를 중앙에서 관리하고 배포하기 위한 리포지토리 서비스. npm, PyPI, Maven Central 등이 대표적이며, 의존성 해결 및 버전 관리에 사용된다.
「システムを設計する組織は、その組織のコミュニケーション構造を模倣した設計を生み出す」という法則。マイクロサービス設計ではチーム構成をシステム境界に合わせる逆コンウェイ戦略も重要。
"시스템을 설계하는 조직은 그 조직의 커뮤니케이션 구조를 모방한 설계를 만들어낸다"는 법칙. 마이크로서비스 설계에서는 팀 구성을 시스템 경계에 맞추는 역 콘웨이 전략도 중요하다.
GitHubなどで他者のリポジトリを自分のアカウントにコピーする操作。元リポジトリに影響を与えずに独立した開発や改修が可能になる。
GitHub 등에서 다른 사람의 리포지토리를 자신의 계정으로 복사하는 작업. 원본 리포지토리에 영향을 주지 않고 독립적인 개발이나 수정이 가능해진다.
システム開発において、エラーや異常系の処理方法を事前に定義する設計工程。例外の種類・ハンドリング方法・ログ出力・ユーザー通知などを体系的に決定する。
시스템 개발에서 오류 및 비정상 처리 방법을 사전에 정의하는 설계 과정. 예외의 종류, 핸들링 방법, 로그 출력, 사용자 알림 등을 체계적으로 결정한다.
コードや文書がどれだけ読みやすく理解しやすいかを示す指標。命名規則・インデント・コメントの適切な使用がコードの可読性を高める重要な要素となる。
코드나 문서가 얼마나 읽기 쉽고 이해하기 쉬운지를 나타내는 지표. 네이밍 규칙·들여쓰기·주석의 적절한 사용이 코드 가독성을 높이는 중요한 요소다.
変数や関数の型をコンパイル時に決定する方式。型エラーを実行前に検出できるため、バグの早期発見やIDEの補完機能向上に役立つ。TypeScriptやJavaなどが代表例。
변수나 함수의 타입을 컴파일 시점에 결정하는 방식. 타입 오류를 실행 전에 감지할 수 있어 버그의 조기 발견과 IDE 자동완성 기능 향상에 유용하다. TypeScript, Java 등이 대표적인 예시다.
同じ入力に対して常に同じ出力を返し、副作用を持たない関数。関数型プログラミングの基本概念で、テストのしやすさや予測可能性の向上に貢献する。
동일한 입력에 대해 항상 동일한 출력을 반환하고 부작용이 없는 함수. 함수형 프로그래밍의 핵심 개념으로, 테스트 용이성과 예측 가능성 향상에 기여한다.
オブジェクトが依存するコンポーネントを外部から渡す設計パターン。疎結合を実現し、テストや保守性を向上させる。DIとも呼ばれ、SpringやAngularなどで広く活用される。
객체가 의존하는 컴포넌트를 외부에서 주입하는 설계 패턴. 느슨한 결합을 실현하며 테스트와 유지보수성을 향상시킨다. DI라고도 불리며 Spring, Angular 등에서 널리 활용된다.
チーム内でコードレビューを習慣的に実施する組織文化。品質向上・知識共有・属人化防止を目的とし、PR（プルリクエスト）ベースで行われることが多い。
팀 내에서 코드 리뷰를 습관적으로 실시하는 조직 문화. 품질 향상·지식 공유·업무 편중 방지를 목적으로 하며, PR(풀 리퀘스트) 기반으로 진행되는 경우가 많다.
データを特定の形式や文字コード（UTF-8、Shift-JISなど）に変換する処理。文字化けの防止や通信・保存の効率化のため、エンジニアが日常的に意識すべき基礎技術。
데이터를 특정 형식이나 문자 코드(UTF-8, Shift-JIS 등)로 변환하는 처리. 문자 깨짐 방지와 통신·저장의 효율화를 위해 엔지니어가 일상적으로 숙지해야 할 기초 기술.
ソースコードをコンパイルする段階で構文エラーや型不一致などの問題を検出する仕組み。実行前にバグを発見できるため、品質向上と開発効率化に直結する。
소스 코드를 컴파일하는 단계에서 구문 오류나 타입 불일치 등의 문제를 감지하는 방식. 실행 전에 버그를 발견할 수 있어 품질 향상과 개발 효율화에 직결된다.
ThoughtWorksが普及させた技術評価フレームワーク。採用技術を「Adopt・Trial・Assess・Hold」の4段階で評価・可視化し、組織全体の技術選定を標準化・共有するのに使われる。
ThoughtWorks가 보급시킨 기술 평가 프레임워크. 채용 기술을 'Adopt·Trial·Assess·Hold'의 4단계로 평가·시각화하여, 조직 전체의 기술 선정을 표준화·공유하는 데 사용된다.
APIのエンドポイント、リクエスト・レスポンスの形式、認証方式などを定義したドキュメント。フロントエンドとバックエンドの連携に不可欠。
API의 엔드포인트, 요청·응답 형식, 인증 방식 등을 정의한 문서. 프론트엔드와 백엔드 간 협업에 필수적인 산출물.
開発サイクルにおける外側のループ。コードのビルド・テスト・デプロイを含むCI/CDパイプライン全体のフローを指し、インナーループの外側で実行されるプロセス。
개발 사이클에서의 외부 루프. 코드 빌드·테스트·배포를 포함한 CI/CD 파이프라인 전체 흐름을 가리키며, 이너 루프 외부에서 실행되는 프로세스.
システムやソフトウェアの性能を標準的な指標で測定・比較するテスト手法。CPUやDBのスループット、レスポンスタイムなどを定量的に評価する際に使用する。
시스템이나 소프트웨어의 성능을 표준 지표로 측정·비교하는 테스트 기법. CPU나 DB의 처리량, 응답 시간 등을 정량적으로 평가할 때 사용한다.
システムやオブジェクトが取り得る有限個の「状態」と、イベントによる状態遷移を定義したモデル。UIフロー管理やプロトコル設計などで活用される。
시스템이나 객체가 가질 수 있는 유한한 '상태'와 이벤트에 의한 상태 전이를 정의한 모델. UI 흐름 관리나 프로토콜 설계 등에 활용된다.
アプリケーション開発の骨格となるソフトウェア基盤。共通機能や設計規約を提供し、開発者はビジネスロジックの実装に集中できる。
애플리케이션 개발의 뼈대가 되는 소프트웨어 기반. 공통 기능과 설계 규약을 제공하여 개발자가 비즈니스 로직 구현에 집중할 수 있게 해준다.
非同期処理を同期的なコードスタイルで記述できる軽量スレッドの仕組み。スレッドより低コストで並行処理を実現し、KotlinやPythonで広く活用される。
비동기 처리를 동기적인 코드 스타일로 작성할 수 있는 경량 스레드 메커니즘. 스레드보다 낮은 비용으로 동시 처리를 구현하며, Kotlin과 Python에서 널리 활용된다.
ソフトウェアの修正・拡張・バグ修正のしやすさを示す品質特性。コードの可読性、モジュール化、ドキュメント整備が保守性向上の鍵となる。
소프트웨어의 수정·확장·버그 수정의 용이성을 나타내는 품질 특성. 코드 가독성, 모듈화, 문서 정비가 유지보수성 향상의 핵심이다.
あるプログラミング言語のソースコードを別の言語のソースコードに変換するツール。TypeScriptをJavaScriptに変換するBabelやtscが代表例。
한 프로그래밍 언어의 소스 코드를 다른 언어의 소스 코드로 변환하는 도구. TypeScript를 JavaScript로 변환하는 Babel이나 tsc가 대표적인 예시.
MVC設計パターンにおけるUI表示層を指す。データを画面に描画する責務を持ち、モデルから受け取ったデータをユーザーに視覚的に提示するコンポーネント。
MVC 설계 패턴에서 UI 표시 계층을 의미한다. 데이터를 화면에 렌더링하는 역할을 담당하며, 모델로부터 받은 데이터를 사용자에게 시각적으로 표시하는 컴포넌트이다.
実際のハードウェアやOSの動作を別の環境で模倣するソフトウェア。モバイル開発では実機がなくてもAndroidやiOSの動作確認に使われる。
실제 하드웨어나 OS의 동작을 다른 환경에서 모방하는 소프트웨어. 모바일 개발에서는 실기기 없이도 Android나 iOS의 동작 확인에 사용된다.
Promiseやasync/awaitを使った非同期処理において、try-catchやcatch()メソッドで例外・エラーを適切に捕捉・処理する実装手法。
Promise나 async/await를 사용한 비동기 처리에서 try-catch 또는 catch() 메서드로 예외와 에러를 적절히 포착하고 처리하는 구현 기법.
REST・GraphQL・gRPCなどのAPIテストに使用するオープンソースのGUIクライアントツール。Postmanと並ぶ人気ツールで、リクエストの作成・管理・デバッグを効率的に行える。
REST, GraphQL, gRPC 등의 API 테스트에 사용하는 오픈소스 GUI 클라이언트 툴. Postman과 함께 널리 사용되며, 요청 생성·관리·디버깅을 효율적으로 수행할 수 있다.
単一のコードベースでWindows・macOS・Linux・iOS・Androidなど複数のOSやデバイスで動作するアプリやツールの開発手法・対応状況を指す。
단일 코드베이스로 Windows·macOS·Linux·iOS·Android 등 여러 OS와 디바이스에서 동작하는 앱이나 툴의 개발 방식 또는 호환 상태를 의미한다.
開発者がコードを書いて即座にビルド・テスト・デバッグを繰り返す短いフィードバックサイクル。CI/CDなど外部プロセスを含むアウターループと対比される。
개발자가 코드를 작성하고 즉시 빌드·테스트·디버그를 반복하는 짧은 피드백 사이클. CI/CD 등 외부 프로세스를 포함하는 아우터 루프와 대비되는 개념이다.
オブジェクト指向設計の5つの基本原則の頭文字をとった略語。単一責任・開放閉鎖・リスコフ置換・インターフェース分離・依存性逆転の各原則から構成され、保守性の高いコード設計の指針となる。
객체지향 설계의 5가지 기본 원칙의 머리글자를 딴 약어. 단일 책임·개방 폐쇄·리스코프 치환·인터페이스 분리·의존성 역전 원칙으로 구성되며, 유지보수성이 높은 코드 설계의 지침이 된다.
サービスの信頼性を定量的に測定する指標。レイテンシ・エラー率・可用性などをSLIとして定義し、SLOの達成状況を評価するために使用する。
서비스의 신뢰성을 정량적으로 측정하는 지표. 레이턴시·에러율·가용성 등을 SLI로 정의하고 SLO 달성 여부를 평가하는 데 사용한다.
システムやアプリケーションの処理速度・応答時間・リソース使用効率を改善する取り組み。ボトルネック特定とチューニングが主な作業。
시스템이나 애플리케이션의 처리 속도, 응답 시간, 리소스 사용 효율을 개선하는 작업. 병목 지점 파악과 튜닝이 주요 업무.
同じ立場のエンジニア同士がコードや設計書を相互確認し合うプロセス。品質向上やナレッジ共有を目的とし、プルリクエストのレビューが代表的な実施形態。
동등한 입장의 엔지니어들이 코드나 설계서를 서로 확인하는 프로세스. 품질 향상 및 지식 공유를 목적으로 하며, 풀 리퀘스트 리뷰가 대표적인 실시 형태.
DDD（ドメイン駆動設計）において、複数の境界づけられたコンテキスト間の関係や依存性を図示・整理する手法。チーム間の連携方針を明確化するために活用される。
DDD(도메인 주도 설계)에서 여러 경계 컨텍스트 간의 관계와 의존성을 도식화·정리하는 기법. 팀 간 연계 방침을 명확히 하기 위해 활용된다.
makeコマンドで使用されるビルド自動化ファイル。ターゲット・依存関係・コマンドを定義し、コンパイルやテスト実行などのタスクを効率的に管理する。
make 명령어에서 사용되는 빌드 자동화 파일. 타겟, 의존 관계, 명령어를 정의하여 컴파일, 테스트 실행 등의 작업을 효율적으로 관리한다.
アルゴリズムの効率を左右する配列・リスト・ツリー・ハッシュマップなどの適切なデータ構造を選ぶ設計判断。計算量や用途に応じて最適化する。
알고리즘 효율을 좌우하는 배열·리스트·트리·해시맵 등 적절한 자료구조를 선택하는 설계 판단으로, 시간복잡도와 용도에 따라 최적화한다.
組織のコミュニケーション構造がそのままシステム設計に反映されるという法則。マイクロサービスやチーム編成の議論で頻繁に引用される。
조직의 커뮤니케이션 구조가 그대로 시스템 설계에 반영된다는 법칙. 마이크로서비스나 팀 구성 논의에서 자주 인용된다.
システムやアプリケーションの性能・状態を数値化したデータを継続的に取得するプロセス。CPU使用率やレスポンスタイムなどを監視・分析するために活用される。
시스템이나 애플리케이션의 성능·상태를 수치화한 데이터를 지속적으로 수집하는 프로세스. CPU 사용률이나 응답 시간 등을 모니터링·분석하는 데 활용된다.
複数の処理を同時並行で実行する手法。CPUのマルチコアやスレッドを活用し、処理速度の向上やスループット改善を目的として用いられる。
여러 작업을 동시에 실행하는 기법. CPU의 멀티코어나 스레드를 활용하여 처리 속도 향상 및 처리량 개선을 목적으로 사용된다.
関数に渡す値。Argument。「파라미터(パラメータ)」とも。
함수에 전달하는 값. Argument. "파라미터"라고도 함.
古くなったコードや技術的負債を抱えたシステムを、リファクタリングやリライトにより可読性・保守性・品質を向上させる取り組み。
오래된 코드나 기술 부채를 안고 있는 시스템을 리팩토링이나 재작성을 통해 가독성·유지보수성·품질을 향상시키는 작업.
ソースコードのコメントや設定ファイルから自動的にドキュメントを生成するプロセス。JavaDocやSwaggerなどのツールが代表的で、APIリファレンスや仕様書の作成を効率化する。
소스 코드의 주석이나 설정 파일로부터 자동으로 문서를 생성하는 프로세스. JavaDoc이나 Swagger 같은 툴이 대표적이며, API 레퍼런스나 사양서 작성을 효율화한다.
変数の型を実行時に決定するプログラミング言語。Python・Ruby・JavaScriptなどが該当し、型宣言が不要で柔軟に記述できる反面、型エラーが実行時まで検出されにくい。
변수의 타입을 실행 시점에 결정하는 프로그래밍 언어. Python, Ruby, JavaScript 등이 해당하며 타입 선언이 불필요해 유연하게 작성할 수 있지만, 타입 오류가 실행 전까지 발견되기 어렵다.
GitHubなどのプラットフォームでリポジトリにつける「お気に入り」マーク。プロジェクトの人気度や注目度の指標となり、ブックマーク的な役割も持つ。
GitHub 등의 플랫폼에서 리포지토리에 붙이는 '즐겨찾기' 표시. 프로젝트의 인기도나 주목도의 지표가 되며, 북마크 역할도 한다.
外部の振る舞いを変えずにコードの内部構造を改善する手法。メソッド抽出・変数名の改善・クラス分割などがあり、保守性・可読性の向上を目的とする。
외부 동작을 변경하지 않고 코드 내부 구조를 개선하는 기법. 메서드 추출, 변수명 개선, 클래스 분리 등이 있으며 유지보수성과 가독성 향상을 목적으로 한다.
ソフトウェアを特定の言語や地域に依存しない設計にすること。i18nとも呼ばれ、後から多言語対応（ローカライゼーション）を容易にするための基盤づくりを指す。
소프트웨어를 특정 언어나 지역에 종속되지 않도록 설계하는 것. i18n이라고도 불리며, 이후 다국어 대응(로컬라이제이션)을 쉽게 할 수 있도록 기반을 마련하는 작업을 의미한다.
システムやソフトウェアの構造・設計方針を指す。コンポーネントの構成や相互関係、設計原則を定義し、開発の指針となる全体像を示す概念。
시스템이나 소프트웨어의 구조 및 설계 방침을 의미한다. 컴포넌트의 구성과 상호 관계, 설계 원칙을 정의하며 개발의 기준이 되는 전체적인 구조를 나타내는 개념이다.
プログラムの誤り。「오류(オリュ/エラー)」とも言う。
프로그램의 오류. "오류"라고도 함.
Software Development Kitの略。特定のプラットフォームやサービス向けにアプリを開発するためのツール・ライブラリ・ドキュメントをまとめたパッケージ。
Software Development Kit의 약자. 특정 플랫폼이나 서비스용 앱을 개발하기 위한 툴·라이브러리·문서를 하나로 묶은 패키지.
関数が自分自身を呼び出す処理手法。ツリー構造の探索やフィボナッチ数列など、分割統治が有効な問題に使われるが、スタックオーバーフローに注意が必要。
함수가 자기 자신을 호출하는 처리 기법. 트리 구조 탐색이나 피보나치 수열 등 분할 정복이 유효한 문제에 사용되지만, 스택 오버플로우에 주의가 필요하다.
エディタと言語解析サーバー間の通信を標準化するプロトコル（LSP）。補完・定義ジャンプ・エラー検出などの機能をエディタ非依存で実装できる。
에디터와 언어 분석 서버 간의 통신을 표준화하는 프로토콜(LSP). 자동 완성·정의 이동·오류 감지 등의 기능을 에디터에 독립적으로 구현할 수 있다.
アルゴリズムの実行時間やメモリ使用量をビッグO記法などで評価する手法。コードの効率性・スケーラビリティを判断する際の基礎となる。
알고리즘의 실행 시간이나 메모리 사용량을 Big-O 표기법 등으로 평가하는 기법. 코드의 효율성과 확장성을 판단할 때 기초가 된다.
システムの異常や閾値超過時にどのタイミング・方法で通知するかを設計すること。誤報を減らしつつ重要インシデントを見逃さない仕組みが求められる。
시스템 이상이나 임계값 초과 시 언제, 어떤 방법으로 알림을 보낼지 설계하는 것. 오탐을 줄이면서 중요한 인시던트를 놓치지 않는 구조가 요구된다.
GitHubが提供するコード共有サービス。スニペットや設定ファイルなどを手軽に共有・管理できる。公開・非公開の設定が可能で、バージョン管理機能も備えている。
GitHub에서 제공하는 코드 공유 서비스. 스니펫이나 설정 파일 등을 간편하게 공유·관리할 수 있으며, 공개·비공개 설정이 가능하고 버전 관리 기능도 갖추고 있다.
オブジェクトや変数が一度生成された後、その状態を変更できない性質。Immutabilityとも呼ばれ、副作用の防止やスレッドセーフな設計に役立つ。
객체나 변수가 한 번 생성된 후 그 상태를 변경할 수 없는 성질. Immutability라고도 하며, 부작용 방지와 스레드 안전한 설계에 유용하다.
関数を引数として受け取ったり、関数を戻り値として返したりする関数。map・filter・reduceなどが代表例で、関数型プログラミングの中核概念。
함수를 인수로 받거나 함수를 반환값으로 돌려주는 함수. map·filter·reduce 등이 대표적인 예이며, 함수형 프로그래밍의 핵심 개념이다.
プログラムの実行時にパフォーマンスを向上させる技術。JITコンパイルやメモリ管理の改善などにより、処理速度やリソース効率を高めることを指す。
프로그램 실행 중 성능을 향상시키는 기술. JIT 컴파일이나 메모리 관리 개선 등을 통해 처리 속도와 리소스 효율을 높이는 것을 의미한다.
変数の型を実行時に決定する仕組み。PythonやJavaScriptなどが採用しており、柔軟なコーディングが可能だが、型エラーが実行時まで発見されにくい特徴がある。
변수의 타입을 실행 시점에 결정하는 방식. Python이나 JavaScript 등에서 채택하며 유연한 코딩이 가능하지만, 타입 오류가 실행 전까지 발견되기 어려운 특징이 있다.
OSS（オープンソース）の開発手法・文化を社内に取り入れるアプローチ。社内のコード・知識をオープンソース的に共有し、部門を超えたコラボレーションと再利用を促進する。
OSS(오픈소스) 개발 기법·문화를 사내에 도입하는 접근 방식. 사내 코드·지식을 오픈소스처럼 공유하여, 부서를 초월한 협업과 재사용을 촉진한다.
複雑な問題を部分問題に分割し、その結果をメモ化して再利用することで効率的に解くアルゴリズム設計手法。フィボナッチ数列や最短経路問題などに活用される。
복잡한 문제를 부분 문제로 나누고, 그 결과를 메모이제이션하여 재사용함으로써 효율적으로 해결하는 알고리즘 설계 기법. 피보나치 수열이나 최단 경로 문제 등에 활용된다.
プログラムが確保したメモリを使用後に適切に解放せず、利用可能なメモリが徐々に減少していく現象。長時間稼働するアプリケーションでパフォーマンス低下やクラッシュの原因となる。
프로그램이 할당한 메모리를 사용 후 적절히 해제하지 않아 사용 가능한 메모리가 점차 줄어드는 현상. 장시간 실행되는 애플리케이션에서 성능 저하나 크래시의 원인이 된다.
Gitでのブランチ運用ルールを定めた開発フロー設計。Git Flow、GitHub Flow、Trunk-Based Developmentなどが代表的で、チームの開発・リリースプロセスを標準化する。
Git에서 브랜치 운용 규칙을 정한 개발 플로우 설계. Git Flow, GitHub Flow, Trunk-Based Development 등이 대표적이며, 팀의 개발·릴리스 프로세스를 표준화한다.
派生クラスは基底クラスと置き換えても同様に動作すべきという原則。SOLID原則の「L」に該当し、継承設計の正しさを保証する指針。
파생 클래스는 기반 클래스로 대체해도 동일하게 동작해야 한다는 원칙. SOLID 원칙의 'L'에 해당하며, 올바른 상속 설계를 보장하는 지침이다.
問題を効率的に解くための手順や論理的な処理の流れを設計すること。計算量・空間効率を考慮し、最適なデータ構造と組み合わせて実装の基盤を作る。
문제를 효율적으로 해결하기 위한 절차와 논리적 처리 흐름을 설계하는 것. 시간 복잡도·공간 효율을 고려하여 최적의 자료구조와 함께 구현의 기반을 만든다.
ソースコードを機械語や中間コードに変換するプログラム。C言語やJavaなどの静的型付け言語で使われ、実行前にコード全体を解析・変換することでエラー検出と最適化を行う。
소스 코드를 기계어나 중간 코드로 변환하는 프로그램. C언어나 Java 같은 정적 타입 언어에서 사용되며, 실행 전에 코드 전체를 분석·변환하여 오류 검출과 최적화를 수행한다.
データの転送や処理速度の差を吸収するために使われる一時的なメモリ領域。I/O処理やネットワーク通信で頻繁に活用される。
데이터 전송이나 처리 속도 차이를 흡수하기 위해 사용되는 임시 메모리 영역. I/O 처리나 네트워크 통신에서 자주 활용된다.
一度作成したら変更できないデータのこと。Immutable Dataとも呼ばれ、副作用を防ぎ状態管理を簡潔にするため、関数型プログラミングやReactの状態管理で広く活用される。
한 번 생성하면 변경할 수 없는 데이터를 말한다. 부작용을 방지하고 상태 관리를 단순화하기 위해 함수형 프로그래밍이나 React의 상태 관리에서 널리 활용된다.
プログラムがエラーを起こした際に、どのメソッドがどの順番で呼び出されたかを示すログ情報。バグの原因箇所を特定するデバッグの基本情報となる。
프로그램에서 오류가 발생했을 때 어떤 메서드가 어떤 순서로 호출되었는지를 보여주는 로그 정보. 버그의 원인 위치를 파악하는 디버깅의 기본 정보이다.
本番環境で発生した重大なバグや障害に対し、通常のリリースサイクルを経ずに緊急で適用する修正パッチのこと。ダウンタイムの最小化が目적。
프로덕션 환경에서 발생한 심각한 버그나 장애에 대해 일반 릴리스 사이클을 거치지 않고 긴급하게 적용하는 수정 패치. 다운타임 최소화가 목적.
フロントエンドからバックエンド、インフラまで幅広い技術領域を担当できるエンジニア。小規模チームやスタートアップで特に重宝される存在。
프론트엔드부터 백엔드, 인프라까지 폭넓은 기술 영역을 담당할 수 있는 엔지니어로, 소규모 팀이나 스타트업에서 특히 중요한 역할을 한다.
コードやテキストを編集するためのソフトウェア。VSCodeやVimなど様々な種類があり、シンタックスハイライトや補完機能を備えたものをコードエディタと呼ぶ。
코드나 텍스트를 편집하기 위한 소프트웨어. VSCode, Vim 등 다양한 종류가 있으며, 문법 강조 및 자동 완성 기능을 갖춘 것을 코드 에디터라고 부른다.
Command Line Interfaceの略。GUIを使わずテキストコマンドでOSやアプリを操作するインターフェース。開発・インフラ作業での効率化やスクリプト自動化に不可欠な手法。
Command Line Interface의 약자. GUI 없이 텍스트 명령어로 OS나 애플리케이션을 조작하는 인터페이스. 개발·인프라 작업의 효율화와 스크립트 자동화에 필수적인 방법.
「You Aren't Gonna Need It」の略。必要になるまで機能を実装しないという設計原則。過剰な先読み実装を避け、シンプルなコードを維持するために重要。
"You Aren't Gonna Need It"의 약자. 필요해질 때까지 기능을 구현하지 않는다는 설계 원칙. 과도한 선행 구현을 피하고 단순한 코드를 유지하는 데 중요하다.
オブジェクト指向プログラミングの基本概念で、データとメソッドをクラス内にまとめ、外部からの直接アクセスを制限して内部実装を隠蔽する設計手法。
객체 지향 프로그래밍의 기본 개념으로, 데이터와 메서드를 클래스 내부에 묶고 외부에서의 직접 접근을 제한하여 내부 구현을 은닉하는 설계 기법.
入力データの構造・型・制約などを定義したルールセット。ZodやYupなどのライブラリを使い、APIリクエストやフォームデータの整合性をコードで宣言的に検証する仕組み。
입력 데이터의 구조, 타입, 제약 조건 등을 정의한 규칙 집합. Zod나 Yup 같은 라이브러리를 사용해 API 요청이나 폼 데이터의 유효성을 코드로 선언적으로 검증하는 구조.
複雑なサブシステムに対してシンプルな統一インターフェースを提供するデザインパターン。GoFの構造パターンの一つで、外部からの利用を簡素化し、依存関係を低減する。
복잡한 서브시스템에 단순하고 통일된 인터페이스를 제공하는 디자인 패턴. GoF의 구조 패턴 중 하나로, 외부 사용을 단순화하고 의존 관계를 줄인다.
オブジェクトの生成過程を段階的に組み立てるデザインパターン。複雑なオブジェクトをメソッドチェーンで柔軟に構築でき、コンストラクタの引数が多い場合に特に有効。
객체 생성 과정을 단계적으로 조립하는 디자인 패턴. 복잡한 객체를 메서드 체인으로 유연하게 구성할 수 있으며, 생성자 인자가 많을 때 특히 유용하다.
ソフトウェアやAPIの変更履歴を管理し、バージョン番号を付与して互換性を維持する手法。セマンティックバージョニング（Major.Minor.Patch）が広く採用されている。
소프트웨어나 API의 변경 이력을 관리하고 버전 번호를 부여하여 호환성을 유지하는 기법. 시맨틱 버전 관리(Major.Minor.Patch)가 널리 사용된다.
ファイルの変更が競合すること。Conflict。
파일 변경이 경합하는 것. Conflict.
特定の機能を再利用可能な形でまとめたコードの集合体。開発者はライブラリをインポートして利用することで、効率的に機能を実装できる。
특정 기능을 재사용 가능한 형태로 모아 놓은 코드의 집합체. 개발자는 라이브러리를 임포트하여 활용함으로써 효율적으로 기능을 구현할 수 있다.
オブジェクトへのアクセスを制御する代理オブジェクトを用いるデザインパターン。遅延初期化・アクセス制御・ログ記録などに活用され、GoFの23パターンの一つ。
객체에 대한 접근을 제어하는 대리 객체를 사용하는 디자인 패턴. 지연 초기화, 접근 제어, 로그 기록 등에 활용되며 GoF 23가지 패턴 중 하나.
文字をコンピュータで扱うためのバイト列への変換規則。UTF-8、Shift-JIS、EUC-JPなどが代表的で、不一致が文字化けの原因となる。
문자를 컴퓨터에서 처리하기 위해 바이트 열로 변환하는 규칙. UTF-8, Shift-JIS, EUC-JP 등이 대표적이며, 불일치 시 문자 깨짐이 발생한다.
プログラムの制御フローの複雑さを数値化する指標。分岐やループの数から算出され、値が高いほどテストやメンテナンスが困難になる。McCabe複雑度とも呼ばれる。
프로그램의 제어 흐름 복잡성을 수치화하는 지표. 분기와 루프의 수로 산출되며, 값이 높을수록 테스트와 유지보수가 어려워진다. McCabe 복잡도라고도 불린다.
開発したプログラムをサーバー等に配置し利用可能にすること。
개발한 프로그램을 서버 등에 배치하여 이용 가능하게 하는 것.
一度作成したオブジェクトや値が変更不可能な状態のこと。副作用を防ぎ、コードの予測可能性と安全性を高める設計原則として関数型プログラミングやReactの状態管理で広く活用される。
한 번 생성된 객체나 값을 변경할 수 없는 상태를 의미한다. 부작용을 방지하고 코드의 예측 가능성과 안전성을 높이는 설계 원칙으로, 함수형 프로그래밍이나 React 상태 관리에서 널리 활용된다.
望ましいシステムアーキテクチャに合わせて組織構造を設計する戦略。コンウェイの法則を逆手に取り、チーム編成でアーキテクチャを誘導する手法。
원하는 시스템 아키텍처에 맞게 조직 구조를 설계하는 전략. 콘웨이의 법칙을 역으로 활용하여 팀 구성으로 아키텍처를 유도하는 기법.
システムやコンポーネント間の接続仕様・境界を定義する概念。APIの設計やクラスの抽象定義など、実装を隠蔽しながら外部との通信ルールを規定する。
시스템이나 컴포넌트 간의 연결 사양 및 경계를 정의하는 개념. API 설계나 클래스의 추상 정의 등, 구현을 숨기면서 외부와의 통신 규칙을 규정한다.
重要なアーキテクチャ上の意思決定をMarkdownで記録する軽量な文書化手法（ADR）。背景・選択肢・判断理由・結果を残すことで、なぜその設計にしたかを将来のチームに伝える。
중요한 아키텍처 의사결정을 Markdown으로 기록하는 경량 문서화 기법(ADR). 배경·선택지·판단 이유·결과를 남김으로써, 왜 그 설계를 선택했는지를 미래 팀에 전달한다.
アプリやサービスが既に初期化済みの状態から再起動・再実行されること。コールドスタートと対比され、キャッシュやメモリが保持されるため起動が高速になる。
앱이나 서비스가 이미 초기화된 상태에서 재시작·재실행되는 것. 콜드 스타트와 대비되며, 캐시와 메모리가 유지되어 기동이 빠르다.
コードの外部動作を変えずに内部構造を継続的に改善するプロセス。技術的負債の蓄積を防ぎ、保守性・可読性を高めるためにスプリントや日常開発に組み込む手法。
코드의 외부 동작을 변경하지 않고 내부 구조를 지속적으로 개선하는 프로세스. 기술 부채 축적을 방지하고 유지보수성과 가독성을 높이기 위해 스프린트나 일상 개발에 통합하는 기법.
コードを実行されないようにコメント化すること。
코드가 실행되지 않도록 주석화하는 것.
プログラムに含まれるバグ（不具合）を発見・特定し、修正する作業のこと。ログ確認やブレークポイントを使ったステップ実行などの手法が広く用いられる。
프로그램에 포함된 버그(결함)를 발견·특정하고 수정하는 작업. 로그 확인이나 브레이크포인트를 이용한 스텝 실행 등의 기법이 널리 활용된다.
ソート済み配列を半分ずつ絞り込んで目的の値を探すアルゴリズム。計算量はO(log n)で、線形探索より大幅に高速。配列が必ずソート済みであることが前提条件。
정렬된 배열을 절반씩 좁혀가며 목표 값을 찾는 알고리즘. 시간 복잡도는 O(log n)으로 선형 탐색보다 훨씬 빠르며, 배열이 반드시 정렬되어 있어야 한다는 전제 조건이 있음.
VS Codeベースに構築されたAI統合コードエディタ。コードベース全体を文脈として理解した上でのチャット・コード生成・バグ修正ができ、AIペアプロ環境として人気が高い。
VS Code 기반으로 구축된 AI 통합 코드 에디터. 코드베이스 전체를 문맥으로 이해한 상태에서 채팅·코드 생성·버그 수정을 할 수 있으며, AI 페어프로 환경으로 인기가 높다.
IDEやエディタがコードを解析し、補完・定義ジャンプ・リファクタリング支援などを提供する機能の総称。LSPなどのプロトコルで実現されることが多い。
IDE나 에디터가 코드를 분석하여 자동 완성, 정의 이동, 리팩토링 지원 등을 제공하는 기능의 총칭. LSP 등의 프로토콜로 구현되는 경우가 많다.
モジュールやコンポーネント間の依存関係の強さを示す指標。結合度は低いほど保守性・再利用性が高く、高凝集・低結合が設計の理想とされる。
모듈이나 컴포넌트 간의 의존 관계의 강도를 나타내는 지표. 결합도는 낮을수록 유지보수성·재사용성이 높으며, 고응집·저결합이 설계의 이상으로 여겨진다.
エディタやIDEとデバッガーを接続するための標準プロトコル（DAP）。VSCodeが主導して策定し、言語ごとに異なるデバッガーを統一インターフェースで制御できる。
에디터나 IDE와 디버거를 연결하기 위한 표준 프로토콜(DAP)입니다. VSCode가 주도하여 책정하였으며, 언어별로 다른 디버거를 통일된 인터페이스로 제어할 수 있습니다.
コマンドラインからHTTPリクエストを送信できるツール。APIの動作確認やデバッグに広く使われ、GETやPOSTなど各種HTTPメソッドに対応している。
커맨드라인에서 HTTP 요청을 전송할 수 있는 도구. API 동작 확인 및 디버깅에 널리 사용되며, GET, POST 등 다양한 HTTP 메서드를 지원한다.
ソフトウェアの新バージョンリリース時に作成する文書。追加機能・バグ修正・既知の問題などをまとめ、ユーザーや開発チームに変更内容を伝えるために使用する。
소프트웨어 새 버전 릴리스 시 작성하는 문서. 추가 기능·버그 수정·알려진 이슈 등을 정리하여 사용자 및 개발팀에 변경 사항을 전달하기 위해 사용한다.
メインスレッドとは別に裏側で非同期に実行される処理のこと。定期実行やメール送信・データ集計など、ユーザー操作をブロックせずに行う処理に活用される。
메인 스레드와 별개로 백그라운드에서 비동기로 실행되는 처리를 의미한다. 정기 실행, 이메일 발송, 데이터 집계 등 사용자 조작을 차단하지 않고 수행하는 처리에 활용된다.
ソフトウェアを機能単位に分割した独立したコンポーネント。再利用性・保守性を高めるため、特定の機能をひとまとめにしたコード単位を指す。
소프트웨어를 기능 단위로 분리한 독립적인 컴포넌트. 재사용성과 유지보수성을 높이기 위해 특정 기능을 하나로 묶은 코드 단위를 가리킨다.
既存のソフトウェアに機能を追加するための拡張モジュール。本体を改変せずに機能拡張できるため、IDEやCMSなどで広く活用される。
기존 소프트웨어에 기능을 추가하기 위한 확장 모듈. 본체를 수정하지 않고 기능을 확장할 수 있어 IDE나 CMS 등에서 널리 활용된다.
1つのプロセス内で複数のスレッドを並行実行する技術。CPUコアを効率的に活用し、処理速度の向上や応答性改善に使われる。排他制御やデッドロックに注意が必要。
하나의 프로세스 내에서 여러 스레드를 병렬로 실행하는 기술. CPU 코어를 효율적으로 활용하여 처리 속도 향상과 응답성 개선에 사용되며, 배타 제어와 데드락에 주의가 필요하다.
問題を解決するための手順や計算手法の集合。効率的なアルゴリズムの選択は処理速度やメモリ使用量に直結し、システム性能を大きく左右する。
문제를 해결하기 위한 절차나 계산 방법의 집합. 효율적인 알고리즘 선택은 처리 속도와 메모리 사용량에 직결되며, 시스템 성능에 큰 영향을 미친다.
単一デプロイ単位を保ちながら、内部をモジュール単位で明確に分割したアーキテクチャ。マイクロサービスへの段階的移行の中間形態としても活用される。
단일 배포 단위를 유지하면서 내부를 모듈 단위로 명확하게 분리한 아키텍처. 마이크로서비스로의 단계적 전환을 위한 중간 형태로도 활용된다.
アーキテクチャの適合性を継続的に検証する自動テスト群。特定の品質特性（結合度・循環依存など）がアーキテクチャ上の制約を満たしているかをCIパイプライン上で計測・監視する仕組み。
아키텍처의 적합성을 지속적으로 검증하는 자동화 테스트 집합. 결합도·순환 의존 등 특정 품질 특성이 아키텍처 제약을 충족하는지 CI 파이프라인에서 측정·모니터링하는 구조.
Ahead-Of-Timeコンパイルの略。実行前にソースコードをネイティブコードへ変換する方式で、JITと異なり起動時間の短縮とパフォーマンス向上が期待できる。
Ahead-Of-Time 컴파일의 약자. 실행 전에 소스 코드를 네이티브 코드로 변환하는 방식으로, JIT과 달리 시작 시간 단축과 성능 향상을 기대할 수 있다.
型パラメータを用いてデータ型を抽象化するプログラミング機能。コンパイル時に型安全性を保ちながら、異なる型に対して再利用可能なクラスや関数を定義できる。
타입 매개변수를 사용하여 데이터 타입을 추상화하는 프로그래밍 기능. 컴파일 시점에 타입 안전성을 유지하면서 다양한 타입에 재사용 가능한 클래스나 함수를 정의할 수 있다.
アプリケーションやサービスを動かすための仮想マシン（VM）の構成・スペック・ネットワーク設定などを設計するプロセス。リソース効率や可用性を考慮することが重要。
애플리케이션이나 서비스를 실행하기 위한 VM의 구성, 사양, 네트워크 설정 등을 설계하는 프로세스. 리소스 효율성과 가용성을 고려하는 것이 중요하다.
システムやプロセス全体の処理速度を低下させる原因となる箇所。パフォーマンス改善の際に最初に特定・解消すべき制約点を指す。
시스템이나 프로세스 전체의 처리 속도를 저하시키는 원인이 되는 지점. 성능 개선 시 가장 먼저 식별하고 해소해야 할 제약 지점을 가리킨다.
Zigで書かれた高速なJavaScriptランタイム・バンドラー・パッケージマネージャーのオールインワンツール。Node.jsと高い互換性を持ちながら起動速度・実行速度ともにNodeより大幅に高速。
Zig로 작성된 고속 JavaScript 런타임·번들러·패키지 매니저 올인원 툴. Node.js와 높은 호환성을 유지하면서 시작 속도·실행 속도 모두 Node보다 크게 빠르다.
ソースコードを静的解析し、文法エラー・スタイル違反・バグの可能性を自動検出するツール。ESLint、Pylint、RuboCopなどが代表例で、コード品質の均一化に活用される。
소스 코드를 정적 분석하여 문법 오류, 스타일 위반, 버그 가능성을 자동으로 검출하는 도구. ESLint, Pylint, RuboCop 등이 대표적이며, 코드 품질 균일화에 활용된다.
変数や関数の型を明示せずともコンパイラや処理系が自動で型を推定する機能。TypeScriptやKotlin、Swiftなどで活用され、コードの簡潔さと型安全性を両立できる。
변수나 함수의 타입을 명시하지 않아도 컴파일러나 런타임이 자동으로 타입을 추론하는 기능. TypeScript, Kotlin, Swift 등에서 활용되며 코드의 간결함과 타입 안전성을 동시에 확보할 수 있다.
ソフトウェアが利用する外部ライブラリやパッケージのバージョンや整合性を管理する仕組み。npm、Maven、pip などのパッケージマネージャーを用いて行う。
소프트웨어가 사용하는 외부 라이브러리나 패키지의 버전 및 호환성을 관리하는 방법. npm, Maven, pip 등의 패키지 매니저를 활용하여 수행한다.
コードの変更をメインブランチにマージする前に、他の開発者にレビューを依頼する仕組み。GitHubやGitLabで広く使われ、略して「PR」とも呼ばれる。
코드 변경 사항을 메인 브랜치에 병합하기 전에 다른 개발자에게 리뷰를 요청하는 기능. GitHub나 GitLab에서 널리 사용되며, 줄여서 'PR'이라고도 한다.
統合すること。Merge。「머지(モジ)」とも言う。
통합하는 것. Merge. "머지"라고도 함.
外部APIにアクセスする際に使用する認証用の文字列。リクエスト元を識別・認可するために発行され、不正利用防止のため厳重に管理する必要がある。
외부 API에 접근할 때 사용하는 인증용 문자열. 요청 출처를 식별·인가하기 위해 발급되며, 부정 사용 방지를 위해 엄격하게 관리해야 한다.
関数やコンポーネントが外部の状態を変更する副作用（API呼び出し、DOM操作など）を適切に制御・整理する設計手法。Reactではuseeffectで管理する。
함수나 컴포넌트가 외부 상태를 변경하는 부작용(API 호출, DOM 조작 등)을 적절히 제어하고 정리하는 설계 기법. React에서는 useEffect로 관리한다.
依存ライブラリやツールのバージョンを特定のバージョンに固定する管理手法。予期しないバージョンアップによる動作不具合を防ぎ、環境の再現性を担保するために行う。
의존 라이브러리나 도구의 버전을 특정 버전으로 고정하는 관리 기법. 예기치 않은 버전 업그레이드로 인한 동작 오류를 방지하고, 환경 재현성을 보장하기 위해 수행한다.
ソフトウェア開発における普遍的な設計・実装指針。DRY・SOLID・KISSなどの原則があり、保守性・拡張性・可読性の高いコードを実現するための基礎となる考え方。
소프트웨어 개발에서 보편적으로 적용되는 설계 및 구현 지침. DRY·SOLID·KISS 등의 원칙이 있으며, 유지보수성·확장성·가독성이 높은 코드를 실현하기 위한 기본적인 사고방식이다.
DDD（ドメイン駆動設計）の概念で、特定のドメインモデルが有効な範囲を明確に区切った境界のこと。境界内では用語や概念の意味が統一される。
DDD(도메인 주도 설계)의 개념으로, 특정 도메인 모델이 유효한 범위를 명확하게 구분한 경계를 말한다. 경계 내에서는 용어와 개념의 의미가 통일된다.
ユーザーが直接操作・視認できる状態で実行される処理。UIの更新やユーザー入力の応答など、即時性が求められるタスクに使用される。
사용자가 직접 조작하거나 볼 수 있는 상태에서 실행되는 처리. UI 업데이트나 사용자 입력 응답 등 즉시성이 요구되는 태스크에 사용된다.
サービス提供者と利用者間で締結する合意書。稼働率・応答時間・障害対応時間など、サービス品質の基準を数値で定義し、違反時のペナルティも明記する。
서비스 제공자와 이용자 간에 체결하는 합의서. 가동률·응답 시간·장애 대응 시간 등 서비스 품질 기준을 수치로 정의하고, 위반 시 패널티도 명시한다.
アプリケーションの実行中にCPU使用率・メモリ消費・関数呼び出し回数などを計測し、パフォーマンスボトルネックを特定するためのツール。
애플리케이션 실행 중 CPU 사용률, 메모리 소비, 함수 호출 횟수 등을 측정하여 성능 병목 지점을 파악하기 위한 도구.
名前の衝突を避けるために識別子をグループ化する仕組み。プログラミング言語やKubernetesなど幅広い場面で使われ、スコープの管理に役立つ。
이름 충돌을 방지하기 위해 식별자를 그룹화하는 구조. 프로그래밍 언어나 Kubernetes 등 다양한 상황에서 사용되며 스코프 관리에 도움을 준다.
ソースコードのインデントやスペースなどを自動整形するツール。Prettier、Black、gofmtなどが代表例で、チーム内のコードスタイルを統一するために使用される。
소스 코드의 들여쓰기나 공백 등을 자동으로 정리해주는 도구. Prettier, Black, gofmt 등이 대표적이며, 팀 내 코드 스타일을 통일하기 위해 사용된다.
Gitリポジトリのホスティングサービス。コードのバージョン管理、Pull RequestやIssueによるチームコラボレーション、CI/CD連携など開発業務全般を支援するプラットフォーム。
Git 리포지토리 호스팅 서비스. 코드 버전 관리, Pull Request 및 Issue를 통한 팀 협업, CI/CD 연동 등 개발 업무 전반을 지원하는 플랫폼.
プログラム実行中に発生する例外やエラーを適切に検知・処理する実装手法。try-catch構文やエラーコードの返却など、障害時の動作を制御しシステムの安定性を確保する。
프로그램 실행 중 발생하는 예외나 에러를 적절히 감지하고 처리하는 구현 기법. try-catch 구문이나 에러 코드 반환 등을 통해 장애 발생 시 동작을 제어하고 시스템 안정성을 확보한다.
APIやサービスの利用者（コンシューマー）側がテスト仕様を定義し、その仕様に合わせてプロバイダー側が開発を進める手法。CDC（Consumer Driven Contracts）とも呼ばれる。
API나 서비스의 소비자(컨슈머) 측이 테스트 사양을 정의하고, 그 사양에 맞춰 제공자(프로바이더) 측이 개발을 진행하는 방법론. CDC(Consumer Driven Contracts)라고도 불린다.
コード変更の取り込み依頼。Pull Request。PR。
코드 변경 반영 요청. PR.
特定のイベント（ユーザー操作やシステム通知など）の発生をトリガーとして処理を実行するアーキテクチャ設計パターン。非同期処理やマイクロサービスとの親和性が高い。
특정 이벤트(사용자 조작이나 시스템 알림 등)의 발생을 트리거로 처리를 실행하는 아키텍처 설계 패턴. 비동기 처리 및 마이크로서비스와의 친화성이 높다.
マネジメントに移らずに技術専門職として上位グレードへ進むICトラック（個人貢献者）のシニア職位。複数チームの技術方向性を定め、組織横断的な技術リーダーシップを発揮する。
관리직으로 이동하지 않고 기술 전문직으로 상위 등급으로 나아가는 IC 트랙(개인 기여자)의 시니어 직위. 여러 팀의 기술 방향성을 정하고, 조직 횡단적인 기술 리더십을 발휘한다.
ソフトウェアやシステム、またはオブジェクトが生成されてから破棄されるまでの一連の過程。開発・運用・保守・廃止などの各フェーズを含む。
소프트웨어, 시스템 또는 객체가 생성되어 소멸될 때까지의 일련의 과정. 개발·운영·유지보수·폐기 등의 각 단계를 포함한다.
開発者がツール・API・ドキュメント・ワークフローを使う際の使いやすさや満足度の総称。DX（Developer Experience）とも呼ばれ、生産性や開発効率に直結する重要な概念。
개발자가 도구, API, 문서, 워크플로우를 사용할 때의 편의성과 만족도를 총칭하는 개념. DX(Developer Experience)라고도 불리며, 생산성과 개발 효율에 직결되는 중요한 개념이다.
プログラムの実行フローやデータの流れを静的・動的に解析する手法。バグ検出、パフォーマンス改善、セキュリティ脆弱性の特定などに活用される。
프로그램의 실행 흐름이나 데이터의 흐름을 정적·동적으로 분석하는 기법. 버그 검출, 성능 개선, 보안 취약점 식별 등에 활용된다.
同じ引数に対して常に同じ結果を返し、副作用を持たない性質。関数型プログラミングの中核概念で、テストや並列処理の安全性を高める。
동일한 인수에 대해 항상 같은 결과를 반환하고 부작용이 없는 성질. 함수형 프로그래밍의 핵심 개념으로, 테스트와 병렬 처리의 안전성을 높인다.
サービスの信頼性を数値で定義する目標値。例えば「月間稼働率99.9%」のように設定し、SLAの基準となる内部目標として運用チームが管理する指標。
서비스 신뢰성을 수치로 정의하는 목표값. 예를 들어 '월간 가동률 99.9%'와 같이 설정하며, SLA의 기준이 되는 내부 목표로 운영팀이 관리하는 지표.
ソフトウェア開発組織のパフォーマンスを定量化する指標群。DORAメトリクス・SPACEフレームワーク・サイクルタイム・PRサイズ等を組み合わせてエンジニアリング組織を客観評価する。
소프트웨어 개발 조직의 성능을 정량화하는 지표군. DORA 메트릭스·SPACE 프레임워크·사이클 타임·PR 사이즈 등을 조합하여 엔지니어링 조직을 객관적으로 평가한다.
親クラスで処理の骨格を定義し、具体的な処理をサブクラスに委ねるデザインパターン。コードの再利用性を高め、アルゴリズムの構造を統一できる。
부모 클래스에서 처리의 골격을 정의하고, 구체적인 처리를 서브클래스에 위임하는 디자인 패턴. 코드 재사용성을 높이고 알고리즘 구조를 통일할 수 있다.
ビジネスロジックを中心に置き、外部依存（DB・UIなど）をポートとアダプターで分離する設計パターンの実装。テスト容易性と保守性が高まる。
비즈니스 로직을 중심에 두고 외부 의존성(DB·UI 등)을 포트와 어댑터로 분리하는 설계 패턴 구현 방식. 테스트 용이성과 유지보수성이 향상된다.
継続的な変化に対応できるよう、段階的・反復的にシステム設計を進化させるアーキテクチャ手法。フィットネス関数を用いて品質特性を継続的に検証しながら設計を改善していく。
지속적인 변화에 대응할 수 있도록 단계적·반복적으로 시스템 설계를 발전시키는 아키텍처 기법. 피트니스 함수를 활용해 품질 특성을 지속적으로 검증하면서 설계를 개선해 나간다.
Gitのブランチ戦略の一つで、main・develop・feature・release・hotfixブランチを使い、チーム開発のワークフローを体系化したモデル。
Git 브랜치 전략 중 하나로, main·develop·feature·release·hotfix 브랜치를 활용해 팀 개발 워크플로우를 체계화한 모델.
互換性のないインターフェース同士を接続するデザインパターン。既存クラスを変更せずに新しいインターフェースに適合させる際に使用される構造パターンの一つ。
호환되지 않는 인터페이스를 연결하는 디자인 패턴. 기존 클래스를 수정하지 않고 새로운 인터페이스에 맞게 적용할 때 사용되는 구조 패턴 중 하나.
JavaScript/TypeScript向けの高速なフォーマッターとリンター。PrettierとESLintの代替として、Rustで実装されており大幅に高速な処理を実現する。
JavaScript/TypeScript용 고속 포매터 및 린터. Prettier와 ESLint의 대안으로, Rust로 구현되어 훨씬 빠른 처리를 실현한다.
データを格納する箱。Variable。
데이터를 저장하는 상자. Variable.
ログをJSON等の機械可読フォーマットで出力する手法。キーと値のペアで記録することで、ログ収集・検索・分析ツールとの連携が容易になる。
로그를 JSON 등 기계가 읽을 수 있는 형식으로 출력하는 방법. 키-값 쌍으로 기록함으로써 로그 수집·검색·분석 도구와의 연동이 용이해진다.
老朽化した既存システムを最新技術・アーキテクチャに置き換えるプロセス。マイクロサービス化やクラウド移行を伴うことが多く、技術的負債の解消を目的とする。
노후화된 기존 시스템을 최신 기술 및 아키텍처로 교체하는 프로세스. 마이크로서비스 전환이나 클라우드 이전을 수반하는 경우가 많으며, 기술 부채 해소를 목적으로 한다.
システムやコンポーネント間の接続仕様を定義する設計工程。APIの入出力、画面UI、外部連携の仕様を明確化し、開発チーム間の認識齟齬を防ぐ役割を担う。
시스템이나 컴포넌트 간의 연결 사양을 정의하는 설계 과정. API 입출력, 화면 UI, 외부 연동 사양을 명확히 하여 개발 팀 간의 인식 차이를 방지하는 역할을 한다.
システム障害が発生してから復旧するまでの平均時間を示す指標。MTTRが短いほど障害対応能力が高く、サービスの可用性向上に直結する。
시스템 장애 발생 후 복구까지 걸리는 평균 시간을 나타내는 지표. MTTR이 짧을수록 장애 대응 능력이 높으며, 서비스 가용성 향상과 직결된다.
ビジネスロジックを外部依存から分離するアーキテクチャパターン。Hexagonal Architectureとも呼ばれ、ポート（インターフェース）とアダプター（実装）で構成される。
비즈니스 로직을 외부 의존성으로부터 분리하는 아키텍처 패턴. Hexagonal Architecture라고도 불리며, 포트(인터페이스)와 어댑터(구현)로 구성된다.
読みやすく、理解・修正・拡張がしやすいコードのこと。適切な命名、単一責任原則、重複排除などを意識して書かれた保守性の高いコードを指す。
읽기 쉽고 이해·수정·확장이 용이한 코드를 말한다. 적절한 네이밍, 단일 책임 원칙, 중복 제거 등을 고려하여 작성된 유지보수성 높은 코드를 의미한다.
変数の型をコンパイル時に決定するプログラミング言語。型エラーを実行前に検出でき、Java・TypeScript・Rustなどが代表例。大規模開発での安全性が高い。
변수의 타입을 컴파일 시점에 결정하는 프로그래밍 언어. 타입 오류를 실행 전에 감지할 수 있으며, Java・TypeScript・Rust 등이 대표적인 예다. 대규모 개발에서 안전성이 높다.
自社システム外部のサービスが提供するAPIのこと。決済・地図・認証など外部サービスの機能をHTTPリクエスト経由で利用でき、開発効率を大幅に向上させる。
자사 시스템 외부 서비스가 제공하는 API를 말한다. 결제·지도·인증 등 외부 서비스의 기능을 HTTP 요청을 통해 활용할 수 있어 개발 효율을 크게 향상시킨다.
ソースコードをコンパイルした中間表現で、JVMや.NET CLRなどの仮想マシン上で実行される。プラットフォーム非依存の実行を実現する。
소스 코드를 컴파일한 중간 표현으로, JVM이나 .NET CLR 등의 가상 머신 위에서 실행된다. 플랫폼 비의존적인 실행을 가능하게 한다.
オブジェクトをツリー構造で組み合わせ、個々のオブジェクトとその集合を同一のインターフェースで扱えるようにするGoFデザインパターンの一種。
객체를 트리 구조로 구성하여 개별 객체와 그 집합을 동일한 인터페이스로 다룰 수 있게 하는 GoF 디자인 패턴의 하나.
プログラムが実際に実行されている状態や時間帯のこと。コンパイル時と対比して使われ、実行時エラーや実行環境を指す文脈でよく登場する。
프로그램이 실제로 실행되고 있는 상태나 시간대를 의미한다. 컴파일 타임과 대비되어 사용되며, 런타임 오류나 실행 환경을 가리키는 맥락에서 자주 등장한다.
外部から見た動作を変えずにコードの内部構造を整理・改善すること。可読性や保守性の向上、技術的負債の解消を目的として行われる開発手法。
외부 동작을 변경하지 않고 코드의 내부 구조를 정리·개선하는 것. 가독성과 유지보수성 향상, 기술 부채 해소를 목적으로 수행되는 개발 기법.
複数のスレッドを並行して実行するプログラミング手法。CPUの処理能力を最大限に活用し、パフォーマンス向上や応答性の改善を目的とする。競合状態やデッドロックなど排他制御の考慮が必要。
여러 스레드를 병렬로 실행하는 프로그래밍 기법. CPU 처리 성능을 최대한 활용하여 성능 향상과 응답성 개선을 목적으로 하며, 경쟁 상태와 데드락 등 배타 제어에 대한 고려가 필요하다.
APIの設計・仕様定義をシステム開発の最初のステップとして行うアプローチ。フロントエンドとバックエンドの並行開発やマイクロサービス化を促進する。
API 설계 및 명세 정의를 시스템 개발의 첫 번째 단계로 진행하는 방식. 프론트엔드와 백엔드의 병행 개발 및 마이크로서비스화를 촉진한다.
実行を途中で一時停止し、値を逐次返せる特殊な関数。`function*`構文で定義し、`yield`で値を返す。イテレーターを簡潔に実装でき、遅延評価や非同期処理にも活用される。
실행 도중 일시 중단하고 값을 순차적으로 반환할 수 있는 특수 함수. `function*` 문법으로 정의하며 `yield`로 값을 반환한다. 이터레이터를 간결하게 구현할 수 있고 지연 평가나 비동기 처리에도 활용된다.
オブジェクト指向設計において、継承の代わりに複数のオブジェクトを組み合わせてクラスの機能を構成する設計手法。「継承より合成を優先」の原則で知られる。
객체지향 설계에서 상속 대신 여러 객체를 조합하여 클래스의 기능을 구성하는 설계 기법으로, '상속보다 합성을 우선하라'는 원칙으로 알려져 있다.
アプリケーションやシステムの動作を制御するための設定情報。環境変数、設定ファイル（.env、yaml等）として管理され、環境ごとに切り替えて使用することが多い。
애플리케이션이나 시스템의 동작을 제어하기 위한 설정 정보. 환경 변수, 설정 파일(.env, yaml 등)로 관리되며, 환경별로 전환하여 사용하는 경우가 많다.
急激な負荷の増大（スパイク）をシステムに与え、パフォーマンスや安定性を検証するテスト手法。負荷テストの一種で、瞬間的なトラフィック急増への耐性を確認する。
시스템에 급격한 부하 증가(스파이크)를 가하여 성능 및 안정성을 검증하는 테스트 기법. 부하 테스트의 일종으로, 순간적인 트래픽 급증에 대한 내성을 확인한다.
処理のまとまり。Function。
처리의 묶음. Function.
ソースコードをコンパイルせず、1行ずつ逐次解釈して実行するプログラム。PythonやRubyなどのスクリプト言語で採用され、即時実行が可能だが実行速度はコンパイラ方式より遅い傾向がある。
소스 코드를 컴파일하지 않고 한 줄씩 순차적으로 해석하여 실행하는 프로그램. Python이나 Ruby 같은 스크립트 언어에서 채택되며, 즉시 실행이 가능하지만 실행 속도는 컴파일러 방식보다 느린 경향이 있다.
ブラウザやIDEなどのアプリケーションに後から追加できる機能モジュール。プラグインや拡張機能をインストールすることで、デフォルト機能を超えた操作や自動化が可能になる。
브라우저나 IDE 등의 애플리케이션에 나중에 추가할 수 있는 기능 모듈. 플러그인이나 확장 기능을 설치함으로써 기본 기능을 넘어선 조작이나 자동화가 가능해진다.
製品やシステムの試作品・初期モデルのこと。本開発前に機能や設計を検証するために作成され、ユーザーフィードバックの収集や要件の確認に活用される。
제품이나 시스템의 시제품·초기 모델을 의미한다. 본격적인 개발 전에 기능과 설계를 검증하기 위해 제작되며, 사용자 피드백 수집 및 요구사항 확인에 활용된다.
ソフトウェアを複数の言語・地域に対応できるよう設計・実装するプロセス。i18nとも呼ばれ、文字コード・日付・通貨形式などを柔軟に切り替えられる構造にすることが目的。
소프트웨어를 여러 언어와 지역에 대응할 수 있도록 설계·구현하는 프로세스. i18n이라고도 불리며, 문자 코드·날짜·통화 형식 등을 유연하게 전환할 수 있는 구조로 만드는 것이 목적.
システム全体の大局的な構造設計のこと。マイクロサービスやモジュール間の関係、通信方式、デプロイ戦略など高レベルな設計判断を指す。
시스템 전체의 큰 그림을 그리는 구조 설계로, 마이크로서비스나 모듈 간의 관계, 통신 방식, 배포 전략 등 고수준의 설계 결정을 의미한다.
アプリケーションや処理の起動・初期化にかかる時間を短縮する最適化手法。遅延初期化やキャッシュ活用などで起動パフォーマンスを改善する。
애플리케이션이나 처리의 기동·초기화에 걸리는 시간을 단축하는 최적화 기법. 지연 초기화나 캐시 활용 등으로 기동 성능을 개선한다.
システムやアーキテクチャが、負荷増大やユーザー数増加に応じて柔軟にキャパシティを拡大できる性質。スケーラビリティとも呼ばれる。
시스템이나 아키텍처가 부하 증가나 사용자 수 증가에 따라 유연하게 용량을 확장할 수 있는 특성. 스케일러빌리티라고도 불린다.
プログラム実行時にバイトコードをネイティブコードに変換する技術。事前コンパイルと比べ起動は遅いが、実行時最適化により高いパフォーマンスを発揮する。JavaやJavaScriptエンジンで広く採用。
프로그램 실행 시 바이트코드를 네이티브 코드로 변환하는 기술. 사전 컴파일보다 시작이 느리지만, 실행 시 최적화로 높은 성능을 발휘한다. Java 및 JavaScript 엔진에서 널리 채택되고 있다.
環境変数を`.env`ファイルに記述し、アプリケーション起動時に読み込むライブラリ。APIキーやDB接続情報などの機密情報をコードから分離して管理するために広く使われる。
환경 변수를 `.env` 파일에 작성하고 애플리케이션 실행 시 로드하는 라이브러리. API 키나 DB 접속 정보 등 민감한 정보를 코드에서 분리하여 관리하기 위해 널리 사용된다.
プログラム中の値や変数に型を割り当てるルール体系。型チェックにより実行前にバグを検出でき、TypeScriptやJavaなどの静的型付け言語で特に重要な概念。
프로그램의 값이나 변수에 타입을 할당하는 규칙 체계. 타입 검사를 통해 실행 전에 버그를 감지할 수 있으며, TypeScript나 Java 같은 정적 타입 언어에서 특히 중요한 개념.
コードの品質や複雑性を定量的に測定する指標群。循環的複雑度、コード行数、重複率などを計測し、保守性や可読性の向上に活用する。
코드의 품질과 복잡성을 정량적으로 측정하는 지표 모음. 순환 복잡도, 코드 라인 수, 중복률 등을 측정하여 유지보수성과 가독성 향상에 활용한다.
オブジェクト指向プログラミングの概念で、同じインターフェースや親クラスを持つ異なるクラスのオブジェクトが、それぞれ独自の方法でメソッドを実装・動作できる仕組み。
객체 지향 프로그래밍의 개념으로, 동일한 인터페이스나 부모 클래스를 가진 서로 다른 클래스의 객체가 각각 고유한 방식으로 메서드를 구현하고 동작할 수 있는 메커니즘.
DDD（ドメイン駆動設計）における設計パターンで、関連するエンティティや値オブジェクトをひとまとまりのユニットとして扱い、整合性を保つ境界を定義する手法。
DDD(도메인 주도 설계)에서 사용되는 설계 패턴으로, 관련된 엔티티와 값 객체를 하나의 단위로 묶어 일관성을 유지하는 경계를 정의하는 방법이다.
新しいバージョンのシステムやAPIが、旧バージョンとも問題なく動作する性質。既存クライアントを壊さずにアップデートできるかを示す重要な設計指標。
새로운 버전의 시스템이나 API가 이전 버전과도 문제없이 동작하는 특성. 기존 클라이언트를 손상시키지 않고 업데이트할 수 있는지를 나타내는 중요한 설계 지표.
データストリームと変化の伝播を中心に設計するプログラミングパラダイム。非同期処理やイベント駆動型システムの実装に適しており、RxJSやReactorなどのライブラリが広く使われる。
데이터 스트림과 변화의 전파를 중심으로 설계하는 프로그래밍 패러다임. 비동기 처리 및 이벤트 기반 시스템 구현에 적합하며, RxJS나 Reactor 같은 라이브러리가 널리 사용된다.
Gitなどのバージョン管理システムで、変更内容をローカルリポジトリに記録する操作。コミットメッセージとともに変更履歴として保存される。
Git 등의 버전 관리 시스템에서 변경 사항을 로컬 리포지토리에 기록하는 작업. 커밋 메시지와 함께 변경 이력으로 저장된다.
複数のプロジェクトやパッケージを単一のリポジトリで管理する手法。コード共有や依存関係の一元管理が容易になり、大規模開発チームで採用されることが多い。
여러 프로젝트나 패키지를 단일 저장소에서 관리하는 방식. 코드 공유와 의존성 통합 관리가 쉬워지며, 대규모 개발 팀에서 많이 채택된다.
SOLIDのIにあたる設計原則。クライアントが使わないメソッドへの依存を避けるため、インターフェースを細かく分割すべきという考え方。
SOLID의 I에 해당하는 설계 원칙. 클라이언트가 사용하지 않는 메서드에 대한 의존을 피하기 위해 인터페이스를 세분화해야 한다는 개념.
メインスレッドとは別のスレッドやプロセスで処理を実行する手法。UIのレスポンスを維持しながら重い処理（ファイル変換・API呼び出し等）を非同期で行う際に使用する。
메인 스레드와 별도의 스레드나 프로세스에서 처리를 실행하는 방식. UI 응답성을 유지하면서 무거운 처리(파일 변환, API 호출 등)를 비동기로 수행할 때 사용한다.
関数やメソッドが戻り値以外に外部の状態を変更する処理のこと。ログ出力・DB更新・グローバル変数の変更などが該当し、純粋関数との対比で語られる。
함수나 메서드가 반환값 이외에 외부 상태를 변경하는 처리를 말한다. 로그 출력, DB 갱신, 전역 변수 변경 등이 해당되며, 순수 함수와 대비하여 자주 언급된다.
ソースコードが公開され、誰でも自由に閲覧・使用・改変・再配布できるソフトウェアの開発形態。GitHubなどのプラットフォームで広く普及している。
소스 코드가 공개되어 누구나 자유롭게 열람·사용·수정·재배포할 수 있는 소프트웨어 개발 형태. GitHub 등의 플랫폼을 통해 널리 보급되어 있다.
開発環境やツール上で作業単位を管理するための仮想的な作業領域。IDEやSlack、クラウドサービスなどで設定・切り替えが可能。
개발 환경이나 툴에서 작업 단위를 관리하기 위한 가상 작업 영역. IDE, Slack, 클라우드 서비스 등에서 설정 및 전환이 가능하다.
複数スレッドが同時にアクセスしても競合やデータ破壊が起きないよう設計すること。ミューテックスやアトミック操作、不変オブジェクトなどの手法を用いる。
여러 스레드가 동시에 접근해도 경쟁 조건이나 데이터 손상이 발생하지 않도록 설계하는 것. 뮤텍스, 원자적 연산, 불변 객체 등의 기법을 활용한다.
システムを長時間にわたって高負荷状態で稼働させ、メモリリークや性能劣化などの問題を検出する耐久性テストの手法。
시스템을 장시간 높은 부하 상태로 운영하여 메모리 누수나 성능 저하 등의 문제를 발견하는 내구성 테스트 기법.
変更されたソースファイルのみを再コンパイルする手法。全体ビルドと比べてビルド時間を大幅に短縮でき、大規模プロジェクトで特に効果的。
변경된 소스 파일만 재컴파일하는 기법. 전체 빌드 대비 빌드 시간을 크게 단축할 수 있으며, 대규모 프로젝트에서 특히 효과적이다.
関数型プログラミングにおける計算の抽象化パターン。値をコンテナで包み、flatMapなどの操作でチェーン処理を安全に行える設計概念。
함수형 프로그래밍에서 계산을 추상화하는 패턴. 값을 컨테이너로 감싸고, flatMap 등의 연산으로 체인 처리를 안전하게 수행하는 설계 개념.
Node.jsの生みの親が再開発した、セキュアで高速なJavaScript/TypeScriptランタイム。TSをネイティブサポートし、ファイルやネットワークへのアクセス権限をデフォルトで制限する。
Node.js의 창시자가 다시 개발한 안전하고 빠른 JavaScript/TypeScript 런타임. TS를 네이티브로 지원하며, 파일이나 네트워크 접근 권한을 기본적으로 제한한다.
オブジェクト指向プログラミングの概念で、既存クラスの属性やメソッドを新しいクラスが引き継ぐ仕組み。コードの再利用性を高め、階層的な設計を可能にする。
객체 지향 프로그래밍의 개념으로, 기존 클래스의 속성과 메서드를 새로운 클래스가 물려받는 구조. 코드 재사용성을 높이고 계층적인 설계를 가능하게 한다.
「今必要でない機能は実装しない」という設計原則。XPから生まれた考え方で、過剰な先読み実装を避け、コードのシンプルさと保守性を保つことを目的とする。
'지금 필요하지 않은 기능은 구현하지 않는다'는 설계 원칙. XP에서 나온 개념으로, 과도한 선행 구현을 피하고 코드의 단순성과 유지보수성을 유지하는 것을 목적으로 한다.
開発者生産性を5次元で測るフレームワーク。満足度（S）・パフォーマンス（P）・アクティビティ（A）・コミュニケーション（C）・効率（E）でエンジニアリング組織の健全性を評価する。
개발자 생산성을 5가지 차원으로 측정하는 프레임워크. 만족도(S)·성과(P)·활동(A)·커뮤니케이션(C)·효율(E)로 엔지니어링 조직의 건전성을 평가한다.
プログラム実行前にデータ型の不整合をコンパイル時に検出する仕組み。TypeScriptやJavaなどの静的型付け言語で重視され、型エラーによるバグを未然に防ぐ。
프로그램 실행 전에 데이터 타입 불일치를 컴파일 시점에 감지하는 메커니즘. TypeScript나 Java 같은 정적 타입 언어에서 중시되며, 타입 오류로 인한 버그를 사전에 방지한다.
老朽化した既存システムを最新技術・アーキテクチャへ移行する作業。技術的負債の解消やクラウド移行、モダナイゼーションが主な目的。
노후화된 기존 시스템을 최신 기술·아키텍처로 이전하는 작업. 기술 부채 해소나 클라우드 이전, 현대화가 주요 목적.
シングルスレッド環境（Node.jsやブラウザなど）で非同期処理を実現する仕組み。コールスタックが空になるとキューからタスクを取り出し順次実行する。
싱글 스레드 환경(Node.js나 브라우저 등)에서 비동기 처리를 구현하는 메커니즘. 콜 스택이 비워지면 큐에서 태스크를 꺼내 순차적으로 실행한다.
関数から返ってくる値。Return value。「リターン値」とも。
함수에서 돌아오는 값. Return value.
コードやコンポーネントを複数の箇所で繰り返し利用できる性質。DRY原則に基づき、重複排除と保守性向上を目的として設計・実装時に重視される概念。
코드나 컴포넌트를 여러 곳에서 반복적으로 활용할 수 있는 특성. DRY 원칙에 기반하여 중복 제거와 유지보수성 향상을 목적으로 설계 및 구현 시 중요하게 고려되는 개념.
ビルド・テスト・ファイル監視などの繰り返し作業を自動化するツール。GulpやGruntが代表例で、開発ワークフローの効率化に活用される。
빌드, 테스트, 파일 감시 등 반복 작업을 자동화하는 도구. Gulp나 Grunt가 대표적이며, 개발 워크플로우 효율화에 활용된다.
予期せぬエラー。Exception。
예기치 않은 오류. Exception.
GoFなどが定義した再利用可能な設計テンプレートをコードに適用する実践手法。Singleton、Factory、Observerなど代表的なパターンを場面に応じて使い分ける。
GoF 등이 정의한 재사용 가능한 설계 템플릿을 코드에 적용하는 실천 기법. Singleton, Factory, Observer 등 대표적인 패턴을 상황에 맞게 구분하여 사용한다.
直接インスタンス化できないクラスで、サブクラスに共通のインターフェースや基本実装を提供するために使用する。継承を前提とした設計パターンの基盤となる。
직접 인스턴스화할 수 없는 클래스로, 서브클래스에 공통 인터페이스나 기본 구현을 제공하기 위해 사용한다. 상속을 전제로 한 설계 패턴의 기반이 된다.
オブジェクト間の一対多の依存関係を定義し、あるオブジェクトの状態変化を複数の依存オブジェクトへ自動通知するGoFデザインパターンの一つ。
객체 간 일대다 의존 관계를 정의하여, 특정 객체의 상태 변화를 여러 의존 객체에 자동으로 알리는 GoF 디자인 패턴 중 하나.
関数を変数に代入したり、引数や戻り値として扱える性質。JavaScriptやPythonなど多くのモダン言語が対応し、関数型プログラミングの基盤となる概念。
함수를 변수에 할당하거나 인수 및 반환값으로 다룰 수 있는 성질. JavaScript, Python 등 많은 모던 언어가 지원하며, 함수형 프로그래밍의 기반이 되는 개념.
継承よりコンポジション（組み合わせ）を優先する設計原則。クラスの機能拡張に継承ではなく、別オブジェクトを組み込む方式で柔軟性と再利用性を高める。
상속보다 컴포지션(조합)을 우선하는 설계 원칙. 클래스 기능 확장 시 상속 대신 다른 객체를 내부에 포함하는 방식으로 유연성과 재사용성을 높인다.
Javaの単体テストフレームワークの第5世代。アノテーションベースでテストを記述し、パラメータ化テストや拡張モデルなど柔軟なテスト設計が可能。
자바 단위 테스트 프레임워크의 5세대 버전. 어노테이션 기반으로 테스트를 작성하며, 매개변수화 테스트와 확장 모델 등 유연한 테스트 설계가 가능하다.
クラスとオブジェクトを基本単位とするプログラミングパラダイム。カプセル化・継承・ポリモーフィズムを特徴とし、保守性・再利用性の高いコード設計を実現する。
클래스와 객체를 기본 단위로 하는 프로그래밍 패러다임. 캡슐화·상속·다형성을 특징으로 하며, 유지보수성과 재사용성이 높은 코드 설계를 실현한다.
ソフトウェアのソースコードやファイルの変更履歴を管理する方針のこと。Git Flowやトランクベース開発など、チームの開発スタイルに合わせた運用ルールを定める。
소프트웨어의 소스 코드나 파일 변경 이력을 관리하는 방침. Git Flow나 트렁크 기반 개발 등 팀의 개발 스타일에 맞는 운용 규칙을 정한다.
クラスや関数は変更される理由が1つだけであるべきという設計原則（SRP）。SOLIDの1つで、責務を分離することで保守性・テスタビリティを高める。
클래스나 함수는 변경되어야 할 이유가 하나뿐이어야 한다는 설계 원칙(SRP). SOLID의 하나로, 책임을 분리하여 유지보수성과 테스트 용이성을 높인다.
仕様や修正内容が最終決定すること。Fix。
사양이나 수정 내용이 최종 결정되는 것. Fix.
エンジニアの職位・等級・期待値を定義した昇進・評価フレームワーク。技術力・影響範囲・リーダーシップなどの軸でジュニアからシニア・スタッフ・プリンシパルまでを定義する。
엔지니어의 직위·등급·기대치를 정의한 승진·평가 프레임워크. 기술력·영향 범위·리더십 등의 축으로 주니어부터 시니어·스태프·프린시팔까지 정의한다.
システムを独立した機能単位（モジュール）に分割して設計する特性。各モジュールは疎結合・高凝集を保ち、再利用性・保守性・テスト容易性の向上に貢献する。
시스템을 독립된 기능 단위(모듈)로 분리하여 설계하는 특성. 각 모듈은 느슨한 결합과 높은 응집도를 유지하며, 재사용성·유지보수성·테스트 용이성 향상에 기여한다.
外部の開発者や第三者が自由に利用できる公開APIのこと。認証キーが必要な場合もあるが、基本的に誰でもアクセス可能で、サービス連携や機能拡張に広く活用される。
외부 개발자나 제3자가 자유롭게 사용할 수 있는 공개 API. 인증 키가 필요한 경우도 있지만 기본적으로 누구나 접근 가능하며, 서비스 연동이나 기능 확장에 널리 활용된다.
非同期処理でコールバック関数が多重にネストされ、コードの可読性や保守性が著しく低下する状態。Promise やasync/awaitで回避できる。
비동기 처리에서 콜백 함수가 다중으로 중첩되어 코드의 가독성과 유지보수성이 현저히 낮아지는 상태. Promise나 async/await로 회피할 수 있다.
上位モジュールが下位モジュールに依存せず、双方が抽象（インターフェース）に依存するよう設計するSOLID原則の一つ。DIPとも呼ばれ、疎結合なアーキテクチャを実現する。
상위 모듈이 하위 모듈에 의존하지 않고, 양쪽 모두 추상(인터페이스)에 의존하도록 설계하는 SOLID 원칙 중 하나다. DIP라고도 하며 느슨한 결합의 아키텍처를 실현한다.
プログラムが使用しなくなったメモリ領域を自動的に検出・解放する仕組み。JavaやPythonなどの言語に組み込まれており、メモリリークを防ぐ効果がある。
프로그램이 더 이상 사용하지 않는 메모리 영역을 자동으로 감지하고 해제하는 메커니즘. Java, Python 등의 언어에 내장되어 있으며 메모리 누수를 방지하는 효과가 있다.
実際のハードウェアや環境を持たずにソフトウェア上で動作を模倣するツール。モバイル開発やIoT開発において実機なしでテスト・デバッグを行う際に活用される。
실제 하드웨어나 환경 없이 소프트웨어상에서 동작을 모방하는 툴. 모바일 개발이나 IoT 개발에서 실기기 없이 테스트 및 디버깅을 수행할 때 활용된다.
コードを触ったら、見つける前より少しきれいにして戻すという開発原則。リファクタリングを習慣化し、技術的負債を継続的に減らす考え方。
코드를 수정할 때 발견하기 전보다 조금 더 깔끔하게 정리하여 돌려놓는 개발 원칙. 리팩토링을 습관화하여 기술 부채를 지속적으로 줄이는 사고방식.
開発者がコードを書き・ビルドし・テストし・デプロイする際の総合的な体験品質。ツールチェーン・ドキュメント・フィードバックループ・認知負荷の低減が主な改善対象。
개발자가 코드를 작성하고·빌드하고·테스트하고·배포하는 과정에서의 종합적인 경험 품질. 툴체인·문서·피드백 루프·인지 부하 감소가 주요 개선 대상이다.
Rustで書かれた超高速JavaScriptリンター。ESLintと互換性のあるルールを持ちながら50〜100倍以上高速に動作し、大規模モノレポでのリント時間を劇的に短縮する。
Rust로 작성된 초고속 JavaScript 린터. ESLint와 호환되는 규칙을 가지면서 50~100배 이상 빠르게 동작하며, 대규모 모노레포에서의 린트 시간을 극적으로 단축한다.
システムやプログラムで、ユーザーが明示的に値を指定しない場合に自動的に適用される初期設定値。関数の引数やフォームの入力欄などで広く使われる。
시스템이나 프로그램에서 사용자가 명시적으로 값을 지정하지 않을 때 자동으로 적용되는 초기 설정값. 함수 인자나 폼 입력 필드 등에서 널리 사용된다.
プログラム実行中に発生するエラーや異常な状態を捕捉し、適切に対処するための処理。try-catch構文などを用いてシステムのクラッシュを防ぎ、安定稼働を維持する。
프로그램 실행 중 발생하는 오류나 비정상적인 상태를 포착하여 적절히 처리하는 방법. try-catch 구문 등을 사용해 시스템 크래시를 방지하고 안정적인 동작을 유지한다.
技術的負債（Technical Debt）を可視化・優先順位付けし、計画的に解消していく管理活動。コード品質の低下や開発速度の鈍化を防ぐために重要なプロセス。
기술 부채(Technical Debt)를 가시화·우선순위화하여 계획적으로 해소해 나가는 관리 활동. 코드 품질 저하와 개발 속도 둔화를 방지하기 위한 중요한 프로세스.
データを効率的に格納・管理・操作するための構造。配列、リスト、スタック、キュー、ツリー、グラフなどが代表例で、アルゴリズムと密接に関係する。
데이터를 효율적으로 저장·관리·조작하기 위한 구조. 배열, 리스트, 스택, 큐, 트리, 그래프 등이 대표적이며 알고리즘과 밀접하게 연관된다.
データや通信内容を特定の条件に基づいて選別・制限する処理。検索絞り込み、スパムフィルタ、パケットフィルタリングなど幅広い場面で活用される。
데이터나 통신 내용을 특정 조건에 따라 선별하거나 제한하는 처리. 검색 필터링, 스팸 필터, 패킷 필터링 등 다양한 상황에서 활용된다.
世界最大級のプログラミングQ&Aサイト。エンジニアが技術的な問題を投稿し、コミュニティが回答する仕組みで、実務での問題解決に広く活用される。
세계 최대 규모의 프로그래밍 Q&A 사이트. 엔지니어가 기술적인 문제를 게시하면 커뮤니티가 답변하는 구조로, 실무 문제 해결에 널리 활용된다.
分散型バージョン管理システム。
분산형 버전 관리 시스템.
ソフトウェアやコンテンツを特定の地域・言語・文化に合わせて適合させるプロセス。言語翻訳だけでなく、日付・通貨・単位などの形式変換も含む。略称はL10n。
소프트웨어나 콘텐츠를 특정 지역·언어·문화에 맞게 최적화하는 프로세스. 언어 번역뿐만 아니라 날짜·통화·단위 등의 형식 변환도 포함하며, 약칭은 L10n이다.
CPUやチップレベルの内部設計構造を指す用語。命令セットアーキテクチャ（ISA）を実装するパイプラインやキャッシュ構成などの物理的な設計を意味する。
CPU나 칩 수준의 내부 설계 구조를 가리키는 용어. 명령어 집합 아키텍처(ISA)를 구현하는 파이프라인이나 캐시 구성 등 물리적인 설계를 의미한다.
オープンソースプロジェクトやリポジトリにコード・ドキュメント・バグ報告などで貢献する人。GitHubなどではPRやIssueの投稿者を指す。
오픈소스 프로젝트나 저장소에 코드·문서·버그 리포트 등으로 기여하는 사람. GitHub 등에서는 PR이나 Issue 작성자를 가리킨다.
システム内の状態変化をイベントとして発行・購読する設計手法。コンポーネント間の疎結合を実現し、非同期処理やスケーラビリティの向上に役立つ。
시스템 내 상태 변화를 이벤트로 발행·구독하는 설계 방식. 컴포넌트 간 느슨한 결합을 실현하며 비동기 처리와 확장성 향상에 효과적이다.
JSONより高速・コンパクトなバイナリシリアライズ形式。複数言語対応で、APIレスポンスやキャッシュデータの転送効率化に活用される。
JSON보다 빠르고 컴팩트한 바이너리 직렬화 포맷. 다양한 언어를 지원하며 API 응답이나 캐시 데이터의 전송 효율화에 활용된다.
複数のプロセスやスレッドが同一のリソースに同時アクセスすることを防ぐ排他制御の仕組み。データの整合性を保つために使用される。
여러 프로세스나 스레드가 동일한 리소스에 동시에 접근하는 것을 방지하는 배타 제어 메커니즘. 데이터 정합성을 유지하기 위해 사용된다.
コードが正常動作していても、設計上の問題を示す兆候のこと。重複コードや長すぎるメソッドなど、リファクタリングが必要なサインを指す。
코드가 정상 동작하더라도 설계상의 문제를 나타내는 징후. 중복 코드나 너무 긴 메서드 등 리팩터링이 필요한 신호를 가리킨다.
アプリケーションの動作パラメータや環境変数などを定義したファイル。YAML・JSON・TOML・INIなどの形式で記述され、コードと設定を分離する目的で使用される。
애플리케이션의 동작 파라미터나 환경 변수 등을 정의한 파일. YAML·JSON·TOML·INI 등의 형식으로 작성되며, 코드와 설정을 분리하는 목적으로 사용된다.
Gitのブランチ管理戦略の一つ。main/develop/feature/release/hotfixなどのブランチを役割ごとに分け、チーム開発を体系的に管理するワークフロー。
Git의 브랜치 관리 전략 중 하나. main/develop/feature/release/hotfix 등의 브랜치를 역할별로 나누어 팀 개발을 체계적으로 관리하는 워크플로우.
HTTPリクエスト・レスポンスの送受信前後に処理を挟み込む仕組み。認証トークンの付与やエラーハンドリングなどをAxiosやSpringで共通化する際に利用される。
HTTP 요청·응답의 송수신 전후에 처리를 끼워 넣는 구조. 인증 토큰 부여나 에러 핸들링 등을 Axios나 Spring에서 공통화할 때 활용된다.
プログラムが使用するメモリの割り当て・解放・最適化を管理する仕組み。GCや手動管理など言語によって方式が異なり、メモリリークの防止が重要課題となる。
프로그램이 사용하는 메모리의 할당·해제·최적화를 관리하는 메커니즘. GC나 수동 관리 등 언어마다 방식이 다르며, 메모리 누수 방지가 중요한 과제이다.
ビジネスルールをオブジェクトとしてカプセル化するデザインパターン。条件をisSatisfiedBy()メソッドで表現し、AND/OR/NOTで組み合わせて複雑な仕様を再利用可能に定義できる。
비즈니스 규칙을 객체로 캡슐화하는 디자인 패턴. isSatisfiedBy() 메서드로 조건을 표현하고, AND/OR/NOT으로 조합하여 복잡한 사양을 재사용 가능하게 정의할 수 있다.
ソフトウェアのライブラリや依存関係を一元管理する仕組み。npm、pip、Mavenなどのツールを使い、インストール・更新・削除を効率化する。
소프트웨어의 라이브러리와 의존성을 일괄 관리하는 구조. npm, pip, Maven 등의 툴을 사용하여 설치·업데이트·삭제를 효율화한다.
コードに潜む設計上の問題を示す兆候のこと。直接バグではないが、リファクタリングが必要な「臭い」を放つコードパターンを指す。
코드에 잠재된 설계상의 문제를 나타내는 징후. 직접적인 버그는 아니지만 리팩토링이 필요한 '냄새'를 풍기는 코드 패턴을 가리킨다.
非同期処理を同期的なコードのように記述できる構文。Promiseベースの処理をより読みやすく書けるため、コールバック地獄の解消に有効。
비동기 처리를 동기적인 코드처럼 작성할 수 있는 문법. Promise 기반 처리를 더 읽기 쉽게 작성할 수 있어 콜백 지옥 해소에 효과적이다.
JSONで使用できるデータ型の総称。文字列・数値・真偽値・null・配列・オブジェクトの6種類があり、APIのリクエスト・レスポンス設計時に正確な型指定が重要。
JSON에서 사용할 수 있는 데이터 타입의 총칭. 문자열·숫자·불리언·null·배열·객체의 6가지가 있으며, API 요청·응답 설계 시 정확한 타입 지정이 중요하다.
ローカルで変更したコードをリモートリポジトリ（GitHubなど）にアップロードする操作。チーム開発においてブランチ管理やレビュープロセスの起点となる重要なアクション。
로컬에서 변경한 코드를 원격 리포지토리(GitHub 등)에 업로드하는 작업. 팀 개발에서 브랜치 관리 및 리뷰 프로세스의 시작점이 되는 중요한 액션.
関数とその関数が定義されたスコープの変数を一緒にまとめたオブジェクト。外部スコープの変数を関数実行後も保持し続ける仕組みで、JavaScriptなどで多用される。
함수와 그 함수가 선언된 스코프의 변수를 함께 묶은 객체. 외부 스코프의 변수를 함수 실행 후에도 유지하는 메커니즘으로, JavaScript 등에서 자주 활용된다.
Integrated Development Environmentの略。コードエディタ・デバッガ・ビルドツールを一体化した開発環境。VSCodeやIntelliJが代表例で、開発効率を大幅に向上させる。
Integrated Development Environment의 약자. 코드 에디터·디버거·빌드 툴을 통합한 개발 환경. VSCode나 IntelliJ가 대표적이며, 개발 효율을 크게 향상시킨다.
システム障害発生時に迅速かつ適切に対処するための手順・役割分担・エスカレーションルートをまとめた一連のプロセス。インシデント管理の基盤となる。
시스템 장애 발생 시 신속하고 적절하게 대처하기 위한 절차, 역할 분담, 에스컬레이션 경로를 정리한 일련의 프로세스로, 인시던트 관리의 기반이 된다.
既存のモノリシックシステムを段階的にマイクロサービスへ移行する設計パターン。新機能から順に切り出し、旧システムを徐々に置き換えることでリスクを最小化する。
기존 모놀리식 시스템을 단계적으로 마이크로서비스로 전환하는 설계 패턴. 새로운 기능부터 순서대로 분리하여 구시스템을 점진적으로 교체함으로써 위험을 최소화한다.
ブラウザやIDEに組み込まれた開発者向けツール群。要素インスペクター・コンソール・ネットワークパネル・パフォーマンスプロファイラーなど多様な機能を提供する。
브라우저나 IDE에 내장된 개발자용 도구 모음. 요소 인스펙터·콘솔·네트워크 패널·성능 프로파일러 등 다양한 기능을 제공한다.
Gitなどのバージョン管理システムで、メインのコードから分岐した独立した作業ラインのこと。機能開発やバグ修正を安全に並行して進めるために使用する。
Git 등 버전 관리 시스템에서 메인 코드로부터 분기된 독립적인 작업 라인. 기능 개발이나 버그 수정을 안전하게 병렬로 진행하기 위해 사용한다.
複数の処理を同時に実行する手法。マルチスレッドやマルチプロセスを活用し、CPUリソースを効率的に使用してパフォーマンスを向上させる。
여러 작업을 동시에 실행하는 기법. 멀티스레드나 멀티프로세스를 활용하여 CPU 리소스를 효율적으로 사용하고 성능을 향상시킨다.
システムや機器が故障から復旧後、次の故障が発生するまでの平均時間。MTBFが高いほど信頼性が高く、システムの安定性評価指標として使われる。
시스템이나 장비가 고장에서 복구된 후 다음 고장이 발생할 때까지의 평균 시간. MTBF가 높을수록 신뢰성이 높으며, 시스템 안정성 평가 지표로 사용된다.
アルゴリズムをクラスとして定義し、実行時に切り替え可能にするデザインパターン。条件分岐を排除し、処理の追加・変更を容易にする。
알고리즘을 클래스로 정의하고 런타임에 교체 가능하게 만드는 디자인 패턴. 조건 분기를 없애고 처리의 추가·변경을 쉽게 한다.
ソフトウェアのエンティティは拡張に対して開いており、修正に対して閉じているべきという設計原則。SOLIDの「O」に相当し、既存コードを変更せず新機能を追加できる設計を目指す。
소프트웨어 엔티티는 확장에는 열려 있고, 수정에는 닫혀 있어야 한다는 설계 원칙. SOLID의 'O'에 해당하며, 기존 코드를 변경하지 않고 새 기능을 추가할 수 있는 설계를 지향한다.
プログラムが実際に実行される際に必要なライブラリやリソース、OSとのインターフェースを提供する環境。Node.jsやJVMなどが代表例。
프로그램이 실제로 실행될 때 필요한 라이브러리, 리소스, OS와의 인터페이스를 제공하는 환경. Node.js나 JVM 등이 대표적인 예시.
武道の型稽古になぞらえた、プログラミングの反復練習手法。小さなコーディング課題を繰り返し解くことでスキルを磨き、コーディングの筋肉記憶を鍛えることを目的とする。
무도의 형 훈련에 빗댄 프로그래밍 반복 연습 기법. 작은 코딩 과제를 반복해서 풀어 실력을 갈고닦으며, 코딩의 근육 기억을 단련하는 것을 목적으로 한다.
オブジェクトやデータ構造をバイト列やJSON・XMLなどの形式に変換するプロセス。ネットワーク通信やデータ永続化の際に使用される。
객체나 데이터 구조를 바이트 열이나 JSON·XML 등의 형식으로 변환하는 프로세스. 네트워크 통신이나 데이터 영속화 시 사용된다.