기억에 남는 컴퓨터 수업을 통해 IT 관련 학습 경험과 흥미, 직무 연계 지식 수준을 파악하려 한다.
이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
알고리즘 수업이 가장 기억에 남습니다. 처음에는 코드가 돌아가기만 하면 된다고 생각했는데, 같은 문제를 풀어도 시간복잡도에 따라 결과가 완전히 달라지는 것을 직접 경험하면서 생각이 바뀌었습니다. 특히 정렬 알고리즘 비교 과제에서 데이터 크기를 10배씩 늘려보는 실험을 했는데, O(n²) 방식이 특정 구간에서 급격히 느려지는 장면을 직접 보고 나서 효율이 이론이 아니라 실제 문제라는 감각이 생겼습니다. 이후 개인 프로젝트에서 데이터 처리를 설계할 때 자연스럽게 처리 비용을 먼저 생각하는 습관이 생겼습니다. 어렵게 느껴지던 수업이었는데, 그때 쌓인 감각이 나중에 실제로 코드를 짤 때 기준이 됐습니다.
운영체제 수업이 두 번째로 기억에 남습니다. 프로세스와 스레드 개념을 배웠는데, 강의를 들을 때는 이해한 것 같았는데 실습 과제에서 동기화 문제를 다루면서 완전히 틀렸다는 걸 알았습니다. mutex와 semaphore 중 어느 것을 써야 하는지 판단하지 못해서 데드락이 계속 났고, 그게 단순 암기가 아니라 상황에 따른 선택 문제라는 걸 한참이 지나서야 알았습니다. 팀원이 먼저 원인을 찾아냈을 때 처음에는 제가 이미 코드를 짰다는 이유로 제 방식을 고집했는데, 그 시간이 낭비였다는 게 나중에 보였습니다. 틀렸다는 걸 인정하고 나서야 왜 데드락이 났는지를 처음부터 재현해볼 수 있었는데, 그 과정에서 동기화 문제가 코드 한 줄 차이가 아니라 설계 단계의 선택에서 온다는 걸 이해했습니다. 이후엔 새 환경에서 문제가 생기면 증상보다 원인을 먼저 찾으려 합니다. 수업에서 틀린 경험이 나중에 디버깅 접근 방식의 기준이 됐습니다.
컴퓨터 보안 수업은 처음엔 전공 선택이 아니라 빈 시간표를 채우려는 이유로 들었습니다. 처음 수업에서 교수님이 간단한 웹 취약점 시연을 보여줬는데, 제가 익숙하게 쓰던 HTTP 요청 구조가 공격 경로가 될 수 있다는 게 충격이었습니다. 이전까지 저는 기능을 만드는 데만 관심이 있었지, 그 기능이 어떻게 깨지는가를 생각한 적이 없었습니다.
SQL injection 실습에서 직접 인자를 조작해 로그인을 우회하는 실습을 했는데, 코드 몇 줄로 시스템이 뚫린다는 게 실감이 됐습니다. 그 경험이 이후 개인 프로젝트에서 사용자 입력을 처리하는 방식을 바꿨습니다. 쿼리를 직접 조합하지 않고 파라미터를 분리하는 게 습관이 됐는데, 보안 수업을 안 들었다면 그 차이가 왜 중요한지 몰랐을 것 같습니다. 낯선 분야라고 피했다면 내가 만드는 코드의 취약점을 보는 시각 자체가 없었을 것 같습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 대한주택보증 SW·IT 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.