FPGA 포트폴리오, 완성한 설계를 증거로 보여 주는 구조

건물을 지을 때 완성된 외관 사진만으로는 그 건물이 안전한지, 어떤 생각으로 지었는지 알 수 없습니다. 설계도와 구조 계산서, 시공 기록이 함께 있어야 건물이 믿을 만한 이유가 전달됩니다.

FPGA 포트폴리오도 같은 원리입니다. 보드에서 LED가 켜지는 영상 하나만으로는 설계자의 판단과 검증 과정이 전해지지 않습니다. 이 글은 프로젝트를 어떻게 구상하고 어떤 증거를 남겨 어떻게 보여 줄지에 집중합니다.

입문자가 단계적으로 만들어 볼 구체적인 프로젝트는 이 글의 범위가 아니며, 여기서는 포트폴리오로서의 구성만 다룹니다. 개발 도구와 보드는 제품명을 정하지 않고 일반적인 이름으로 부릅니다.

FPGA 포트폴리오가 보여 줘야 하는 것

면접관이 포트폴리오를 볼 때 궁금해하는 것은 무엇을 만들었는지보다 어떻게 판단하고 어떻게 확인했는지인 경우가 많습니다. 요구 사항을 정하고, 구조를 나누고, 동작을 검증하고, 한계를 설명한 흔적이 있으면 같은 프로젝트라도 훨씬 믿을 만해집니다.

FPGA(Field-Programmable Gate Array)는 설계한 회로를 개발 보드에서 바로 동작시켜 볼 수 있어서 입문자가 결과를 눈으로 확인하기 좋은 도구입니다. 그만큼 “동작했다”에서 멈추기 쉬우므로, 동작했다는 사실 뒤에 근거를 쌓아야 합니다.

포트폴리오는 완성품을 전시하는 곳이 아니라 설계 판단의 기록이라고 생각하면 방향이 잡힙니다. 지원하는 직무가 설계인지 검증인지에 따라 강조할 부분은 달라질 수 있습니다.

프로젝트를 고르는 기준, 사양과 범위 정하기

프로젝트는 크기보다 범위가 분명한지가 더 중요합니다. 시작하기 전에 무엇을 입력받아 무엇을 출력하는지, 어떤 조건이면 성공이라고 볼지를 문장으로 정해 둡니다.

이 문장이 사양(Specification)입니다. 사양이 없으면 어디서 끝났는지 알 수 없어 프로젝트가 끝없이 커지거나, 완성했다고 말할 근거가 약해집니다.

혼자 끝까지 설명할 수 있는 크기를 고르세요. 영상 처리, 통신 인터페이스, 소형 프로세서 코어, 센서 데이터 처리처럼 주제는 다양해도, 내가 직접 설계하고 검증한 범위가 어디까지인지는 분명해야 합니다.

튜토리얼을 따라 만든 프로젝트라면 출처를 밝히고, 내가 바꾸거나 확장한 부분을 따로 적습니다. 정직하게 구분해 둔 쪽이 질문을 받았을 때 훨씬 안정적입니다.

설계 증거를 남기는 흐름

FPGA 포트폴리오의 증거는 프로젝트가 끝난 뒤에 모으기보다 단계마다 남기는 편이 쉽습니다. 아래 여섯 단계가 한 프로젝트의 기본 뼈대입니다.

이 중 4번이 가장 자주 빠지는 단계입니다. 보드 동작만 보여 주면 “우연히 동작한 것 아닌가”라는 의심이 남지만, 시나리오별 파형이 있으면 의도한 동작을 확인했다는 증거가 됩니다.

각 단계에서 겪은 문제와 해결 과정도 함께 적습니다. 타이밍을 맞추지 못해 구조를 바꾼 경험이나 리셋 처리 오류를 파형으로 찾아낸 경험이 오히려 설계 역량을 보여 주는 이야기가 됩니다.

수치로 말하기, 성능과 자원 사용량

수치가 있으면 설명이 구체적이 됩니다. 클록 주파수, 처리 속도, 자원 사용량 같은 값은 합성과 구현 도구가 알려 주는 결과에서 가져옵니다.

아래는 계산 방법을 보여 주려는 가상의 예시입니다.

실제 포트폴리오에서는 가정이 아니라 보고서의 값을 쓰고, 어떤 입력과 설정에서 얻은 값인지 함께 적어야 합니다. 같은 설계도 설정에 따라 결과가 달라질 수 있기 때문입니다.

자원 사용량은 논리 소자, 메모리 블록, 곱셈 블록을 얼마나 썼는지로 나타냅니다. 수치가 아주 좋을 필요는 없고, 값을 읽고 왜 그렇게 나왔는지 설명하며 줄이려고 시도한 흔적이 있는지가 중요합니다.

저장소 구성과 면접에서 설명하는 법

읽는 사람에게 주어진 시간이 짧다고 생각하고 구성합니다. 저장소 맨 앞의 설명 문서(README) 첫 화면에서 프로젝트가 무엇인지와 결과가 무엇인지가 바로 보여야 합니다.

FPGA 포트폴리오의 폴더도 소스, 테스트벤치, 제약 파일, 문서로 나누어 두면 구조가 한눈에 들어옵니다. 도구가 자동으로 만든 불필요한 파일은 정리해서 올리세요.

면접에서는 왜 이 구조로 나누었는지, 가장 어려웠던 오류가 무엇이었는지, 다시 한다면 무엇을 바꿀지를 묻는 경우가 많습니다. 세 질문의 답을 미리 준비해 두면 포트폴리오의 모든 항목이 하나의 이야기로 이어집니다.

포트폴리오에서 흔한 오해

가장 흔한 오해는 복잡한 프로젝트일수록 좋은 포트폴리오다는 생각입니다. 범위가 크고 검증이 얕으면 오히려 약점이 드러나므로, 작아도 끝까지 검증한 프로젝트가 더 믿음을 줍니다.

둘째는 보드에서 동작하는 영상이 있으면 충분하다는 생각입니다. 영상은 결과만 보여 줄 뿐이어서, 사양과 검증 자료가 함께 있어야 설계 과정이 전달됩니다.

셋째는 코드만 올려 두면 읽는 사람이 알아서 살펴본다는 생각입니다. 읽는 사람이 구조를 파악하도록 설명 문서와 다이어그램을 갖추는 것까지가 포트폴리오 작업입니다.

약한 구성과 강한 구성 비교 표

구분	약한 구성	강한 구성
목표	“신호 처리 회로 구현”처럼 막연한 소개	입력, 출력, 성공 기준이 적힌 사양
구조	한 파일에 모든 코드 작성	블록 다이어그램과 모듈 분리
검증	보드 동작 영상만 있음	시나리오별 테스트벤치와 파형
수치	없음	클록과 자원 사용량을 조건과 함께 기록
출처	외부 코드의 출처가 불분명	출처와 내 기여를 구분

핵심 정리

FPGA 포트폴리오는 완성품을 전시하는 곳이 아니라 사양, 구조, 검증, 수치로 설계 판단을 보여 주는 기록입니다. 범위가 분명한 프로젝트를 고르고, 단계마다 증거를 남기고, 설명 문서로 읽는 길을 안내하면 작은 프로젝트도 충분히 설득력을 가집니다.

외관 사진만으로는 건물을 믿기 어렵듯, 동작 영상만으로는 설계를 믿기 어렵습니다. 설계도와 시공 기록을 함께 내놓는 마음으로 내 프로젝트의 증거를 하나씩 채워 보세요.

면접 대비 질문