통합 검색

통합 검색



Github 커밋 메세지 생성기 제작 Part1
오늘의 기록오늘은 Git 커밋 메시지 생성기라는 주제로 개발자용 초소형 웹 도구 하나를 만들어봤다. 평소에 커밋을 자주 하다 보니 날짜, 시간, 브랜치, 작업 상태 같은 걸 매번 비슷한 형식으로 쓰고 있었는데 이걸 매번 직접 치는 게 은근히 귀찮다는 생각이 들었다. 그래서 그냥 내가 쓰려고 간단한 도구를 하나 만들어보자는 생각으로 시작했다.기능은 이름, 브랜치, 작업 상태, 작업 내용만 입력하면 바로 git commit -m 형태의 명령어가 만들어지도록 했다. 브랜치는 항상 쓰는 건 아니라서 비어 있으면 메시지에서 자동으로 빠지게 처리했고, 작업 상태는 작업중이랑 완료 두 가지로만 나눴다. 커밋 메시지만 생성하는 게 아니라 아예 터미널에 바로 붙여넣을 수 있도록 git commit -m까지 포함해서 출력하게 만들었다.구현은 HTML, CSS, JavaScript만 사용했는데, 서버 없이 브라우저에서 바로 동작하는 상태이고 최대한 가볍게 유지되는 상태이다.이 부분은 추후에 서버와 연동
관리자2026.01.19조회수 33
MCF DP-900 시험 준비 & GitHub Stats 직접 배포해보기
오늘의 기록신청했던 MCF DP-900자격증 시험이 당장 내일이었기 때문에 오늘은 오전 9시 동네 도서관이 오픈할때부터 도서관에 가서 하루를 보냈다. 단순 개념 정리보다는 문제를 많이 보면서 모르는 부분을 그때그때 찾아 정리하는 방식으로 공부했다. 전체적으로 약 150문제 가까운 문제들을 훑어봤고, 한 문제를 푸는 데 오래 걸리더라도 선지 하나하나를 확인하는 데 시간을 썼다.문제를 풀다 보니 단순히 데이터베이스 이름을 외우는 수준으로는 절대 해결되지 않는 문제들이 많았다. 특히 Notebook, Azure Data Lake, Azure Synapse Analytics 같은 개념들이 문제 속에서 계속 등장했는데, 이름만 알고 있는 상태에서는 선지 판단이 거의 불가능했다.Notebook은 처음에는 단순한 코드 실행 화면 정도로 생각했는데 실제로는 데이터 분석 과정에서 SQL, Python 같은 코드를 섞어서 실행하고 결과를 바로 확인할 수 있는 작업 공간에 가깝다는 점을 다시 정리했다.
관리자2026.01.16조회수 52
포춘베어 Netlify 서비스 중단 원인 파악과 Vercel 이전 결정기
Netlify 서비스 중단 원인 파악과 Vercel 이전 결정 기록이 화면을 보기 직전까지만 해도 페이지네이션 기능을 추가하고 있었고 깃허브에 올리고 나서 잘 되는것까지 확인했었는데,저 문구가 뜨길래 정말 놀랐다..처음 이 메시지를 봤을 때 솔직히 헷갈렸다.Netlify니까 순간 내가 이 사이트를 로컬에서 돌리고 있는 건가, 아니면 코드 문제인가 싶었다.Billing docs page 링크를 보니까 이건 내 코드가 멈춘 게 아니라 Netlify 쪽에서 사이트를 강제로 내려버린 상황이라는 짐작이 갔다.그래서 Netlify 대시보드로 들어가 Usage를 먼저 확인했다.이 FortuneBear 사이트는 Netlify 무료 플랜으로 배포돼 있었고, 계정 안에는 이 사이트 말고도 예전에 만들었던 다른 프로젝트 사이트들이 함께 들어가 있었다. 사용량을 하나의 사이트가 아니라 계정 전체가 같이 쓰고 있는 상태였던 것이었다.거기에 더해서 FortuneBear 링크를 인스타그램에 걸어둔 상태였고 생
관리자2026.01.14조회수 45
포춘베어 제작기 Part2 - Supabase 연동과 선택 결정 페이지 제작
Supabase 연동과 선택 결정 페이지 제작오늘은 포춘베어 서비스에 조금 더 기능을 추가하는 작업을 했다.처음에는 단순하게 운세만 보여주는 페이지였다.그런데 쓰다 보니 사용자가 뭔가 남길 수 있으면 좋겠다는 생각이 계속 들었다.그래서 Supabase를 붙이기로 했다. 기존 SQlite는 서버 업데이트나 서버를 끄기만 하면 기록이 날아가버리는 문제가 있었다.Supabase 후기 연동Supabase는 생각보다 수월했고 테이블 구조는 단순하게 잡았다.닉네임과 내용 그리고 생성 시간 정도만 두었다.백엔드에서는 후기를 저장하는 API, 최근 후기를 불러오는 API 이렇게 두 개만 만들었다.프론트에서는 익명 닉네임을 로컬스토리지에 저장해서같은 사람이 계속 같은 이름으로 남기게 했다.로그인도 없고 복잡한 인증도 없다.그냥 쓰고 지나갈 수 있게 만들고 싶었다.이 과정에서 느낀 건 기능이 많다고 좋은 게 아니라는 거였다.후기 하나 남길 수 있는 구조만 있어도 서비스 느낌은 확 살아난다.선택 결정
관리자2026.01.14조회수 60
배포 도구 정리
배포 도구 정리 기록지금까지 개인 프로젝트와 서비스 제작을 진행하면서여러 배포 환경을 직접 사용해봤다.정적 페이지부터 프론트엔드, 백엔드 API, 로컬 개발 환경까지상황에 따라 다른 도구를 선택해왔다.시간이 지날수록 다양한 도구들을 사용하다보니 이 도구들의 기능과 장점그리고 어떤 용도로 사용했는지 잊어버릴까봐 기록으로 남기려고 한다.GitHub Pages가장 처음 사용한 정적 배포 도구다.포트폴리오 페이지나 문서 형태의 페이지를 빠르게 공개할 때 사용했다.빌드 과정 없이 저장소에 올린 파일이 바로 노출되는 구조라 정적 페이지 배포 흐름을 이해하는 데 도움이 됐다.Vercel프론트엔드 중심 프로젝트를 배포할 때 사용했다.GitHub 연동 후 커밋만으로 자동 배포되는 흐름이 인상적이었고,미리보기 URL을 통해 빠르게 결과를 확인할 수 있었다.프론트엔드 배포 자동화 경험을 쌓는 데 목적을 두고 사용했다.NetlifyFortuneBear 프론트엔드 배포에 사용했다.정적 파일 기반 서비스에
관리자2026.01.13조회수 55
포춘베어 제작기 Part1 – 오늘의 리스크를 말해주는 곰
이번에는 거창한 주제 대신작지만 끝까지 만들어서 배포까지 해볼 수 있는 서비스를 하나 정했다.그렇게 시작된 서비스는 FortuneBear로 짓게 되었다.서비스 아이디어FortuneBear는 흔한 운세 서비스와는 조금 다르게 만들고 싶었다.미래를 단정하거나 겁을 주는 말은 최대한 피하고오늘 하루를 기준으로 이 정도는 조심해도 되겠다 정도만 말해주는 캐릭터로 정했다.말투도 중요했는데 정확한 척하지 않고 틀릴 수도 있다는 여지를 남기면서 괜히 진지한데 곰이라서 웃긴 느낌을 내보려고 했다.프론트엔드 구성프론트엔드는 순수 HTML, CSS, JavaScript로 구성했다.프레임워크 없이 간 이유는 구조를 단순하게 유지하고 배포와 수정 과정을 빠르게 반복하기 위해서였다.Netlify로 정적 페이지를 배포했고 메인 화면 + 결과 영역 + 후기 영역으로 구조를 분리하였다.하루 최대 3회 사용 제한을 처음에 걸어놓았는데내가 테스트하다보니 너무 적어서 7회로 늘렸다(chatgpt api키는 토큰사용량
관리자2026.01.13조회수 44
북마커 서비스 제작 Part2
로컬에서 만들고, 실제 서버에 올리기까지이번 북마커 서비스는 처음부터로컬에서만 돌리고 끝내지 말자라는 생각으로 시작했다.그래서 개발부터 배포까지 흐름을 이렇게 잡았다.로컬 개발은 XAMPP, 서버 환경은 닷홈으로 똑같이 가보고, 파일 업로드는 FileZilla라는 프로그램을 이용해서 FTP 프로토콜을 사용해서 버전관리를 하였다.XAMPP를 쓴 이유로컬에서 빠르게 PHP와 MySQL 환경을 구성하기 위해 XAMPP를 사용했다.Apache, PHP, MySQL이 한 번에 세팅돼 있어서기능 구현과 테스트에 집중할 수 있었다.회원가입, 로그인, 세션 처리, DB 연동까지모든 기능을 먼저 로컬에서 충분히 검증한 뒤 서버로 옮겼다.닷홈을 선택한 이유배포 환경은 닷홈 무료 호스팅을 사용했다.PHP와 MySQL을 지원하고, 실제 도메인으로 서비스 운영이 가능했기 때문이다.단순히 올려봤다가 아니라, 실제로 외부에서 접속 가능한 환경에서 테스트해보고 싶었다.FileZilla로 서버와 직접 연결해보면서
관리자2026.01.11조회수 37
북마커 서비스 제작 Part1
 요즘 계속 포트폴리오랑 기록 서비스인 ProofyLife를 고민하다 보니까한 가지 생각이 계속 들었다.“기록을 잘 남기는 것도 중요한데,그 기록을 담는 서비스 자체를 내가 직접 만들어본 경험도 필요하지 않나?”그래서 복잡한 주제 말고,내가 실제로 자주 쓰는 기능 하나를 서비스로 만들어보기로 했다.그게 바로 북마크 서비스였다.왜 하필 북마크 서비스였을까사실 북마크는 굉장히 단순한 기능이다.브라우저에도 있고, 노션에도 있고, 메모 앱에도 다 있다.그런데 이상하게링크는 항상 여기저기 흩어져 있고,나중에 다시 보려고 저장한 것들은 결국 안 보게 된다.그래서 이런 생각이 들었다.로그인해서 진짜 나만 쓰는 북마크 공간 하나 있으면 어떨까?사용자별로 완전히 분리된 공간내가 추가한 것만 보이는 구조CRUD 전부 직접 구현해볼 수 있는 주제연습용으로도 좋고, 실제로 배포까지 해보기에도 딱 맞는 주제였다.만들고 보니 기능보다 먼저 걸린 건 ‘이게 괜찮은가?’였다처음 구현은 비교적 빠르게 끝났다.회원
관리자2026.01.11조회수 38
이 공간을 어떻게 사용하면 좋을지에 대해
이 글은 운영자로서의 공지이기도 하지만,한 명의 대학생으로서 남기는 글이기도 합니다.저도 여러분과 크게 다르지 않은 입장에 있습니다.자격증을 준비하고, 계획을 세우고,하다가 흐트러지고, 다시 정리하는 과정을 반복하고 있습니다.특별히 앞서 있지도 않고,누군가에게 조언을 할 만큼 잘하고 있다고 생각하지도 않습니다.다만 준비를 하다 보니한 가지는 분명하게 느끼게 됐습니다.우리는 너무 많은 시간을 쓰고 있는데,그 시간에 비해 남는 게 적다는 것입니다.이 공간은“잘한 사람들만의 기록장”이 되었으면 하지 않습니다.또 “의욕 넘치는 말들로 서로를 다그치는 곳”도 아니었으면 합니다.대신 이런 공간이 되었으면 합니다.완벽하지 않아도 괜찮은 기록,정리되지 않아도 솔직한 과정,오늘은 잘 안 됐다고 말할 수 있는 글.누군가의 기록을 보고“나는 왜 이것밖에 못 했지”가 아니라,“아, 나만 이런 게 아니구나”라고 느낄 수 있는 공간이면 좋겠습니다.그래서 몇 가지 기준만은 분명히 두려고 합니다.이곳은결과를 자
관리자2026.01.08조회수 42
글쓰기
Github 커밋 메세지 생성기 제작 Part1
오늘의 기록오늘은 Git 커밋 메시지 생성기라는 주제로 개발자용 초소형 웹 도구 하나를 만들어봤다. 평소에 커밋을 자주 하다 보니 날짜, 시간, 브랜치, 작업 상태 같은 걸 매번 비슷한 형식으로 쓰고 있었는데 이걸 매번 직접 치는 게 은근히 귀찮다는 생각이 들었다. 그래서 그냥 내가 쓰려고 간단한 도구를 하나 만들어보자는 생각으로 시작했다.기능은 이름, 브랜치, 작업 상태, 작업 내용만 입력하면 바로 git commit -m 형태의 명령어가 만들어지도록 했다. 브랜치는 항상 쓰는 건 아니라서 비어 있으면 메시지에서 자동으로 빠지게 처리했고, 작업 상태는 작업중이랑 완료 두 가지로만 나눴다. 커밋 메시지만 생성하는 게 아니라 아예 터미널에 바로 붙여넣을 수 있도록 git commit -m까지 포함해서 출력하게 만들었다.구현은 HTML, CSS, JavaScript만 사용했는데, 서버 없이 브라우저에서 바로 동작하는 상태이고 최대한 가볍게 유지되는 상태이다.이 부분은 추후에 서버와 연동
관리자(admin)2026.01.19조회수 33
MCF DP-900 시험 준비 & GitHub Stats 직접 배포해보기
오늘의 기록신청했던 MCF DP-900자격증 시험이 당장 내일이었기 때문에 오늘은 오전 9시 동네 도서관이 오픈할때부터 도서관에 가서 하루를 보냈다. 단순 개념 정리보다는 문제를 많이 보면서 모르는 부분을 그때그때 찾아 정리하는 방식으로 공부했다. 전체적으로 약 150문제 가까운 문제들을 훑어봤고, 한 문제를 푸는 데 오래 걸리더라도 선지 하나하나를 확인하는 데 시간을 썼다.문제를 풀다 보니 단순히 데이터베이스 이름을 외우는 수준으로는 절대 해결되지 않는 문제들이 많았다. 특히 Notebook, Azure Data Lake, Azure Synapse Analytics 같은 개념들이 문제 속에서 계속 등장했는데, 이름만 알고 있는 상태에서는 선지 판단이 거의 불가능했다.Notebook은 처음에는 단순한 코드 실행 화면 정도로 생각했는데 실제로는 데이터 분석 과정에서 SQL, Python 같은 코드를 섞어서 실행하고 결과를 바로 확인할 수 있는 작업 공간에 가깝다는 점을 다시 정리했다.
관리자(admin)2026.01.16조회수 52
포춘베어 Netlify 서비스 중단 원인 파악과 Vercel 이전 결정기
Netlify 서비스 중단 원인 파악과 Vercel 이전 결정 기록이 화면을 보기 직전까지만 해도 페이지네이션 기능을 추가하고 있었고 깃허브에 올리고 나서 잘 되는것까지 확인했었는데,저 문구가 뜨길래 정말 놀랐다..처음 이 메시지를 봤을 때 솔직히 헷갈렸다.Netlify니까 순간 내가 이 사이트를 로컬에서 돌리고 있는 건가, 아니면 코드 문제인가 싶었다.Billing docs page 링크를 보니까 이건 내 코드가 멈춘 게 아니라 Netlify 쪽에서 사이트를 강제로 내려버린 상황이라는 짐작이 갔다.그래서 Netlify 대시보드로 들어가 Usage를 먼저 확인했다.이 FortuneBear 사이트는 Netlify 무료 플랜으로 배포돼 있었고, 계정 안에는 이 사이트 말고도 예전에 만들었던 다른 프로젝트 사이트들이 함께 들어가 있었다. 사용량을 하나의 사이트가 아니라 계정 전체가 같이 쓰고 있는 상태였던 것이었다.거기에 더해서 FortuneBear 링크를 인스타그램에 걸어둔 상태였고 생
관리자(admin)2026.01.14조회수 45
포춘베어 제작기 Part2 - Supabase 연동과 선택 결정 페이지 제작
Supabase 연동과 선택 결정 페이지 제작오늘은 포춘베어 서비스에 조금 더 기능을 추가하는 작업을 했다.처음에는 단순하게 운세만 보여주는 페이지였다.그런데 쓰다 보니 사용자가 뭔가 남길 수 있으면 좋겠다는 생각이 계속 들었다.그래서 Supabase를 붙이기로 했다. 기존 SQlite는 서버 업데이트나 서버를 끄기만 하면 기록이 날아가버리는 문제가 있었다.Supabase 후기 연동Supabase는 생각보다 수월했고 테이블 구조는 단순하게 잡았다.닉네임과 내용 그리고 생성 시간 정도만 두었다.백엔드에서는 후기를 저장하는 API, 최근 후기를 불러오는 API 이렇게 두 개만 만들었다.프론트에서는 익명 닉네임을 로컬스토리지에 저장해서같은 사람이 계속 같은 이름으로 남기게 했다.로그인도 없고 복잡한 인증도 없다.그냥 쓰고 지나갈 수 있게 만들고 싶었다.이 과정에서 느낀 건 기능이 많다고 좋은 게 아니라는 거였다.후기 하나 남길 수 있는 구조만 있어도 서비스 느낌은 확 살아난다.선택 결정
관리자(admin)2026.01.14조회수 60
배포 도구 정리
배포 도구 정리 기록지금까지 개인 프로젝트와 서비스 제작을 진행하면서여러 배포 환경을 직접 사용해봤다.정적 페이지부터 프론트엔드, 백엔드 API, 로컬 개발 환경까지상황에 따라 다른 도구를 선택해왔다.시간이 지날수록 다양한 도구들을 사용하다보니 이 도구들의 기능과 장점그리고 어떤 용도로 사용했는지 잊어버릴까봐 기록으로 남기려고 한다.GitHub Pages가장 처음 사용한 정적 배포 도구다.포트폴리오 페이지나 문서 형태의 페이지를 빠르게 공개할 때 사용했다.빌드 과정 없이 저장소에 올린 파일이 바로 노출되는 구조라 정적 페이지 배포 흐름을 이해하는 데 도움이 됐다.Vercel프론트엔드 중심 프로젝트를 배포할 때 사용했다.GitHub 연동 후 커밋만으로 자동 배포되는 흐름이 인상적이었고,미리보기 URL을 통해 빠르게 결과를 확인할 수 있었다.프론트엔드 배포 자동화 경험을 쌓는 데 목적을 두고 사용했다.NetlifyFortuneBear 프론트엔드 배포에 사용했다.정적 파일 기반 서비스에
관리자(admin)2026.01.13조회수 55
포춘베어 제작기 Part1 – 오늘의 리스크를 말해주는 곰
이번에는 거창한 주제 대신작지만 끝까지 만들어서 배포까지 해볼 수 있는 서비스를 하나 정했다.그렇게 시작된 서비스는 FortuneBear로 짓게 되었다.서비스 아이디어FortuneBear는 흔한 운세 서비스와는 조금 다르게 만들고 싶었다.미래를 단정하거나 겁을 주는 말은 최대한 피하고오늘 하루를 기준으로 이 정도는 조심해도 되겠다 정도만 말해주는 캐릭터로 정했다.말투도 중요했는데 정확한 척하지 않고 틀릴 수도 있다는 여지를 남기면서 괜히 진지한데 곰이라서 웃긴 느낌을 내보려고 했다.프론트엔드 구성프론트엔드는 순수 HTML, CSS, JavaScript로 구성했다.프레임워크 없이 간 이유는 구조를 단순하게 유지하고 배포와 수정 과정을 빠르게 반복하기 위해서였다.Netlify로 정적 페이지를 배포했고 메인 화면 + 결과 영역 + 후기 영역으로 구조를 분리하였다.하루 최대 3회 사용 제한을 처음에 걸어놓았는데내가 테스트하다보니 너무 적어서 7회로 늘렸다(chatgpt api키는 토큰사용량
관리자(admin)2026.01.13조회수 44
북마커 서비스 제작 Part2
로컬에서 만들고, 실제 서버에 올리기까지이번 북마커 서비스는 처음부터로컬에서만 돌리고 끝내지 말자라는 생각으로 시작했다.그래서 개발부터 배포까지 흐름을 이렇게 잡았다.로컬 개발은 XAMPP, 서버 환경은 닷홈으로 똑같이 가보고, 파일 업로드는 FileZilla라는 프로그램을 이용해서 FTP 프로토콜을 사용해서 버전관리를 하였다.XAMPP를 쓴 이유로컬에서 빠르게 PHP와 MySQL 환경을 구성하기 위해 XAMPP를 사용했다.Apache, PHP, MySQL이 한 번에 세팅돼 있어서기능 구현과 테스트에 집중할 수 있었다.회원가입, 로그인, 세션 처리, DB 연동까지모든 기능을 먼저 로컬에서 충분히 검증한 뒤 서버로 옮겼다.닷홈을 선택한 이유배포 환경은 닷홈 무료 호스팅을 사용했다.PHP와 MySQL을 지원하고, 실제 도메인으로 서비스 운영이 가능했기 때문이다.단순히 올려봤다가 아니라, 실제로 외부에서 접속 가능한 환경에서 테스트해보고 싶었다.FileZilla로 서버와 직접 연결해보면서
관리자(admin)2026.01.11조회수 37
북마커 서비스 제작 Part1
 요즘 계속 포트폴리오랑 기록 서비스인 ProofyLife를 고민하다 보니까한 가지 생각이 계속 들었다.“기록을 잘 남기는 것도 중요한데,그 기록을 담는 서비스 자체를 내가 직접 만들어본 경험도 필요하지 않나?”그래서 복잡한 주제 말고,내가 실제로 자주 쓰는 기능 하나를 서비스로 만들어보기로 했다.그게 바로 북마크 서비스였다.왜 하필 북마크 서비스였을까사실 북마크는 굉장히 단순한 기능이다.브라우저에도 있고, 노션에도 있고, 메모 앱에도 다 있다.그런데 이상하게링크는 항상 여기저기 흩어져 있고,나중에 다시 보려고 저장한 것들은 결국 안 보게 된다.그래서 이런 생각이 들었다.로그인해서 진짜 나만 쓰는 북마크 공간 하나 있으면 어떨까?사용자별로 완전히 분리된 공간내가 추가한 것만 보이는 구조CRUD 전부 직접 구현해볼 수 있는 주제연습용으로도 좋고, 실제로 배포까지 해보기에도 딱 맞는 주제였다.만들고 보니 기능보다 먼저 걸린 건 ‘이게 괜찮은가?’였다처음 구현은 비교적 빠르게 끝났다.회원
관리자(admin)2026.01.11조회수 38
이 공간을 어떻게 사용하면 좋을지에 대해
이 글은 운영자로서의 공지이기도 하지만,한 명의 대학생으로서 남기는 글이기도 합니다.저도 여러분과 크게 다르지 않은 입장에 있습니다.자격증을 준비하고, 계획을 세우고,하다가 흐트러지고, 다시 정리하는 과정을 반복하고 있습니다.특별히 앞서 있지도 않고,누군가에게 조언을 할 만큼 잘하고 있다고 생각하지도 않습니다.다만 준비를 하다 보니한 가지는 분명하게 느끼게 됐습니다.우리는 너무 많은 시간을 쓰고 있는데,그 시간에 비해 남는 게 적다는 것입니다.이 공간은“잘한 사람들만의 기록장”이 되었으면 하지 않습니다.또 “의욕 넘치는 말들로 서로를 다그치는 곳”도 아니었으면 합니다.대신 이런 공간이 되었으면 합니다.완벽하지 않아도 괜찮은 기록,정리되지 않아도 솔직한 과정,오늘은 잘 안 됐다고 말할 수 있는 글.누군가의 기록을 보고“나는 왜 이것밖에 못 했지”가 아니라,“아, 나만 이런 게 아니구나”라고 느낄 수 있는 공간이면 좋겠습니다.그래서 몇 가지 기준만은 분명히 두려고 합니다.이곳은결과를 자
관리자(admin)2026.01.08조회수 42
글쓰기