연구하는 안씨의 기록

Physical AI 세미나 후기: 현실 세계에서 학습하고 움직이는 AI7월 10일, 교내 공학관에서 Dinesh Manocha 교수와 Ming C. Lin 교수의 Physical AI 세미나를 들었다. 이번 세미나는 AI가 텍스트나 이미지와 같은 디지털 환경을 넘어, 실제 물리적 환경을 인식하고 움직이며 인간과 상호작용하기 위해 어떤 기술이 필요한지를 다루었다. 첫 번째 강연인 Robot Navigation in the Wild에서는 가정, 야외 지형, 혼잡한 공공장소와 같이 예측하기 어려운 환경에서 로봇이 안전하게 이동하는 방법을 소개하였다. 로봇은 RGB 카메라, 3D LiDAR, 오도메트리 등 여러 센서로 주변 환경을 인식하고, 심층 강화학습과 경로 계획 알고리즘을 활용하여 장애물을 피하거나 적절..

교수님께서 이번에 연세대에서 열리는 2026 sigchi korea chapter summer event에서 co-chair를 맡으시면서, 이번 행사에 대해 소개해주셨다. 이후 sv(student volunteer) 모집 공고가 올라와 지원하게 되었고, 승인되어 처음으로 sv 활동을 맡게 되었다. SIGCHI(Special Interest Group on Computer-Human Interaction)는 의미 그대로, 컴퓨터 과학 학회인 ACM 안에서 HCI(Human Computer Interaction)을 전문으로 다루는 조직이다. HCI 학회 중에서도 가장 최상위의 컨퍼런스, CHI가 바로 SIGCHI의 대표 학술대회로, 정식 명칭은 ACM Conference on Human Factors in..

GitHub 프로젝트 생성 및 관리 실전 가이드매번 같은 곳에서 막히거나 헷갈리는 것 같아서, KT 부트캠프 때 팀프로젝트를 진행하며 익혔던 내용 기반으로, 필요할 때 찾아보기 편하게 이번 기회에 잘 정리해보고자 한다.목차기본적인 프로젝트 생성 방법프로젝트 생성 이후 — 로컬 연결커밋·푸시·되돌리기 핵심 정리코드 병합 시 유의할 점브랜치 이동 시 유의할 점(checkout)1. 프로젝트 생성 방법(A) GitHub에서 새 Repository 만들기GitHub 페이지에서 직접 시작하는 방법. 빈 저장소가 먼저 생기고, 이후 로컬에 Clone해서 작업한다.GitHub → New repositoryRepository name 입력Public / Private 선택README.md 추가 여부 선택 (추가하면 ..

이번 두번째 후기에서는 실제 프로젝트 진행 시 팀원들과 구체적으로 어떻게 프로젝트를 이어 나갔으며, 의견 전달 및 제안, 진행상황 보고 등을 어떤 방법으로 진행하였는지에 대해 회의록 작성 및 문서화와 관련하여 정리해보고자 한다. 이번 KT AIVLE 8기 빅프로젝트는 4,5차 미니프로젝트 팀과 동일한 팀 구성으로 이루어졌다. (그 다음 기수는 어떨지 모르겠다)4차 미니 프로젝트에서부터 나는 항상 팀 노션 페이지를 만들고 회의록 및 진행상황을 정리하는 역할을 맡았다.말로만 이야기하다보면 나중에 구체적으로 어떻게 하기로 했는지 기억이 나지 않고, 서로 다르게 기억하면 그로 인한 불필요한 충돌이 발생할 가능성이 있다. 이런 점을 걱정하여 항상 회의록을 작성해왔다. 하단에서 4차 미니프로젝트, 5차 미니프로..

9월 말부터 시작된 KT AIVLE 8기 활동 중에서도 최종장, 하이라이트라고 볼 수 있는 빅프로젝트가 끝났다. 2월 20일을 마지막으로 최종 산출물을 제출하고, 이제는 내일 메타버스 발표회를 앞두고 있다. 팀원들과 함께 거의 2~3달을 하나의 프로젝트에 쭉 매달려 진행하다보니 점점 서비스 규모가 커지고 기능들이 추가되면서 검토해야할 파일들도 덩달아 많아지고, 전부 하나의 데이터베이스에 연결되어있다보니 관련 에러도 많이 발견했던 것 같다. 우왕좌왕 왁자지껄하게 진행된 프로젝트로 많이 바쁘고, 힘들기도 했지만 결과적으로는 하나의 프로젝트를 완수하고, 제대로 기능이 돌아가는 것을 확인하며 뿌듯했던 것 같다. 내가 빅프로젝트에서 맡은 역할은 구체적으로는 소개하지 못하지만, 나의 역할은 AI 챗봇 기능과 데이..

수업에서 배운 내용을 기반으로, 프론트엔드 동작의 구조와 흐름을 정리해보았다. 1. 프론트엔드 프로젝트 전체 구조 (React / Next 공통)📌 핵심 구조도project/ ├─ public/ # 이미지·정적 파일 ├─ src/ │ ├─ app/ # Next.js 페이지 라우팅(entry) │ │ ├─ page.js # 기본 페이지 │ │ ├─ login/page.jsx │ │ ├─ detail/[slug]/page.jsx │ │ └─ list/[page]/page.jsx │ ├─ comp/ # 재사용 Component │ └─ redux/ # 공유 상태(Redux) ├─ node_modules/..

수업에서 배운 내용을 기반으로, 수많은 어노테이션이 헷갈려 관련 정리를 해보았다. 0. Spring의 큰 그림질문 1. 서버에 요청이 오면, Spring에서 무슨 일이 일어날까?@SpringBootApplication 있는 메인 클래스가 실행된다.스프링이 IoC 컨테이너(= 스프링 컨테이너)를 띄우고,@Component, @Controller, @Service, @Repository, @RestController, @ControllerAdvice … 가 붙은 클래스들을 전부 찾아서 Bean(빈) 으로 등록한다.클라이언트가 GET /books/1 같은 요청을 보내면,내장 톰캣(웹서버) → DispatcherServlet(스프링 프론트 컨트롤러)로 들어간다.DispatcherServlet이@RestCont..

DI - 의존성 주입필요한 객체(의존성)를 외부에서 넣어주는 것방법: 생성자 주입 / 세터 주입 / 필드 주입(@ Autowired)(1) 생성자 주입final 사용 가능 → 불변성 보장의존성 누락 방지(주입 안되면 컴파일 에러)테스트 용이순환 참조 문제 조기 발견@Componentpublic class Jihyun { private final Phone phone; @Autowired public Jihyun(Phone phone) { this.phone = phone; }} (2) 필드 주입의존성이 보이지 않고 숨겨져 있음생성자 호출 시 완전한 객체가 아니게 됨순환 참조 문제 늦게 발견됨spring 없으면 이 코드 자체가 작동 불가→ 강한 스프링 종속@Componen..