전체 글 검색 결과
351 개의 검색 결과가 있습니다.
프로젝트 관리/AI 기반 개발 방법론

[AIDLC] 기획부터 배포까지 AI 기반으로 빠르게 개발하는 방법론

AIDLC 방법론이란?AI Context 문서를 잘 정리해나가면서, System Prompt 삼아 개발해 나가는 기법을 의미한다.프로젝트의 기획부터 배포까지 LLM을 통해, 일관적으로 잘 관리해내기 위한 방법론이다.컨셉은 프로젝트의 기획(분석 * 설계) 부터 개발, 배포의 모든 단계를 LLM을 통해 수행하되, 의도를 Unit 단계로 쪼개고, Integration Contract 문서를 통해 통신하여 개별 Unit 구현에 집중하기 때문에, MSA 아키텍처를 선호한다.AIDLC의 핵심은?1. 프로젝트 진행을 크게 3단계로 나누어서 수행하는데, Inception 단계 -> Construction 단계 -> Opertaion 단계이다.2. 핵심은 Markdown으로 정의된 개별 Context 문서를 계속 Pro..

2025. 11. 5. 14:01
개발 일반/프로그래밍 언어 ∕ Python

[Debugging] hosts 파일 사용 시 OpenAI API 연결 실패 해결법

문제 상황회사 내부 LLM 서버를 hosts 파일로 접근할 때 연결 실패# /etc/hosts192.168.1.100 llm-api.example-corp.com# 실패하는 코드client = OpenAI( base_url="https://llm-api.example-corp.com/v1", api_key="dummy-key", http_client=httpx.Client() # ❌ 기본 설정으로는 실패!)원인환경 변수의 프록시 설정이 hosts 파일보다 우선 적용되기 때문요청 → 환경변수 HTTPS_PROXY 발견 → 프록시로 접근 시도 → hosts 파일 무시됨 → ❌ 연결 실패해결 방법trust_env=False 추가로 프록시 우회import httpxfrom..

2025. 11. 4. 16:14
아키텍처 & 설계/어플리케이션 설계

[권한 설계] "권한의 묶음"을 만들어 사용자에게 부여하는 역할 기반 접근 제어(RBAC)

RBAC 권한 체계와 관련된 메뉴에 대해서 설명드립니다.권한 체계를 파악하시기 위해서는, Resource, API, Feature, Role, User에 대한 이해가 필요합니다.1. Resource- 관련 메뉴 : Agents 관리 > AI Agents 관리- Resource는 사이트에서 개발한 하나의 단위 Agent를 의미합니다.(Resource에는 Agent 이외에도 다른 것이 포함될 수 있으나, 대부분 Agent라고 이해하는 것이 편합니다.)- 예를 들어, "구매 Agent" 또는 "생산 Agent"를 하나의 Resource라고 볼 수 있습니다.2. API- 관련 메뉴 : 플랫폼 관리 > API 관리- API는 AOF에서 내부적으로 호출되는 모든 Backend API를 의미합니다.- API 관리 화..

2025. 11. 3. 17:31
웹 개발/프론트엔드 ∕ React

[React] 전역 상태 관리 vs 커스텀 훅: 언제 무엇을 사용해야 할까?

들어가며React 개발에서 상태 관리는 중요한 고민거리입니다. 전역 상태 관리 라이브러리와 커스텀 훅은 모두 상태 관리의 해결책이지만, 각각의 특징과 사용 시기가 다릅니다. 이 가이드는 두 접근 방식의 차이점과 언제 어떤 것을 사용해야 하는지에 대한 명확한 기준을 제시합니다.결론 및 권장사항현재 프로젝트의 권한 관리에 대한 권장사항전역 상태 관리를 사용해야 하는 이유:여러 컴포넌트에서 공유: Header, Sidebar, ChatAgentCard 등에서 동일한 권한 정보 사용상태 동기화 필요: 로그인 시 권한이 변경되면 모든 컴포넌트에서 즉시 반영복잡한 권한 로직: Resource Admin, Feature Admin 등 다양한 권한 체크성능 최적화: sessionStorage 파싱을 한 번만 수행하고 ..

2025. 10. 22. 15:00
웹 개발/프론트엔드 ∕ React

[React] 전역 상태 관리 라이브러리 도입과 변경되는 React 훅 사용 가이드

들어가며React 애플리케이션이 복잡해질수록 상태 관리의 어려움이 증가합니다. 전역 상태 관리 라이브러리를 도입하면 이러한 문제를 해결할 수 있지만, 기존의 React 훅 사용 패턴도 함께 변경되어야 합니다. 이 가이드는 전역 상태 관리 라이브러리 도입의 이유와 그에 따른 훅 사용 가이드의 변화를 설명합니다. 결론전역 상태 관리 라이브러리를 도입하면 다음과 같은 이점을 얻을 수 있습니다:Props Drilling 해결: 깊은 컴포넌트 계층에서도 쉽게 상태 공유상태 동기화: 여러 컴포넌트 간 상태 일관성 보장복잡한 로직 중앙화: 상태 관련 비즈니스 로직을 한 곳에서 관리성능 최적화: 선택적 구독으로 불필요한 리렌더링 방지하지만 전역 상태 관리 라이브러리를 도입할 때는 기존의 React 훅 사용 패턴도 함께..

2025. 10. 22. 13:41
웹 개발/프론트엔드 ∕ React

[React] 훅 사용 위치 가이드: 언제 어디서 사용해야 할까?

들어가며React 개발에서 useState, useMemo, useEffect 등의 훅을 어디서 사용해야 할지 판단하는 것은 종종 어려운 문제입니다. 이 가이드는 컴포넌트 계층 구조에서 각 훅을 언제, 어디서 사용해야 하는지에 대한 명확한 기준을 제시합니다.컴포넌트 계층 구조와 훅 사용 원칙기본 계층 구조Page Component (최상위)├── List Component (데이터 목록)│ ├── ListItem Component (개별 아이템)│ │ └── Button Component (액션 버튼)│ └── Filter Component (필터링)└── Header Component (헤더)종합 판단 기준1. 상태의 범위 (Scope)전역/페이지 레벨: Page Component리스트 ..

2025. 10. 22. 13:34