소프트웨어 엔지니어링은 빠르게 변화하고 있습니다. 이 비디오에서는 시스템에 대해 생각하는 새로운 방법을 소개합니다. 모든 것은 에이전트입니다. 정적이고 엄격한 애플리케이션을 구축하는 대신 데이터 → 모든 입력, 컨텍스트, 구성 결정 → 뇌(LLM) 방향 → 동작(반환, 자체 반복 또는 도구)의 세 가지 핵심 구성 요소를 기반으로 구축된 살아있는 적응형 시스템으로 이동합니다. 이것이 제가 소프트웨어 엔지니어링 2.0이라고 부르는 것입니다. 이 비디오에서는 다음 내용을 배우게 됩니다. 삼중 구조(데이터 → 결정 → 방향) LLM이 의사 결정 두뇌 역할을 하는 방법 시스템이 반복적이고 자체 검증이 되는 이유 에이전트가 도구, 다른 에이전트 또는 자신을 호출하는 방법 실제 POC 데모 생성 + JSON 검증 이것이 동적이고 적응형 사용자 인터페이스로 이어지는 방법 로컬 LLM(예: PeerLLM / Ollama)이 모든 것을 바꾸는 이유 이것은 시리즈의 시작에 불과합니다. 다음 동영상에서는 다음 과정을 안내합니다. 0/ 엔드투엔드 전체 에이전트 시스템 구축 1/ 다중 에이전트 오케스트레이션 2/ 동적 UI 생성 3/ 실제 프로덕션 아키텍처 마음에 드는 경우: 댓글을 남기고 다음에 보고 싶은 내용을 알려주세요. Software Engineering 2.0에 대한 자세한 내용을 보려면 좋아요 및 구독 데모 링크: https://github.com/hassanhabib/STX.Agent.Demo.Session2/tree/master 챕터 0:00 — 모든 것은 에이전트입니다 0:08 — 정적 소프트웨어의 문제 0:30 — 소프트웨어 엔지니어링 2.0 사고방식 1:15 — 세 가지 구성 요소: 데이터, 결정, 방향 2:30 — "데이터"의 실제 의미 3:45 — 결정 계층(뇌로서의 LLM) 5:10 — 방향: 에이전트가 취할 수 있는 작업 6:08 — 결정이 작업으로 전환되는 방법 6:58 — 반복 루프(반환, 자체, 도구) 8:00 — 도구, 기능 및 다중 에이전트 시스템 8:58 — 전체 아키텍처 분석(기억에 저장) 9:50 — 예: 학생 JSON 생성 10:38 — 검증 루프(생성 → 검증 → 반환) 11:30 — 라이브 POC 데모 12:28 — 로컬 에이전트 실행(토큰 비용 없음) 13:14 — 프롬프트 및 출력 개선 14:14 — 로컬 LLM이 중요한 이유 15:07 — 미래: 적응형 인터페이스 16:08 — 다중 에이전트 오케스트레이션 설명 17:00 — 시리즈의 다음 단계
