2025.02 ~ 진행 중 · 1인 개발
상정인사이드
로그인 없이, 바로 익명.
고정 닉네임 없이 글과 댓글을 남기는 익명 커뮤니티입니다. 매시간 바뀌는 익명 ID, 내 활동 확인, 검열 옵션, 실시간 반영처럼 운영 중 실제로 필요한 기능을 직접 설계했습니다.
안녕하세요.
풀스택 개발자 윤주원입니다.
단순히 개발하는 것을 넘어
서비스를 운영합니다.
4+
운영중인
서비스
서비스
20+
완료 프로젝트
70,000+
[1]
월 방문자
3년+
개발 경험
[1] 2025년 10월부터 2026년 7월까지 Cloudflare와 Google Search Console 데이터를 기반으로 산출한 월 평균 방문자 수입니다. 특정 시점의 일시적인 트래픽이 아닌, 장기간 누적된 실제 운영 데이터를 바탕으로 계산하였으며, 방문 규모를 직관적으로 전달하기 위해 반올림된 대략적인 수치를 표시했습니다. 해당 수치는 방문자 추이를 이해하기 위한 참고용 지표로 활용해 주시기 바랍니다.
처음 개발을 접한 건 중학교 때입니다. 따로 배울 환경이 없어서 인터넷과 책을 뒤지며 혼자 익혔는데,
그게 오히려 좋았던 것 같습니다. 무언가 안 되면 직접 원인을 찾아야 했으니까요.
지금은 웹
풀스택 개발을 주로 합니다. 프론트엔드부터 서버, 데이터베이스, 배포와 인프라까지 혼자 다룰 수 있고, 실제로 그렇게 운영하고 있습니다. 코드는 거의 모두 직접 작성하며, AI는 디자인
피드백을 받을 때 정도만 보조적으로 활용합니다.
포트폴리오에 있는 서비스들은 지금도 실제로 돌아가고 있고, 한 달에 수만 명이 방문합니다. 만들어 두고 끝나는 게 아니라 계속 운영하면서 고치고 발전시키는 걸 중요하게 생각합니다.
발전하기 위한 앞으로의 방향.
운영 중인 서비스의 안정성과
사용자 경험을 계속 개선하기.
사용자 경험을 계속 개선하기.
실제 사용자가 있는 프로젝트를 더 많이 만들고,
배포 이후의 문제까지 책임지기.
배포 이후의 문제까지 책임지기.
해커톤·공모전·협업 프로젝트에서 빠르게 MVP
를 만들고 팀과 함께 완성도 높이기.
를 만들고 팀과 함께 완성도 높이기.
보안부터 인프라까지, 핵심
기술을 깊이 익히기.
기술을 깊이 익히기.
개발은 배포로 끝나는 것이 아니라, 운영과 개선을 통해 완성된다고 생각합니다. 지금 운영 중인 서비스들을 더
단단하게 만들면서, 위의 방향들을 하나씩 실제 결과로 증명해 나가겠습니다.
더 궁금하신가요? 답해드릴게요.
왜 많은 분야 중에서 웹 풀스택 개발을 하고 있나요?
저는 게임 개발, 프로그램 개발, 자동화 도구 제작처럼 여러 분야를 두루 좋아합니다. 실제로 이것저것 직접 만들어보기도 했고요.
그런데 웹은 조금 다르게 느껴졌습니다. 제가 만든 결과물을 누군가가 확인하고 써보려면 보통은 특정 환경이나 기기가 필요할 때가 많습니다. 하지만 웹은 인터넷만 연결되어 있다면 장소나 환경에
크게 구애받지 않고, 누구나 바로 접속해서 제가 만든 결과물을 직접 보고 사용해볼 수 있습니다.
저는 그 점이 정말 특별하다고 느꼈습니다. 내가 만든 것이 가장 빠르고 넓게 사람들에게 닿을 수 있는 분야가 웹이라고 생각했고, 그래서 자연스럽게 웹 풀스택 개발을 가장 깊게 파고들게
됐습니다.
왜 직접 서비스를 운영하는 개발자가 되고 싶나요?
저는 단순히 기능을 구현하는 것에서 끝나는 개발보다, 실제 사용자가 있는 환경에서 계속 개선해 나가는 개발을 더 좋아합니다.
혼자 만들 때는 괜찮아 보이던 기능도, 실제 서비스에 올리면 예상과 다르게 동작할 때가 많습니다. 사용자는 어디서 불편해하는지, 서버는 어떤 순간에 버거워지는지, 어떤 기능은 왜 전혀 쓰이지
않는지 직접 보게 됩니다.
그 과정을 겪으면서 개발은 단순히 코드를 작성하는 것만이 아니라, 문제를 계속 발견하고 고쳐 나가는 일이라는 걸 배웠습니다. 그래서 저는 결과물을 끝내는 개발자보다, 결과물을 운영하면서
성장시키는 개발자가 되고 싶습니다.
혼자 개발하면서 가장 크게 늘어난 능력은 무엇인가요?
문제를 끝까지 추적하는 힘이라고 생각합니다.
혼자 개발하면 누군가 바로 답을 알려주지 않습니다. 오류가 나면 직접 원인을 찾고, 구조를 다시 보고, 로그를 확인하고, 여러 가설을 세워 하나씩 검증해야 합니다. 그 과정이 반복되면서
자연스럽게 문제를 겉으로만 보는 게 아니라, 왜 이런 문제가 생겼는지 깊게 파고드는 습관이 생겼습니다.
덕분에 지금은 단순히 기능을 만드는 것보다, 문제가 생겼을 때 구조적으로 해결하는 쪽에 더 자신감이 생겼습니다.
기술을 고를 때 가장 중요하게 보는 기준은 무엇인가요?
저는 멋있어 보이는 기술보다, 지금 해결하려는 문제에 정말 맞는 기술인지를 먼저 봅니다.
프로젝트마다 필요한 구조와 속도가 다르기 때문에, 항상 같은 언어나 프레임워크만 고집하지는 않습니다. 빠르게 검증해야 하는 프로젝트와 오래 운영해야 하는 프로젝트는 접근 방식부터 달라야
한다고 생각합니다.
그래서 저는 무조건 최신 기술을 좇기보다, 유지보수와 확장성, 실제 운영 환경까지 고려해서 선택하려고 합니다.
AI를 개발에 어느 정도 활용하나요?
AI를 전혀 쓰지 않는다고 말하고 싶지는 않습니다. 실제로 디자인 피드백이나 아이디어 정리처럼 보조적인 용도로 활용할 때가 있습니다.
하지만 핵심 로직이나 서비스 구조, 실제 코드 작성은 대부분 직접 합니다. 저는 개발에서 가장 중요한 건 결과보다 이해라고 생각합니다. 내가 왜 이렇게 설계했는지, 이 코드가 왜 돌아가는지
설명할 수 있어야 진짜 내 것이 된다고 생각합니다.
그래서 AI는 보조 도구로만 사용하고, 중심은 항상 제가 직접 잡으려고 합니다.
어떤 개발자가 되고 싶나요?
저는 단순히 코드를 잘 짜는 개발자보다, 실제로 사람들이 계속 찾는 서비스를 만드는 개발자가 되고 싶습니다.
한 번 보여주고 끝나는 결과물이 아니라, 오래 운영되고 점점 더 좋아지는 서비스를 만들고 싶습니다. 그리고 프론트엔드, 백엔드, 인프라를 모두 이해하는 강점을 살려서, 기능 하나를 만들더라도
전체 흐름을 볼 수 있는 개발자가 되고 싶습니다.
결국 제가 원하는 건 많이 아는 개발자보다는, 끝까지 만들어내는 개발자에 더 가깝습니다.
프로젝트.
쓰임이 먼저 보이도록.
2026 전국 청소년 SW·AI경진대회 우수상 수상
SafePath AI
안전한 보행 길 안내 서비스.
단순 최단거리 안내가 아닌, 안전 구조물 데이터로 골목길 위험도를 분석하고 안심 경로를 추천합니다. AI 개선 시뮬레이션 및 주민 참여형 신고 자동 분류 기능을 함께 제공합니다.
2026.03 ~ 진행 중 · 1인 개발
Rederx
API 보안을 나중으로 미루지 않게.
개발 단계에서 놓치기 쉬운 보안 요소를 한 줄로 붙일 수 있게 만드는 API 보호 레이어 서비스입니다. 현재는 초기 서비스 흐름과 로그인 구조를 다듬는 단계로 정리했습니다.
2026.03 ~ 진행 중 · 비상업적 팬페이지
eunbyeol.kr
작가와 작품을 한눈에 읽는 페이지.
백은별 작가의 프로필, 작품, 수상, 연대기를 정리한 소개형 팬페이지입니다. Byeolpedia로 더 깊은 문서 경험을 연결하고, 공개 자료 기반의 비상업적 소개 페이지임을 명확히 밝혔습니다.
2026.02 ~ 2026.03 · 1인 개발
Apice.kr
제안하고, 참여하고, 관리하는 곳.
인천상정고등학교 APICE 동아리 홈페이지입니다. 실험 제안, 실험 참여, 관리자 흐름을 갖춘 동아리 활동 관리용 사이트로 개발했습니다.
2024.12 ~ 2025.05 · 대회 출품작
News-RCNS
뉴스 한 줄 뒤에, 다른 시각까지.
뉴스를 요약하고, 감정 태그를 붙이고, 기존 의견과 다른 관점의 의견을 생성하는 시스템입니다. 대회 일정에 맞춰 빠르게 구현한 프로젝트라 완성도보다 문제의식과 구현 경험을 중심에 두었습니다.
2024.12 ~ 2025.04 · 대회 출품작
버스 도착 알림
버스 소리로 도착을 인식하는 연구.
버스 도착 여부를 소리로 더 정확하게 파악하기 위한 연구 프로젝트입니다. 아두이노와 CRNN 기반 소리 분류 모델을 활용해 버스 특유의 소리를 감지하고, 접근성 문제를 기술적으로 해결하는 방향을 실험했습니다.
현재 공개된 프로젝트 외에도 여러 작업을 진행하고 있지만, 외주 프로젝트의 비밀 유지와 개인정보 보호,
정식 출시 전 단계의 서비스,
아이디어 구상 중인 프로젝트 등은 아직 공개하지 않았습니다. 공개 범위가 정리되는 대로 순차적으로 추가할 예정입니다.
기술은 조용하게.
결과는 선명하게.
위의 플랫폼 및 언어들을 완벽하게 사용할 수 있습니다.[2]
웹, 서버, 데이터베이스, 인프라까지.
프로젝트에 필요한 모든 과정을 혼자서 구현할 수 있습니다.
[2] '위의 플랫폼 및 언어들을 완벽하게 사용할 수 있습니다.'라는 표현은 해당 기술의 모든 기능을 암기하거나, 모든 프레임워크와 라이브러리를 사용할 수 있다는 의미가 아닙니다.
이 섹션에 표시된 기술들은 실제 프로젝트를 진행하면서 직접 사용해 본 플랫폼과 언어들입니다. 각 기술의 동작 원리와 사용 목적을 이해하고 있으며, 단순한 예제 구현 수준이 아니라 실제 서비스 개발 과정에서 필요한 기능을 직접 설계하고 구현할 수 있는 수준의 이해도를 갖추고 있습니다.
따라서 '사용할 수 있습니다.'라는 표현은 단순히 문법과 사용법을 알고 있다는 의미가 아니라, AI의 도움 없이도 실무에서 일반적으로 요구되는 수준의 결과물을 직접 설계하고 구현할 수 있다는 의미입니다. 프로젝트를 기획하고, 개발하고, 테스트하고, 배포하고, 유지보수하는 전 과정을 혼자 수행할 수 있는 수준의 역량을 기준으로 작성하였습니다.
또한 이 페이지에 표시된 플랫폼은 모두 동일한 숙련도를 의미하지 않습니다. 각 기술은 실제 프로젝트에서 담당했던 역할과 사용 범위에 따라 숙련도에 차이가 있을 수 있으며, 여기에서 말하는 '사용할 수 있다'는 해당 기술을 프로젝트에 적절히 적용하여 요구되는 결과물을 완성할 수 있다는 의미입니다.
같이 만들 사람을
찾고 있습니다.
아이디어보다,
끝까지 가는 팀.
해커톤, 공모전, 협업 프로젝트를 함께할 팀원을 찾고 있습니다.
아이디어를 이야기하는 것에서 끝나지 않고, 실제 서비스와 결과물까지 함께 만들어갈 분을 찾습니다.
해커톤
제한된 시간 안에서 문제 정의, 핵심 기능 선정, 빠른 구현, 발표 가능한 데모까지 이어지는 흐름을 좋아합니다.
공모전
아이디어를 설명으로만 끝내지 않고, 실제 화면·문서·프로토타입으로 보여줄 수 있는 형태까지 구체화합니다.
협업 프로젝트
프론트엔드, 백엔드, 데이터베이스, 배포 흐름을 함께 보며 실제로 운영 가능한 형태를 목표로 작업합니다.
팀
제안하기
주제, 기간, 필요한 역할만 간단히 보내주셔도 괜찮습니다.