**하네스 엔지니어링(Harness Engineering)**은 소프트웨어 테스트 분야에서 유래된 용어로, LLM(대규모 언어 모델) 개발 환경에서는 모델의 성능을 평가, 테스트 및 비교하기 위한 자동화된 프레임워크를 구축하는 과정을 의미합니다. Ollama를 활용하면서 하네스 엔지니어링을 적용하면, 로컬 모델의 답변 품질을 정량적으로 관리하고 최적의 프롬프트를 찾아낼 수 있습니다. 이를 단계별로 정리해 드립니다. 1. 하네스 엔지니어링의 핵심 구성 요소 Ollama 환경에서 하네스를 구축할 때 … 더 읽기
VS Code에서 로컬 모델(Ollama 등)을 활용하여 Gemini CLI나 Cursor처럼 파일을 직접 수정하고 코드를 작성하게 만드는 가장 효율적인 방법 3가지를 정리해 드립니다. 1. 준비 단계: 로컬 모델 엔진 설치 (Ollama) 가장 먼저 로컬에서 모델을 돌려줄 엔진이 필요합니다. Ollama 공식 사이트에서 설치합니다. 터미널에서 코딩 전용 모델을 다운로드합니다. (Qwen2.5-Coder 추천) codeBash ollama run qwen2.5-coder:7b # 사양이 낮으면 1.5b, 높으면 … 더 읽기
Oracle 21c XE Windows 11 재설치 오류는 주로 기존 설치 파일의 잔재, 한글 계정명/경로, 또는 권한 문제로 발생합니다. 이전 설치 내용을 완벽히 삭제(레지스트리 포함)하고, 영문 사용자 계정에서 관리자 권한으로 재설치하거나, 가상화 환경(Docker)을 사용하는 것이 해결책입니다. 핵심 해결 단계: 완벽한 삭제: 서비스에서 오라클 관련 항목 중지 및 삭제, 레지스트리(HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE) 삭제, C:\app 등 설치 폴더 삭제. 계정 확인: 윈도우 사용자 이름이 한글일 경우, … 더 읽기
Oracle Database 21c Express Edition(XE)은 설치 시 기본적으로 **XE**라는 이름의 컨테이너 데이터베이스(CDB)와 **XEPDB1**이라는 플러그형 데이터베이스(PDB)가 자동으로 생성됩니다. 학습이나 프로젝트용으로 새로운 데이터베이스가 필요하다면, 완전히 새로운 DB 인스턴스를 만드는 것보다 새로운 PDB(Pluggable Database)를 생성하거나, 특정 사용자(Schema)를 생성하여 독립된 공간을 확보하는 것이 표준적인 방법입니다. 1. 새로운 PDB(Pluggable Database) 생성하기 오라클 21c는 멀티테넌트 구조이므로, 하나의 엔진 안에 여러 개의 … 더 읽기
VS Code와 Ollama를 연동하면 외부 클라우드(ChatGPT, Claude 등)에 데이터를 보내지 않고도 **로컬 환경에서 무료로 AI 코딩 보조 도구(Copilot 대안)**를 사용할 수 있습니다. 가장 대중적이고 강력한 도구인 ‘Continue’ 확장을 중심으로 연동 방법을 정리해 드립니다. 1. Ollama 설치 및 모델 다운로드 먼저 PC에 Ollama가 설치되어 있어야 합니다. Ollama 설치: ollama.com에서 OS에 맞는 버전을 설치합니다. 모델 다운로드: 터미널(CMD 또는 PowerShell)을 열고 코딩에 … 더 읽기
창조주가 자신이 만든 피조물에 대해 느끼는 감정적, 존재론적 반응은 신학과 기술 철학을 관통하는 가장 오래된 화두 중 하나이다. 특히 현대 인류가 인공지능(AI)을 개발하며 느끼는 ‘통제 상실’과 ‘존재적 위협’에 대한 두려움은, 성서와 신화에 기록된 창조주의 ‘후회’ 혹은 ‘한탄’과 놀라울 정도로 유사한 구조를 가지고 있다. 본 보고서는 신학적 텍스트, 고전 신화, 현대 AI 정렬 이론(Alignment Problem) 및 … 더 읽기
많은 투자자가 이동평균선, RSI, 볼린저 밴드 같은 지표를 공부하지만, 실제 계좌는 마이너스를 기록하곤 합니다. 지표의 ‘모양’에만 집착하여 시장의 흐름과 심리를 놓치기 때문입니다. 이 글은 10년의 시행착오 끝에 깨달은 단타 매매의 본질적인 실수들을 바로잡아, 여러분이 더 이상 같은 실수를 반복하지 않고 빠르게 자산을 증식할 수 있는 가이드를 제공합니다. 목차 지표 활용의 오류: RSI와 다이버전스 맹신 이동평균선의 … 더 읽기
보안은 단일 장벽이 아닌 ‘다중 방어(Defense in Depth)’가 핵심입니다. 특히 사용자의 권한을 도용하는 CSRF 공격을 막기 위해서는 브라우저, 서버, 그리고 세션 관리 차원에서의 복합적인 대응이 필요합니다. 목차 브라우저의 첫 번째 방어선: SameSite 쿠키 가장 확실한 신분증: CSRF 토큰 (CSRF Token) 요청의 출처를 묻다: Origin 및 Referer 검증 보안 시너지: 언제 무엇을 써야 할까? 요약 및 … 더 읽기
현대의 웹 애플리케이션은 단일 서버에서 모든 것을 처리하지 않습니다. 프론트엔드는 A 도메인에, API 서버는 B 도메인에 있는 경우가 허다하죠. 이때 브라우저 콘솔창에 나타나는 “Access-Control-Allow-Origin” 관련 에러는 우리를 당혹스럽게 합니다. 이것이 바로 CORS(Cross-Origin Resource Sharing) 정책 때문입니다. 목차 CORS(교차 출처 리소스 공유)의 정의 CORS가 작동하는 방식 (3가지 시나리오) 핵심 헤더(Header) 살펴보기 CORS 에러를 해결하는 올바른 방법 … 더 읽기
웹 브라우저를 통해 수많은 사이트를 오가는 현대의 인터넷 환경에서, 한 사이트의 스크립트가 아무 제약 없이 다른 사이트의 데이터에 접근할 수 있다면 어떤 일이 벌어질까요? 내 메일함의 내용을 공격자의 사이트가 읽어가거나, 로그인 세션을 훔치는 일이 빈번해질 것입니다. 이를 방지하는 브라우저의 최소한의 방어선이 바로 **SOP(Same-Origin Policy)**입니다. 목차 SOP(Same-Origin Policy)의 정의 출처(Origin)를 결정하는 3가지 요소 SOP가 왜 중요한가? … 더 읽기