기술 역량 목록

01무엇이고, 어떤 일을 하나

• 학습한 개념과 직접 수행한 업무를 구별한다.
• 설정·로그·시험 결과로 본인의 수행 근거를 연결한다.
• 부족한 지식과 재현하지 못한 과제를 다음 실습 계획으로 만든다.

02어떤 순서로 동작하나

1. 주제 목록화

   배운 프로토콜·도구·운영 개념을 적고 관련 업무와 연결한다.

2. 원리 설명

   해결하는 문제, 구성 요소, 입력·출력과 동작 순서를 자신의 말로 쓴다.

3. 수행 범위 분리

   직접 구현·설정·시험한 부분, 공동 작업, 계획만 한 부분을 나눈다.

4. 근거 연결

   환경·버전·설정·실행 결과·실패 사례를 기술 카드와 연결한다.

5. 학습 공백 보완

   설명하거나 검증하지 못한 부분을 작은 실습과 명확한 완료 기준으로 바꾼다.

03먼저 알아둘 용어와 구성요소

Task

완료해야 할 업무나 활동에 대한 진술이다.

Knowledge

업무를 수행하기 위해 알아야 할 개념과 사실이다.

Skill

관찰하거나 검증할 수 있는 구체적 수행 능력이다.

재현성

정해진 입력과 조건에서 다른 사람이 같은 절차와 결과를 확인할 수 있는 정도이다.

04예제로 따라가기

• 가상 학습 과제: “Python으로 로그 자동화”를 “주어진 로그인 로그를 읽고 시각·계정·결과 필드를 정규화한다”로 구체화한다. 실제 사용자의 수행 결과를 가정한 사례는 아니다.
• 입력 계약: 정상, 실패, 시간대 누락, 잘린 행, 중복, 예상 밖 필드의 여섯 표본을 만든다. 각 표본에 기대 출력 또는 거부 이유를 미리 적는다.
• 역할 구분: 본인이 파서·검증 표본·오류 저장을 작성했고 다른 팀이 수집을 맡았다는 가상 역할을 적는다. 전체 관제 시스템을 혼자 구현했다고 바꾸지 않는다.
• 시험과 보완: 처음 여섯 표본 중 네 개만 기대대로 처리되었다면 실패한 두 조건과 수정 내용을 기록한다. 이후 여섯 개 통과는 해당 표본에 한정된 검증이다.
• 기술 설명: 정규식 자체뿐 아니라 처리 순서, 입력 크기 제한, 오류 상태와 누락 집계 방식을 설명한다. 도구 사용 여부보다 선택 이유와 실패 처리의 일관성을 보여 준다.
• 남은 범위: 대용량 처리·새 제품 형식·장기 운영은 별도 검증 과제로 남긴다. 후속 시험의 데이터 크기·완료 기준을 적으면 학습 공백이 실행 가능한 계획이 된다.

05혼동하기 쉬운 점과 확인 기준

• 필드 간 모순: “구축 완료”인데 환경·설정·시험 기록이 없거나 설명 수준이 정의에만 머물면 상태를 재분류한다. 모른다는 부분도 구체적인 미검증 조건으로 표현한다.
• 경험의 구별: 읽어 본 기술, 실습한 기술, 운영한 기술을 구분한다. 학습 범위를 넓게 기록하는 것과 운영 경험을 주장하는 것은 별개다.
• 팀 산출물의 귀속: 공유 보고서의 어느 설정·코드·시험을 맡았는지 변경 이력이나 역할 기록으로 설명한다. 같은 문서에 이름이 있다는 이유만으로 모든 성과를 개인 기여로 가져오지 않는다.
• 정답 암기의 한계: 정상 출력만 외우면 입력·권한·타이머가 바뀔 때 설명이 끊긴다. 한 가지 조건을 바꿔 예상 상태와 관측 위치를 먼저 말할 수 있는지 점검한다.
• 지표의 범위: 표본 통과율·코드 커버리지·완료한 기능 수는 서로 다른 지표다. 어느 한 숫자를 실제 정확도·전체 업무 완성도와 동일시하지 않는다.
• 다음 학습의 우선순위: 지원 업무에서 자주 필요한 개념, 다른 기술의 선행 조건, 직접 검증하지 못한 실패 경로를 먼저 보완한다. 단순히 새 제품 이름을 늘리는 방식으로 공백을 숨기지 않는다.

06상세 노트 · 실습 자료

헤더 구조, 설정 예시, 수치 계산과 수업 캡처는 아래 노트에서 이어집니다.