🔎 검색 결과

Froppy 개발기 1편 기획 & 아키텍처 기술 스택을 선택하는 건 항상 트레이드오프다. 완벽한 선택은 없고, 그 시점의 나에게 맞는 선택이 있을 뿐이다. --- 아이디어의 출발점 2025년 어느 날, 서브컬처 스포츠(비

NestJS로 스타트업 백엔드 설계하기 프레임워크의 가치는 "빨리 만들 때"가 아니라 "많이 만들어놓고 다시 읽을 때" 드러난다. --- 들어가며 Froppy 백엔드는 최종적으로 이렇게 커졌다. - 도메인 모듈 15

Flutter로 Web과 Mobile 동시 개발하기 "Write once, run anywhere." 모든 크로스플랫폼 프레임워크가 꿈꾸는 말이다. 현실은 조금 달랐다. --- 왜 Flutter를 선택했는가 1인 개발

피벗 — 1년간 만든 서비스를 접는 결정 "좋은 기술로 만든 제품이 꼭 팔리는 건 아니다." Froppy는 내가 처음으로 기획부터 배포까지 혼자 완성한 풀스택 서비스다. https://froppy.kr(https://froppy.kr)

이미지 설명(https://llkknosxylgeyvcunckn.supabase.co/storage/v1/object/public/uploads/9783c33f-bdb6-4146-8884-30f49c2ea423.webp) 출처:https://ne

1. PageRivet을 만들게 된 계기는 무엇인가요? 초기 기획 당시에는 지금과 같은 웹 에디터가 아니라 단순한 CSS 버튼 생성기를 만들 계획이었습니다. 당시 AI에게 코드를 생성 요청하고, 생성된 파일을 적용한 뒤 결과를 확인하고,

PageRivet은 제가 개인적으로 느꼈던 작은 불편함에서 시작된 프로젝트입니다. 저와 같은 불편함을 겪고 계신 분들에게 조금이나마 도움이 되었으면 하는 마음으로 무료 배포를 결정했고, 현재까지도 무료로 제공하고 있습니다. 다만 PageRi

안녕하세요. 저는 다년간 실무 시스템 구축, 글로벌 SaaS 론칭, 최신 AI 연동, 대규모 아키텍처 설계 및 성능·비용 최적화를 전문으로 해온 시니어 소프트웨어 엔지니어입니다. 현재 저는 저와 함께 비즈니스를 키워나갈 공동창업자(Co-foun

PageRivet이 만들어지기까지 PageRivet은 처음부터 지금의 모습을 목표로 만들어진 프로그램은 아니었습니다. 작은 불편함에서 시작된 아이디어가 기능을 하나씩 확장하면서 현재의 PageRivet으로 발전하게 되었습니다. 이 글에서

왜 Launch만 만들지 않고 Dev Log를 만들었는가 좋은 제품은 하루 만에 만들어지지 않는다. 사람들은 결과보다 과정을 보고 신뢰를 쌓는다. --- 🎬 시작: 런칭만으로는 부족했다 Sidedock를 처음 기획할 때