해커톤의 마지막 날은 그동안의 고민과 시행착오 그리고 밤새 만든 결과물을 모두 정리해 발표하는 중요한 날이었습니다. 개발 과정에서 발견한 오류들을 해결하고 사용자 흐름을 다듬어 갔던 2일차까지의 시간이 어느 정도 안정되면서 3일차가 오기 전 새벽에는 서비스 스토리와 시연 구조를 어떻게 보여줄지에 집중했습니다. 이번 글에서는 최종 발표 준비 과정, 심사위원 피드백, 현장에서 느꼈던 점, 그리고 프로젝트의 확장 가능성을 차분히 정리해 보았습니다.발표 준비 – 기술보다 ‘사용자 경험’을 중심에 두다3일차 새벽 저희 팀은 발표 자료를 마무리하는 것부터 시작했습니다. 해커톤의 심사 기준을 다시 확인해 보며 어떤 부분을 강조해야 하는지 하나하나 점검했습니다.평가 기준은 다음 다섯 가지였습니다.주제 적합성 – 실제 ..

해커톤 2일차는 본격적인 개발이 시작되는 날이었습니다. 전날 팀 내 역할을 정하고 사용자 흐름을 정리해 둔 덕분에 어떤 기능을 어떤 우선순위로 구현해야 할지 명확하게 파악할 수 있었습니다. 하지만 실제 코드를 작성하고 시스템을 연결하는 작업은 예상보다 훨씬 복잡했습니다. 이번 글에서는 음성 인식(STT) 연동, 메뉴 분류 로직 설계, 프론트-백엔드 연결 문제 해결, 멘토링 과정에서의 수정 작업 등 개발 단계에서 겪었던 과정을 순서대로 정리했습니다.개발 시작 – 가장 먼저 구축해야 했던 핵심 구조해커톤은 시간이 제한적이기 때문에 가장 중요한 기능부터 빠르게 돌아가도록 만드는 것이 핵심이었습니다.저희 팀은 다음 3가지를 최우선 구현 목표로 설정했습니다.사용자가 말한 음성을 서버로 전송STT(Whisper A..

광주 인공지능 사관학교 해커톤은 단순히 결과물을 만들어 발표하는 행사가 아니라 문제를 정의하고 아이디어를 구체화하며 팀 단위로 협업해 해결해 나가는 전 과정을 평가하는 형태로 운영되었습니다. 특히 이번 해커톤은 주제 적합성, 창의성, 기술 구현 가능성, 사회적 파급력, 과정 평가까지 함께 반영되는 구조였기 때문에 해커톤의 첫 단계인 “주제 선정”이 그 어느 때보다 중요하다고 느꼈습니다.이번 글에서는 저희 팀이 해커톤을 준비하면서 팀 구성, 문제 발굴, 사용자 분석, VUI(음성 사용자 인터페이스) 연구, 그리고 최종적으로 ‘음성 기반 주문 키오스크’라는 주제를 선택하기까지의 전체 과정을 기록했습니다.소개 – 해커톤에 참여한 이유광주 인공지능 사관학교 교육 과정에서 다양한 프로젝트를 수행해 왔지만 해커톤은..

11월 12일 김대중컨벤션센터 4층 컨벤션홀에서 열린 AI 커리어 빌드업 & 동문 네트워크 행사에 참여했습니다.매년 교육생과 졸업생 그리고 실제 AI·AX 기업이 한 자리에 모이는 중요한 행사라고 들었기에 기대를 많이 하고 갔습니다.실제로 경험해보니 기대보다 훨씬 알찬 구성과 진짜 도움이 되는 프로그램이 많아서 하루 동안 배운 점이 정말 많았습니다.이번 글에서는 제가 행사 전체를 따라가며 경험한 내용을 체계적으로 정리해 보았습니다.동문 네트워크 행사AI 사관학교 동문 네트워크 행사는 단순한 네트워킹이 아니라졸업생–재학생–기업이 한 자리에서 실제 커리어 조언과 현업 인사이트를 나누는 자리입니다.이번 행사의 큰 특징은 다음과 같았습니다.AI/AX 기업 채용설명회 및 상담 부스 운영취·창업 역량강화 프로그램 ..

소개 — 프로젝트를 전면 수정하게 된 이유프로젝트를 진행하면서 가장 크게 느꼈던 점은 사용자 환경을 정확히 이해하는 것이 개발보다 우선되어야 한다는 사실이었습니다.초기에는 텍스트 기반 AI 챗봇을 중심으로 한 민원 답변 시스템을 설계했으나 실제 설치 장소인 마을 회관과 주 사용자층인 고령층 주민의 특성을 분석하면서 기획 방향을 대폭 수정하게 되었습니다.특히 스마트폰 조작의 어려움, 텍스트 서비스에 대한 낮은 접근성, 복잡한 입력 과정에 대한 부담 등의 이유로 기존 접근 방식은 현장의 요구와 맞지 않았습니다.이러한 문제를 해결하기 위해 음성 중심의 간편 민원 접수 시스템으로 프로젝트를 재설계했습니다. 동기와 배경 — 왜 ‘음성 기반 민원 키오스크’였는가사관학교에서 다양한 프로젝트를 경험하면서 기술 그 자체..

OSI 7계층(Open Systems Interconnection Model)은 네트워크 통신을 단계별로 나누어 이해하기 위한 개념적 모델이다. 각 계층은 데이터 전송 과정에서의 역할과 프로토콜을 구분하기 위해 설계되었다. 네트워크 문제를 진단하거나 프로토콜 설계·보안 구성을 논리적으로 설명하기 위해 아래와 같은 개념을 학습하였다. 계층 번호이름주요 기능대표 프로토콜 / 장비7응용(Application)사용자와 네트워크 간 인터페이스 제공HTTP, FTP, SMTP, DNS6표현(Presentation)데이터 형식 변환, 암호화, 압축JPEG, MPEG, SSL/TLS5세션(Session)연결의 설정, 유지, 종료 관리NetBIOS, RPC, SSH4전송(Transport)데이터의 신뢰성 있는 전달,..