이런 상황이라면
개발자와 회의하는데 절반은 알아듣고 절반은 넘기고 있는 사람에게 맞는다. 자격증이나 IT 직군 면접을 앞두고 용어부터 정리해야 하는 상황도 해당한다. 반대로 이미 코드를 쓰고 있고 아키텍처 수준의 판단을 고민한다면 다른 책이 낫다.
한눈에 보기
이 책은 IT 용어를 "들어는 봤는데 설명은 못 하는" 상태를 문제로 잡는다. 검색하면 정의는 나온다. 문제는 그 정의가 또 다른 용어로 쓰여 있다는 점이다. 클라우드를 찾으면 가상화가 나오고, 가상화를 찾으면 하이퍼바이저가 나온다. 그래서 읽어도 남는 게 없다. 기술노트 알렉은 이 고리를 끊는 쪽을 택한다. 용어를 하나씩 끊어 짧게 정리하고, 이미 아는 말로 바꿔 설명하는 방식이다. "노트"라는 제목 그대로 완독용보다 참조용에 가깝다.
기존 IT 입문서는 기술을 계층 순서대로 가르친다. 네트워크에서 시작해 운영체제, 데이터베이스로 내려간다. 체계는 잡히지만 당장 회의에서 막힌 단어는 300쪽 뒤에 있다. 이 책은 순서를 포기하고 접근성을 택했다. 필요한 항목만 펼쳐 보고 덮을 수 있는 구성이다. 깊이를 얻는 대신 진입 장벽을 낮춘 교환이다. 그 교환이 이 책의 성격을 결정한다. 한 번에 다 읽으려 들면 오히려 효용이 떨어진다.
핵심 인사이트
- 01
모르는 건 용어가 아니라 연결이다
IT 용어를 못 알아듣는 이유는 단어 수가 부족해서가 아니다. 단어들이 서로를 설명하는 구조라서 어디서 끊어야 할지 모르는 것이다. 컨테이너를 이해하려면 이미지를 알아야 하고, 이미지를 알려면 가상화를 알아야 한다. 이 고리를 끝까지 따라가는 사람은 없다. 그래서 정리 노트의 가치는 정보량이 아니라 "끊는 위치"에 있다. 아는 말로 바꿔 한 번에 멈춰 세워 주는 설명이 하나라도 있으면 그 단어는 내 것이 된다. 검색이 실패하는 지점이 바로 여기다.
- 02
설명할 수 있을 때만 아는 것이다
용어를 안다는 감각은 대개 착각이다. 읽어서 익숙해진 것과 남에게 말로 풀 수 있는 것은 다른 상태다. 익숙함은 다시 봤을 때 낯설지 않다는 신호일 뿐이고, 그 신호를 이해로 착각하면 회의에서 무너진다. 테스트 방법은 간단하다. 전문 용어를 하나도 쓰지 않고 그 단어를 30초 안에 설명해 본다. 막히는 지점이 실제로 비어 있는 부분이다. 이 책 같은 정리형 자료는 그 빈칸을 찾는 데 쓰는 게 가장 효율적이다.
- 03
노트는 읽는 책이 아니라 쓰는 책이다
제목이 "기술노트"라는 점을 그대로 받아들이는 게 낫다. 노트 형식의 책은 처음부터 끝까지 읽으면 아무것도 남지 않는다. 항목이 독립적이라 서사가 없고, 서사가 없으면 기억의 고리가 안 생긴다. 대신 막힌 순간에 펼치면 효율이 급격히 올라간다. 어제 회의에서 놓친 단어 세 개를 적어 두고 그것만 찾아 읽는 방식이다. 같은 책이 읽는 방법에 따라 쓸모가 완전히 달라진다.
- 04
용어는 대화의 통행료다
비개발 직군이 기술 용어를 배우는 목적은 기술을 하려는 게 아니다. 대화에 들어갈 자격을 얻으려는 것이다. 기획자가 "API로 연동되나요"를 정확히 물으면 개발자의 답이 달라진다. 질문이 구체적일수록 돌아오는 정보가 구체적이기 때문이다. 반대로 용어를 흘려 쓰면 상대가 설명을 통째로 생략한다. 결국 용어 공부의 성과는 지식량이 아니라 회의 시간 단축으로 나타난다. 그래서 얕은 이해도 충분히 값을 한다.
- 05
트렌드 단어에는 유통기한이 있다
IT 용어는 두 종류로 나뉜다. 오래 남는 기초 개념과 몇 년 안에 교체되는 유행어다. 네트워크나 데이터베이스의 기본 원리는 20년째 유효하다. 반면 특정 제품명이나 그때의 마케팅 용어는 빠르게 낡는다. 정리형 자료를 볼 때는 이 둘을 구분하며 읽는 게 중요하다. 기초는 외우고, 트렌드 항목은 "지금 이런 말이 돈다" 정도로만 받아들이면 된다. 구분 없이 다 외우면 몇 년 뒤 대부분이 쓰레기가 된다.
이렇게 적용한다
상황개발팀과의 회의에서 절반 정도만 알아듣고 넘어갔을 때
회의 중에 모르는 단어를 되묻지 말고 메모장에 그대로 적는다. 회의가 끝난 뒤 그 단어만 찾아 읽고, 각각을 한 문장으로 다시 적어 둔다. 다음 회의에서 그 단어를 써서 질문을 만들면 이해했는지 바로 확인된다.
상황IT 직군 면접이나 자격증 시험을 앞두고 범위가 막막할 때
목차를 먼저 펼쳐 아는 항목과 모르는 항목을 표시한다. 모르는 항목만 모아 하루 다섯 개씩 나눈다. 외우는 대신 각 항목을 비전공자에게 설명하는 문장으로 바꿔 쓴다. 설명이 안 되는 항목이 실제 약점이다.
상황외주 개발사나 협력사의 견적서·제안서를 검토할 때
문서에서 모르는 기술 용어에 전부 밑줄을 친다. 그중 비용이나 일정에 직접 걸리는 단어만 골라 먼저 찾는다. 뜻을 확인한 뒤 "이 항목이 왜 필요한가"를 문서 작성자에게 되묻는다. 용어를 알면 질문의 무게가 달라진다.
ACTION ITEMS
오늘 바로 할 수 있는 것.
- ✓최근 회의에서 못 알아들은 IT 용어 다섯 개를 지금 적는다.
- ✓그중 하나를 전문 용어 없이 세 문장으로 설명해 본다.
- ✓목차를 훑어 모르는 항목에만 표시하고 읽을 순서를 정한다.
- ✓하루 다섯 항목씩 읽는 일정을 이번 주 캘린더에 넣는다.
- ✓내가 쓴 설명 한 개를 팀 동료에게 보내 맞는지 확인받는다.
- ✓제품명·유행어로 보이는 항목은 따로 표시해 외우지 않는다.
밑줄 그은 문장
“용어를 아는 것과 그 용어를 설명할 수 있는 것은 다른 상태다.”
이 책이 답하지 않는 것
용어와 개념을 정리해 주는 책이라, 직접 코드를 쓰거나 시스템을 설계하는 능력까지는 이어지지 않는다. 특정 기술을 깊게 파야 하는 단계라면 해당 분야의 전문서가 필요하다. 기술 변화가 빠른 항목은 출간 시점 기준이라는 점도 감안해야 한다.
이 통찰의 근거가 궁금하다면?
원서·번역서 정보와 가격은 판매처에서 확인하세요.
※ 구매 링크는 제휴 활동의 일환이며, 이를 통해 일정액의 수수료를 제공받습니다. 구매자에게 추가 비용은 발생하지 않습니다.
비슷한 주제의 책
NEWSLETTER
매일 아침, 새로운 인사이트
하루의 시작을 도와줄 책 한 권의 핵심과 실천 과제를 보내드립니다.