172만명의 커뮤니티!! 함께 토론해봐요.
해결됨
전문 사주팔자 AI Agent 만들기 - 풀스택 n8n+Python
DNS로 하면 서브도메인까지 한번에 관리가 가능한걸로 알고있는데 HTTP로 하나씩 발급해서 관리하는 이유가 궁금해요! 그 외에 NPM같은 경우에는 외부에서 접근할 수 있도록 열어둘 필요는 없을거같은데 이 부분도 궁금합니다!
미해결
마이크로서비스 디자인 패턴 완벽 가이드
제공되는 예제 파일에 대한 실행에 관련 질문을 해 주실 때는, 자신이 사용하는 운영체제(OS), 운영체제 버전, JDK 버전, IDE와 같은 개발 도구의 버전 등을 상세알려 주시면, 답변을 드리는데 도움이 됩니다. 안녕하세요. 강의를 보고 있는 개발자입니다. 질문이 있어 문의드립니다. 만약 pg사 연동이 들어간다고 가정하면 어떤 식으로 사가를 구성해야할까요? 주문서버, 결제서버, 재고서버가 있다고 가정하면 대략적인 결제 흐름이 대부분 아래와 같을텐데 장바구니에서 구매하기 누르면 주문서페이지로 감 주문서 페이지에서 쿠폰 등을 선택하고 결제하기를 누르면 pg결제창이 뜸 pg결제를 하면 결제 승인 api를 서버가 호출 아래와 같이 해도 되나요. 장바구니에서 구매하기 누르면 주문서버에 주문서를 생성 주문서페이지에서 결제하기 누르면 주문서를 검증하고 임시결제 생성 및 pg사 url 생성 (주문서버 -> 결제서버 -> pg사 동기식으로 호출 해야할 거 같음) pg결제가 승인되면 결제서버의 결제 승인 api 호출 (임시결제를 결제완결상태로 만들고 pg사의 승인 api 호출) 결제 완료되면 결제 완료 이벤트 발행하여 재고 줄인다. 제가 생각하기에 pg사 결제 url 만드는 2번이 주문서버 -> 결제서버 동기식으로 호출하는게 맞는게 아닌가 싶어서 저렇게 했는데 혹시나 비동기로 할수 있는 방법이 있을까요? 아니면 제가 생각한 방식말고 다른 방식이 있을까요? 강의에서는 pg사 관련된 내용이 안나와 궁금하여 질문드립니다.
해결됨
코딩 없이 만드는 AI 자동화 Agent: n8n 실전 마스터 클래스 (9가지 실전 예제)
안녕하세요. 9-3강도 영상이 짤린것 같습니다. 확인 부탁드립니다 ~7:25 에서 끊겼습니다.
해결됨
[단테랩스] Hermes × Codex 로 세우는 나만의 AI 가상 오피스 (8주 마스터 과정)
안녕하세요! 알려주신 대로 Tailscale을 서버와 노트북에 각각 설치 완료하고, Tailscale 콘솔에서 제 노트북와 서버로 쓰고 있는 미니pc가 모두 connected 상태임을 확인했습니다. 그 후 tailscale serve --bg 9119 명령어를 입력해서 Available within your tailnet: 와 함께 나오는 주소까지 받았습니다. 하지만 Tailscale로 연결되어 있는 제 노트북에서는 여전히 저 주소에 접속이 되지 않고, 제 tailnet 주소로 접속하는 영문 주소로 접속하면 '{"detail":"Invalid Host header. Dashboard requests must use the hostname the server was bound to."}' 오류가 뜨고, 127.0.0.1:9119로 접속하면' 사이트에 연결할 수 없음, 127.0.0.1 에서 연결을 거부했습니다.' 오류가 뜹니다. 무엇이 잘못된 것일까요 ㅠㅠ
해결됨
[단테랩스] Hermes × Codex 로 세우는 나만의 AI 가상 오피스 (8주 마스터 과정)
안녕하세요~ 현재 유닛 영상 33분 50초에서 소피에게 구글 할일 목록을 보여달라고 하면, [요약 3줄 1. Google Tasks 조회를 시도했습니다. 2. 현재 Sophie 프로필에 Google OAuth 토큰이 없습니다. 3. 한 번만 인증 설정을 하면 이후 바로 목록을 보여드릴 수 있습니다.] 영상과는 다르게 이런 문구가 뜹니다. 그리고 소피의 멘트만 잘못되었나 싶어서 영상대로 진행할때 터미널에 which gws를 입력하면 /opt/homebrew/bin/gws 로 영상과는 다른 위치가 나오네요 혹시 오류가 있는걸까 싶어 질의드립니다.
해결됨
[단테랩스] Hermes × Codex 로 세우는 나만의 AI 가상 오피스 (8주 마스터 과정)
안녕하세요 오늘까지 해서 telegram 과 slack 연결을 완료 했습니다. 저는 개인 데스크톱에 강의와 관련된 설치 등을 진행했는데(1.17까지), 1) 제 PC를 계속 켜놓지 않으면 설치한 헤르메스와 대화를 못하는게 맞는지 2) 이걸 극복하려면 " (부록) 헤르메스 대시보드, 원격 서버에서 24시간 영구 호스팅하기 " 를 따라 조치해야 하는게 맞는지 3) 24시간 영구 호스팅하면서 헤르메스(codex)를 이용하면 추가 비용 발생 안되는게 맞는지 (26.6.8 기준) 문의 드립니다...... 영상을 보고 따라는 했는데 수강생 전용관의 설명은 좀 어렵네요 ㅠㅠ 감사합니다.
미해결
김영한의 실전 자바 - 중급 1편
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요. 1. 강의 내용과 관련된 질문을 남겨주세요. 2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요. (자주 하는 질문 링크: https://bit.ly/3fX6ygx) 3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요. (질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG) 질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요. ========================================= [질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예/아니오) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) [질문 내용] 안녕하세요. 자바 입문부터 차근차근 수강하고 있습니다. 기본편까지는 강의를 들으면서 문제도 직접 풀어보고, 내용을 이해하면서 재미있게 공부했습니다. 그런데 중급 1편부터는 점점 이해가 어려워지는 느낌을 받고 있습니다. 현재는 중첩 클래스와 내부 클래스를 학습하고 있는데, 개념이 잘 이해되지 않습니다. 또한 섹션 2의 Object 클래스 부분을 제외하면 대부분의 문제를 스스로 풀지 못하고 있습니다. 답안을 본 뒤 따라 쳐보면서 이해하려고 노력하고 있지만, 혼자서 해결하는 수준까지는 아직 도달하지 못한 것 같습니다. 강의를 들을 때는 설명을 따라가려고 하는데 이해가 잘 되지 않다 보니, 점점 강의 내용을 놓치고 있다는 느낌도 듭니다. 그래서 한 가지 조언을 구하고 싶습니다. 현재처럼 이해가 완벽하지 않은 상태에서도 중급 1편을 계속 수강하는 것이 괜찮을까요? 아니면 기본편을 다시 복습한 뒤 중급 1편을 이어서 듣는 것이 더 좋을까요? 비슷한 경험이 있으셨거나 조언을 주실 수 있다면 감사하겠습니다.
미해결
스프링 부트와 리액트로 구현하는 소셜 로그인
9. 스프링 부트 프로젝트 생성 하고나서 10. 일반 로그인 실행 에 To-Do App과 바로 로그인이랑 이런것들 코드를 생성한적이없는데 어떻게 생겨있나요?
해결됨
AI 기초-중급 4주 챌린지 - 15개 AI 툴을 한 번에! (상세 학습자료 + 과제 포함)
안녕하세요! 강의를 보기 시작하려는데 혹시 강의 자료를 다운받을 수 있는곳이 따로 있을까요? 아니면 자료는 따로 제공해주시진 않으시는걸까요!
미해결
2026 코딩테스트 올인원 [JAVA]
학습 관련 질문을 남겨주세요. 구체적으로 적을수록 좋아요! 마크다운과 단축키를 활용하면 글을 더 편하게 작성할 수 있어요. 커뮤니티 질문 & 답변에 비슷한 내용이 있었는지 먼저 검색해보세요. 강의노트 노션 오랜만에 들어가니 권한이 없다고 나오는데요, 다시 신청해야하나요? 확인 부탁드립니다.
해결됨
바닥부터 만드는 언리얼 에이전트 (Liu)
클로드 콘솔에서 크레딧 충전이 안되네요.... 구매버튼이 활성화되지 않습니다. 확인하고 확인했는데도 1주일째 크레딧 충전을 못하고 있습니다.
미해결
스프링부트로 직접 만들면서 배우는 대규모 시스템 설계 - 게시판
6:27분 쯤 강의 내역에서 각 브로커가 파티션을 분사하는 과정에서 브로커 3에 topic3이 갑자기 생겼는데 그림에서 오타인 걸까요 ?
미해결
[단테랩스] Hermes × Codex 로 세우는 나만의 AI 가상 오피스 (8주 마스터 과정)
Brave search api 는 이제 유료로 전환됐나보네요. ㅡ.ㅡ;;
해결됨
[단테랩스] Hermes × Codex 로 세우는 나만의 AI 가상 오피스 (8주 마스터 과정)
윈도우 wsl2 환경입니다 hermes를 설치했는데 codex 인증 만료가 반복됩니다. 검색결과 hermes와 codex cli가 토큰 충돌을 일으켜 인증 뺏기 시소게임이 일어 난다고 합니다. 오류 해결 방법이나 대안을 알려 주세요
해결됨
[단테랩스] Hermes × Codex 로 세우는 나만의 AI 가상 오피스 (8주 마스터 과정)
안녕하세요. 2.8, 2.9 강의 듣고 질문드립니다 :) 여러 개의 Gmail 계정을 연결하고 싶은데요. 연결하고 싶은 Gmail 계정마다 2.8 강의에서 알려주신 방법대로 동일하게 진행하면 될까요?
미해결
업무 자동화, 내 업무에 AI를 도입하는 방법 [인프런 어워드 수상, AX]
화면에 이렇게만 나오고 음성강의로, 강의자료로 없는데, 이렇게 나오는게 맞나요?
해결됨
나만의 Claude Code 하네스 (SPEC·TDD·CI로 짓는 AI 개발 워크플로우)
수업노트로 요청한 tdd-red 스킬의 초안은 다음과 같습니다. 아래 내용으로 진행하면 import error, 파일 없음 에러도 정상적인 red 로 인식하고 다음 단계로 진행됩니다. --- name: tdd-red description: 승인된 테스트 시나리오를 실패하는 테스트 코드로 작성한다. TDD Red 단계 시작 시 사용한다. argument-hint: <feature> <이슈 번호> allowed-tools: Read Write Bash --- `$ARGUMENTS`에서 feature 이름과 이슈 번호를 파싱해 해당 이슈의 승인된 시나리오를 실패하는 테스트 코드로 작성한다. ## 시작 전 ### 인자 파싱 `$ARGUMENTS`를 공백으로 분리해 첫 번째 토큰을 `{feature}`, 두 번째 토큰을 `{issue}` 로 사용한다. | 입력 예시 | feature | issue | | ------------------ | -------- | ----- | | `/tdd-red tag 2` | `tag` | `2` | | `/tdd-red search 1`| `search` | `1` | 누락된 값이 있으면 실행 전에 사용자에게 질문한다. - `{feature}`가 없으면: "어떤 기능의 이슈인가요? (예: tag, search, ...)" - `{issue}`가 없으면: "이슈 번호를 알려주세요." 두 값이 확정된 뒤 `docs/features/{feature}/issue-{issue}.md` 를 읽어 시그니처와 테스트 시나리오 목록을 파악한다. - 시그니처 섹션: 테스트 대상 파일 경로 및 함수·컴포넌트명 확인 - 테스트 시나리오 섹션: 작성할 시나리오 목록 전체 수집 파일이 없으면 즉시 멈추고 사용자에게 알린다 (`/test-scenarios {feature} {issue}` 를 먼저 실행해야 한다는 안내 포함). --- ## 단계 1: 테스트 파일 준비 시그니처에서 테스트 대상 파일 경로를 추출하고 테스트 파일 경로를 결정한다. ### 파일 위치 규칙 | 구현 파일 | 테스트 파일 | | ---------------------------------- | ---------------------------------------- | | `src/api/tags.ts` | `src/api/tags.test.ts` | | `src/components/TagInput.tsx` | `src/components/TagInput.test.tsx` | | `src/context/NotesContext.tsx` | `src/context/NotesContext.test.tsx` | - 테스트 파일이 이미 존재하면 기존 내용을 읽어 중복 `describe` 블록을 피한다. - 테스트 파일이 없으면 새로 생성한다. ### 파일 헤더 (신규 생성 시) ```ts import { describe, it, expect, vi, beforeEach } from 'vitest'; // 컴포넌트 파일인 경우에만 추가: // import { render, screen } from '@testing-library/react'; // import userEvent from '@testing-library/user-event'; ``` --- ## 단계 2: 시나리오를 테스트 코드로 작성 시나리오를 하나씩 `it()` 블록으로 변환한다. 한 번에 모두 작성하지 않고 **시나리오 하나 작성 → 실행 → 실패 확인 → 다음 시나리오** 순서를 반복한다. ### 테스트 이름 형식 ``` should [기대 동작] when [조건] ``` ### describe 블록 구조 함수·컴포넌트 단위로 묶는다. ```ts describe('함수명 또는 컴포넌트명', () => { it('should [기대 동작] when [조건]', () => { // Red 단계: 구현이 없으므로 실패하는 코드만 작성 }); }); ``` ### Red 테스트 작성 원칙 - 구현이 존재하지 않으므로 import가 실패하거나 호출이 오류를 던져야 한다. - 억지로 통과시키려 하지 않는다. 실패 자체가 목표다. - `expect`는 실제 기대 동작을 명확하게 표현한다. `expect(true).toBe(false)` 같은 더미 assertion은 사용하지 않는다. **API 함수 예시** ```ts import { addTag } from './tags'; describe('addTag', () => { it('should return updated note when valid tag is added', async () => { const result = await addTag('note-1', 'work'); expect(result.tags).toContain('work'); }); it('should throw when tag is empty string', async () => { await expect(addTag('note-1', '')).rejects.toThrow(); }); }); ``` **컴포넌트 예시** ```ts import { render, screen } from '@testing-library/react'; import { TagInput } from './TagInput'; describe('TagInput', () => { it('should render input when component is mounted', () => { render(<TagInput tags={[]} onAdd={vi.fn()} onRemove={vi.fn()} />); expect(screen.getByRole('textbox')).toBeInTheDocument(); }); }); ``` --- ## 단계 3: 시나리오별 실행 루프 각 시나리오를 작성한 직후 아래 명령으로 해당 테스트 파일만 실행한다. ```bash npx vitest run <테스트-파일-경로> --reporter=verbose ``` - **실패 확인**: `FAIL` 또는 import 오류가 나오면 정상. 다음 시나리오로 이동한다. - **통과**: 테스트가 의도치 않게 통과하면 즉시 멈추고 사용자에게 알린다. 구현 파일이 이미 존재하는지 확인한다. --- ## 단계 4: 전체 확인 모든 시나리오 작성이 끝나면 전체 테스트를 실행한다. ```bash npm test ``` - 작성한 테스트 파일의 모든 케이스가 실패하는지 확인한다. - 기존에 통과하던 테스트가 새로 실패하면 즉시 사용자에게 보고한다. --- ## 제약 - 테스트 파일(`*.test.ts`, `*.test.tsx`)만 생성하거나 수정한다. - `src/` 안의 구현 코드(`*.ts`, `*.tsx`, `*.css` 등 테스트 파일 제외)는 절대 수정하지 않는다. - 테스트가 통과하도록 mock이나 stub으로 우회하지 않는다. --- ## 산출물 - 작성된 테스트 파일 목록 및 경로 - 시나리오별 실패 메시지 요약 - `npm test` 결과: 실패한 테스트 수 / 전체 테스트 수 관련해서, import 에러 및 파일 에러는 없어야한다.(stub 이 있어야 함. Collect 는 모두 성공하고 Test 단계에서 실패해야한다.) 는 점을 고려해서 아래와 같이 스킬을 수정했는데, 피드백 부탁드립니다. --- name: tdd-red description: 승인된 테스트 시나리오를 실패하는 테스트 코드로 작성한다. TDD Red 단계 시작 시 사용한다. argument-hint: <feature> <이슈 번호> allowed-tools: Read Write Bash --- `$ARGUMENTS`에서 feature 이름과 이슈 번호를 파싱해 해당 이슈의 승인된 시나리오를 실패하는 테스트 코드로 작성한다. ## 시작 전 ### 인자 파싱 `$ARGUMENTS`를 공백으로 분리해 첫 번째 토큰을 `{feature}`, 두 번째 토큰을 `{issue}` 로 사용한다. | 입력 예시 | feature | issue | | ------------------- | -------- | ----- | | `/tdd-red tag 2` | `tag` | `2` | | `/tdd-red search 1` | `search` | `1` | 누락된 값이 있으면 실행 전에 사용자에게 질문한다. - `{feature}`가 없으면: "어떤 기능의 이슈인가요? (예: tag, search, ...)" - `{issue}`가 없으면: "이슈 번호를 알려주세요." 두 값이 확정된 뒤 `docs/features/{feature}/issue-{issue}.md` 를 읽어 시그니처와 테스트 시나리오 목록을 파악한다. - 시그니처 섹션: 테스트 대상 파일 경로 및 함수·컴포넌트명 확인 - 테스트 시나리오 섹션: 작성할 시나리오 목록 전체 수집 파일이 없으면 즉시 멈추고 사용자에게 알린다 (`/test-scenarios {feature} {issue}` 를 먼저 실행해야 한다는 안내 포함). --- ## 단계 0: 스텁 생성 테스트 파일을 작성하기 전에, 이슈의 시그니처를 읽어 **아직 존재하지 않는 구현 파일**에 대해서만 최소 스텁을 생성한다. ### 목적 Import Error 때문에 테스트가 실행조차 되지 않으면, 테스트가 무엇을 거부하는지 알 수 없다. 스텁은 빌드를 통과시켜 테스트가 **Assertion Failure로 실패**하도록 만드는 것이 전부다. ### 스텁 작성 규칙 - **기존 파일이 있으면 건드리지 않는다.** 신규 파일만 생성한다. - 시그니처의 파라미터·반환 타입을 그대로 선언한다. 구현 로직은 쓰지 않는다. - 반환값은 타입을 만족하는 최솟값으로 고정한다. | 반환 타입 | 스텁 반환값 | | ------------------ | ------------- | | `string[]` | `[]` | | `string` | `''` | | `boolean` | `false` | | `Promise<T>` | `Promise.resolve(/* 최솟값 */)` | | React 컴포넌트 | `return <div />;` | | `void` | _(반환 없음)_ | ### 스텁 예시 **훅 (`src/hooks/useTagInput.ts`)** ```ts import { useState } from 'react'; export function useTagInput(_initialTags: string[]) { const [tags] = useState<string[]>([]); const [inputValue, setInputValue] = useState(''); return { tags, inputValue, setInputValue, addTag: (_value: string) => {}, removeTag: (_tag: string) => {}, handleKeyDown: (_e: React.KeyboardEvent<HTMLInputElement>) => {}, }; } ``` **컴포넌트 (`src/components/TagInput.tsx`)** ```tsx import { TagInputProps } from '../types'; // 필요 시 인라인 정의 export function TagInput(_props: TagInputProps) { return <div />; } ``` **API 함수 (`src/api/tags.ts`)** ```ts import { Note } from '../types/note'; export async function addTag(_noteId: string, _tag: string): Promise<Note> { return Promise.resolve({} as Note); } ``` --- ## 단계 1: 테스트 파일 준비 시그니처에서 테스트 파일 경로를 결정한다. | 구현 파일 | 테스트 파일 | | -------------------------------- | ----------------------------------- | | `src/api/tags.ts` | `src/api/tags.test.ts` | | `src/components/TagInput.tsx` | `src/components/TagInput.test.tsx` | | `src/context/NotesContext.tsx` | `src/context/NotesContext.test.tsx` | - 테스트 파일이 이미 존재하면 기존 내용을 읽어 중복 `describe` 블록을 피한다. - 테스트 파일이 없으면 새로 생성한다. ### 파일 헤더 (신규 생성 시) ```ts import { describe, it, expect, vi, beforeEach } from 'vitest'; // 컴포넌트 파일인 경우에만 추가: // import { render, screen } from '@testing-library/react'; // import userEvent from '@testing-library/user-event'; ``` --- ## 단계 2: 시나리오를 테스트 코드로 작성 이슈의 시나리오 전체를 한 번에 `it()` 블록으로 변환한다. ### 테스트 이름 형식 ``` should [기대 동작] when [조건] ``` ### describe 블록 구조 함수·컴포넌트 단위로 묶는다. ```ts describe('함수명 또는 컴포넌트명', () => { it('should [기대 동작] when [조건]', () => { // 스텁이 있으므로 import는 통과하고, assertion이 실패한다 }); }); ``` ### Red 테스트 작성 원칙 - `expect`는 실제 기대 동작을 명확하게 표현한다. `expect(true).toBe(false)` 같은 더미 assertion은 사용하지 않는다. - 스텁의 반환값(빈 배열, `<div />` 등)을 기준으로 assertion이 자연스럽게 실패하도록 작성한다. - 테스트가 통과하도록 mock이나 stub으로 우회하지 않는다. **API 함수 예시** ```ts import { addTag } from './tags'; describe('addTag', () => { it('should return updated note when valid tag is added', async () => { const result = await addTag('note-1', 'work'); expect(result.tags).toContain('work'); // 스텁은 {} 반환 → tags 없음 → Assertion Failure }); it('should throw when tag is empty string', async () => { await expect(addTag('note-1', '')).rejects.toThrow(); // 스텁은 throw 안 함 → Assertion Failure }); }); ``` **컴포넌트 예시** ```ts import { render, screen } from '@testing-library/react'; import { TagInput } from './TagInput'; describe('TagInput', () => { it('should render input when component is mounted', () => { render(<TagInput tags={[]} onAdd={vi.fn()} onRemove={vi.fn()} />); expect(screen.getByRole('textbox')).toBeInTheDocument(); // 스텁은 <div /> → textbox 없음 → Assertion Failure }); }); ``` --- ## 단계 3: 실행 및 Red 품질 확인 모든 테스트 파일을 작성한 뒤 파일별로 실행한다. ```bash npx vitest run <테스트-파일-경로> --reporter=verbose ``` ### Red 품질 기준 | 실패 유형 | 판정 | 조치 | | ------------------ | ------------- | ---------------------------------------- | | Assertion Failure | ✅ 올바른 Red | 다음으로 진행 | | Runtime Error | ✅ 허용 | 다음으로 진행 | | Import Error | ❌ 스텁 누락 | 단계 0으로 돌아가 해당 파일 스텁 보완 | | Syntax Error | ❌ 테스트 오류 | 테스트 코드 수정 | - **Import Error가 발생하면 올바른 Red로 인정하지 않는다.** 스텁을 보완한 뒤 다시 실행한다. - 테스트가 의도치 않게 통과하면 즉시 멈추고 사용자에게 알린다. --- ## 단계 4: 전체 확인 모든 파일의 Red 품질이 확인된 뒤 전체 테스트를 실행한다. ```bash npm test ``` - 이슈에서 작성한 테스트 파일의 케이스가 모두 Assertion Failure로 실패하는지 확인한다. - 기존에 통과하던 테스트가 새로 실패하면 즉시 사용자에게 보고한다. --- ## 제약 - 테스트 파일(`*.test.ts`, `*.test.tsx`)은 자유롭게 생성·수정한다. - 단계 0의 스텁은 **존재하지 않는 파일**에 한해서만 신규 생성한다. - **기존 구현 파일은 수정하지 않는다.** --- ## 산출물 - 생성된 스텁 파일 목록 및 최솟값 반환 내용 - 작성된 테스트 파일 목록 및 경로 - 파일별 실패 유형 요약 (Assertion Failure / Runtime Error) - `npm test` 결과: 실패한 테스트 수 / 전체 테스트 수
해결됨
맥북 처음 샀을 때 꼭 해야 할 세팅 A to Z (Claude Code · OpenClaw · Hermes Agent | macOS 올인원)
21강 수업자료 다운로드 오류, 3:38초, heredoc> 붙여넣기하신 것 어디있나요?
해결됨
[인프런어워드 베스트셀러] 코딩 없이 AI 자동화 전문가가 되는 법, n8n 완벽 가이드
현재 docker 설치했고 Self-hosted AI starter ki 설치 마지막 단계 중입니다. 노트북이 현재 한참 설치중인것 같습니다. 회사에서 사용하는 컴퓨터가 사양이 좋은데 그건 접속이 안되는 사이트가 너무 많아, 제 노트북에 설치 중인데 이건 내장그래픽 카드만 있는 거라, 이걸로 설치해서 공부해도 될지 조금 걱정이 됩니다, 지금도 설치 중인데, 노트북반응이 엄청 느리거든요 설치 끝나면 그나마 괜찮아질까요? 설치하다가 그래픽 종류 확인차 chatgpt에게 물어보니 이런 말을 마지막에 하더라구요 "n8n 자동화 연습, 화면 구성 확인, 기본 워크플로 테스트는 충분히 가능하지만, 큰 언어모델을 빠르게 돌리는 용도라면 답답할 수 있습니다." 그리고 , 설치를 따라하면서 이 과정이 정말 초보자용이 맞을까? 하는 염려도 조금 되고 있습니다. 개발자분 대상의 초보는 아닌지....
해결됨
클로드 코드로 알잘딱깔센 성과내는 마케팅 OS 시스템 구축하기
동영상에서 보여지는 장표 글씨를 전반적으로 키워주실수 있나요? 제가 16인치 노트북으로 보기에는 너무 글씨가 작네요.
