SidedockSidedock
로그인

🔎 검색 결과

개발에 대한 결과를 확인해보세요.

정렬
[Froppy 개발기 3편] NestJS로 스타트업 백엔드 설계하기 — 모듈 분리부터 Guard까지
[Froppy 개발기 3편] NestJS로 스타트업 백엔드 설계하기 — 모듈 분리부터 Guard까지

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

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

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

[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)

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

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

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

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

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

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

S
SearchLens Build Log — 더 많이 보여주는 것이 항상 좋은 진단은 아닙니다

SearchLens Mini의 결과 화면을 개편했습니다. 그동안 SearchLens는 웹사이트에서 발견한 문제를 가능한 한 구체적으로 보여주는 방향으로 발전해 왔습니다. 사람이 보는 정보와 기계가 읽는 정보의 차이, 문제가 발견된 위치, 관

Soo Yun
S
SearchLens Build Log — 이제 실제 결제를 받을 수 있게 됐습니다

SearchLens Build Log — 이제 실제 결제를 받을 수 있게 됐습니다 개발을 하다 보면 예상보다 오래 걸리는 작업들이 있습니다. 이번에는 결제 기능이 그랬습니다. 처음에는 단순하게 생각했습니다. 이미 만들어둔 Search

Soo Yun
딥러닝 - 기본 개념과 학습
딥러닝 - 기본 개념과 학습

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

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

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

Raneree#pagerivet
머신러닝 - 기본 개념과 학습
머신러닝 - 기본 개념과 학습

최근 모기업에서 주최한 Tech Summit에 다녀 온 후 다시 한번 AI 관련 산업이 대세라는 걸 느꼈다... 신문, 뉴스도 물론이지만 기술 세미나 대부분 AI Section 뿐이였다... 물론 블록체인, 메타버스 처럼 일시적인 붐일 수도 있

Unity 게임 제작기
Unity 게임 제작기

이미지 설명(https://llkknosxylgeyvcunckn.supabase.co/storage/v1/object/public/uploads/809edc23-0c05-4202-8506-cd30839f564b.webp) 내 아이와 게임을 같이

[
[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, 시작부터 지금까지
PageRivet, 시작부터 지금까지

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

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

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

영어 기술 영상을 끝까지 보지 않고 이해할 수 있을까? Quillcast 사용기
영어 기술 영상을 끝까지 보지 않고 이해할 수 있을까? Quillcast 사용기

영어 영상은 유용하지만, 끝까지 보기는 어렵다 개발이나 AI 관련 자료를 찾다 보면 결국 해외 영상에 도달하게 됩니다. 문제는 영상 길이가 20분, 40분을 넘어가기 시작하면 아무리 흥미로운 주제라도 재생 버튼을 누르기가 부담스러워진

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

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

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

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

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

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

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

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

Unity - UI와 2D object
Unity - UI와 2D object

2D 게임 제작 중 간혹 UI를 사용해야 할지 2D object를 사용해야 할지 헷갈린다.. 여기서 UI가 무엇인지 2D Oject가 무엇인지 알아보고 어느 상황에 사용해야 할지 알아보자. UI는 User Interface의 약자로 사용자와

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

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