SidedockSidedock
로그인

🔎 검색 결과

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

코드보다 PG 계약이 더 어려웠다... — Agreeon 개발기
코드보다 PG 계약이 더 어려웠다... — Agreeon 개발기

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

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

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

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

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

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

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

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

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