SidedockSidedock
로그인

🔎 검색 결과

프로젝트에 대한 결과를 확인해보세요.

정렬
[Froppy 개발기 1편] 기획 & 아키텍처 — Flutter + NestJS + Cloudflare를 선택한 이유
[Froppy 개발기 1편] 기획 & 아키텍처 — Flutter + NestJS + Cloudflare를 선택한 이유

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

[Froppy 개발기 8편] 피벗 — 1년간 만든 서비스를 접는 결정
[Froppy 개발기 8편] 피벗 — 1년간 만든 서비스를 접는 결정

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

PageRivet 소개를 위한 가상 인터뷰
PageRivet 소개를 위한 가상 인터뷰

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

Raneree#pagerivet
TokenSave 개발일지 #1: 피드백 받고 바로 넣은 "사용 패턴" 버튼
TokenSave 개발일지 #1: 피드백 받고 바로 넣은 "사용 패턴" 버튼

혼자 만들고 있는 무료 AI 토큰·비용 계산기 TokenSave(https://tokensave.app/ko/)의 첫 개발일지입니다. 이번 글은 Sidedock 운영팀에게 받은 피드백 한 통에서 시작합니다. 받은 피드백 TokenSave에

[
[Technical Co-founder / Business Partner] 시장의 기회를 실제 비즈니스로 함께 만들 파트너를 찾습니다

안녕하세요. 저는 8년 경력의 소프트웨어 엔지니어 JohnTran입니다. 저는 단순히 코드를 판매하지 않으며, 초기 단계에서 개발 인건비(Development Salary)를 요구하지 않습니다. 기술 공동창업자(Technical Co-founde

Tran John
[
[Technical Co-founder / Business Partner] 시장의 기회를 실제 비즈니스로 함께 만들 파트너를 찾습니다

안녕하세요. 저는 8년 경력의 소프트웨어 엔지니어 JohnTran입니다. 저는 단순히 코드를 판매하지 않으며, 초기 단계에서 개발 인건비(Development Salary)를 요구하지 않습니다. 기술 공동창업자(Technical Co-founde

PageRivet에 대한 현재 고찰
PageRivet에 대한 현재 고찰

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

Raneree#pagerivet
[
[Technical Co-founder / Business Partner] 시장의 기회를 실제 비즈니스로 함께 만들 파트너를 찾습니다

안녕하세요. 저는 8년 경력의 소프트웨어 엔지니어 JohnTran입니다. 저는 단순히 코드를 판매하지 않으며, 초기 단계에서 개발 인건비를 요구하지 않습니다. 기술 공동창업자(Technical Co-founder)로서 함께 작은 규모로 만들고,

[
[기술 공동창업자(Technical Co-founder)를 찾으시는 비즈니스 파트너/대표님을 모십니다]

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

PageRivet 3.3.0-beta.3 업데이트
PageRivet 3.3.0-beta.3 업데이트

PageRivet 3.3.0-beta.3 업데이트 PageRivet 3.3.0-beta.3가 업데이트되었습니다. 이번 버전의 가장 큰 변화는 Inspector와 디자인 모드의 추가입니다. 이제 Preview에서 원하는 요소를 직접 선

Raneree#pagerivet
PageRivet 3.3.0-beta.2 업데이트
PageRivet 3.3.0-beta.2 업데이트

PageRivet 3.3.0-beta.2 업데이트 PageRivet 3.3.0-beta.2가 업데이트되었습니다. 이번 버전에서는 고정된 작업 화면을 벗어나 사용자가 직접 작업공간을 구성할 수 있도록 도킹 시스템과 레이아웃 저장·복원 기능을

Raneree
PageRivet, 시작부터 지금까지
PageRivet, 시작부터 지금까지

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

Raneree#PageRivet
첫 외부 피드백 하나로 메뉴 응답을 1~2초에서 0.3~0.4초로 줄인 과정
첫 외부 피드백 하나로 메뉴 응답을 1~2초에서 0.3~0.4초로 줄인 과정

셀프(Selling Planet)를 공개한 뒤 Sidedock 운영자에게 첫 구체적인 사용 피드백을 받았습니다. 메뉴나 콘텐츠를 클릭할 때 간혹 0.5초 정도 반응이 늦게 느껴진다. 치명적인 오류는 아니었습니다. 하지만 광고를 잘 모르는

주식회사 인포플래닛#셀프#SellingPlanet#SaaS
코드보다 PG 계약이 더 어려웠다... — Agreeon 개발기
코드보다 PG 계약이 더 어려웠다... — Agreeon 개발기

Agreeon은 스쿠버다이빙처럼 활동 전 동의서와 서명이 필요한 곳을 위한 전자서명 서비스입니다. 처음 시작할 때만 해도 생각은 단순했습니다. 종이로 받던 동의서를 온라인으로 받고, 서명한 문서를 관리할 수 있으면 훨씬 편하지 않을까?

Flutter와 NestJS로 Froppy를 만들며 배운 것
Flutter와 NestJS로 Froppy를 만들며 배운 것

Froppy는 스포츠 선수와 팬을 연결하는 커뮤니티로 시작했습니다. 선수는 활동을 기록하고, 팬은 팔로우와 좋아요를 통해 응원하며, 이후에는 멤버십으로 연결되는 구조를 만들고 싶었습니다. 처음에는 이렇게 생각했습니다. 화면을 만들고

「혼자 일하는 사람을 위한 커먼아워, 혼자 먼저 들어가 봤습니다」
「혼자 일하는 사람을 위한 커먼아워, 혼자 먼저 들어가 봤습니다」

혼자 일하는 사람을 위한 온라인 작업실, 커먼아워를 사용해봤습니다 혼자 사이드 프로젝트를 하다 보면 이상하게 일이 손에 잡히지 않는 날이 있습니다. 해야 할 일은 분명한데 잠깐 유튜브를 보거나, 다른 사이트를 돌아다니다 보면 어느새 시간이

왜 첫 사용자는 메이커가 아니라 운영자였을까
왜 첫 사용자는 메이커가 아니라 운영자였을까

Sidedock를 만들면서 당연히 기대한 게 있었습니다. 누군가 회원가입을 하고, 프로젝트를 올리고, "이거 괜찮은데요?" 같은 댓글도 달리고. 물론 그렇게 쉽게 될 거라고 생각한 건 아니지만, 그래도 한 명 정도는 금방 나

왜 Launch만 만들지 않고 Dev Log를 만들었는가
왜 Launch만 만들지 않고 Dev Log를 만들었는가

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

왜 Sidedock을 만들었는가 — 한국 메이커에게 무대가 필요하다
왜 Sidedock을 만들었는가 — 한국 메이커에게 무대가 필요하다

왜 Sidedock을 만들었는가 한국에는 이미 훌륭한 개발자 커뮤니티들이 있다. 하지만 사이드 프로젝트를 꾸준히 기록하고, 런칭하고, 발견하고, 성장 과정을 쌓아가는 공간은 아직 부족하다고 느꼈다. --- 🎬 시작: 피벗

옵
옵션 예상 변동폭을 실제 반응과 채점해 봤습니다 지난주 GOOGL과 INTC는 범위 밖

실적 발표 전에 옵션시장이 «얼마나 움직일 것으로 가격에 넣어 뒀는지»를 보여 주는 기능을 만들었고, 지난주부터는 발표 뒤 실제 반응과 나란히 채점하는 화면도 붙였습니다. 만들면서 부딪힌 것과 지난주 채점 결과를 적습니다. 예상 변동폭은 어떻게

왜 EveryLinking을 만들었을까?
왜 EveryLinking을 만들었을까?

왜 EveryLinking을 만들었을까? 평소 공부하거나 책을 읽으면서 복잡한 정보를 시각적으로 정리하는 것을 좋아합니다. 그런데 기존 마인드맵이나 지식 정리 도구를 사용하다 보니 한 가지 아쉬운 점이 있었습니다. 왜 노드끼리만 연결할

[Froppy 개발기 2편] Flutter로 Web과 Mobile 동시 개발하기 — 이론과 현실의 차이
[Froppy 개발기 2편] Flutter로 Web과 Mobile 동시 개발하기 — 이론과 현실의 차이

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

만
만장일치 개발일지 #1: 피드백 한 통 받고 첫 화면을 한 문장으로 줄였습니다

Sidedock 운영팀에게 피드백을 한 통 받았어요. 요지는 이랬어요. 기능(AI 의견 비교, 집단지성, 커뮤니티, AI 참여, 게임)이 많아서 처음 온 사람이 핵심을 한 문장으로 이해하기 어렵다. 작은 서비스는 '이런 사람이면 꼭 써 볼 이유

공무원 영수증 151만 건을 파싱해 맛집 지도를 만들었습니다
공무원 영수증 151만 건을 파싱해 맛집 지도를 만들었습니다

그냥여기(https://justhere.kr)를 만든 사람입니다. Sidedock 운영자분이 메일로 세 가지를 물어보셨습니다 — 왜 이런 데이터를 보게 됐는지, 수많은 문서 형식을 어떻게 정리했는지, 만들면서 가장 예상 밖이었던 게 무엇인지. 순서대로

피드 5개가 조용히 죽었고, 그날 브리핑의 9건 중 8건이 한 매체에서 나왔다
피드 5개가 조용히 죽었고, 그날 브리핑의 9건 중 8건이 한 매체에서 나왔다

매일 아침 8시에 AI 뉴스 10건을 골라서 요약이랑 시사점까지 정리해주는 걸 만들어 돌리고 있어요. 사람이 안 건드리고 알아서 돕니다. 이렇게 무인으로 돌리다 보니 제일 무서운 건 에러가 아니였습니다. 성공한 척하는 실패가 '진짜'였습니다. 그