<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>StudyDad</title>
    <link>https://sses.tistory.com/</link>
    <description>운영의 복잡함보다
중요한 일에 더 많은 시간을 쓰게 만드는 구조를 고민합니다.</description>
    <language>ko</language>
    <pubDate>Tue, 9 Jun 2026 16:14:49 +0900</pubDate>
    <generator>TISTORY</generator>
    <ttl>100</ttl>
    <managingEditor>박세식</managingEditor>
    <image>
      <title>StudyDad</title>
      <url>https://tistory1.daumcdn.net/tistory/103293/attach/6424b88c52d34770b9563d5850a17aba</url>
      <link>https://sses.tistory.com</link>
    </image>
    <item>
      <title>Google Forms를 입력 도구로 인정하기</title>
      <link>https://sses.tistory.com/223</link>
      <description>자동화 워크플로우 시리즈 2/8
운영 시스템을 만든다고 하면 입력 화면부터 직접 만들고 싶어진다.
회원 인증을 붙이고, 신청 폼을 만들고, 검증 로직을 넣고, 데이터베이스에 저장하고, 관리자 화면에서 조회하게 만드는 방식이다.
하지만 모든 입력 흐름에 직접 만든 화면이 필요한 것은 아니다.
특히 외부 사용자가 간단한 신청 정보를 제출하는 업무라면 Google Forms 같은 도구가 충분히 좋은 입력 도구가 될 수 있다.
문제 상황
외부 사용자가 특정 기..</description>
      <category>성장과 기술/개발과 자동화</category>
      <category>GitHub포트폴리오</category>
      <category>GoogleForms</category>
      <category>개발자성장</category>
      <category>업무자동화</category>
      <category>운영자동화</category>
      <category>워크플로우</category>
      <category>입력도구</category>
      <category>자동화</category>
      <author>박세식</author>
      <guid isPermaLink="true">https://sses.tistory.com/223</guid>
      <comments>https://sses.tistory.com/223#entry223comment</comments>
      <pubDate>Tue, 9 Jun 2026 12:00:37 +0900</pubDate>
    </item>
    <item>
      <title>운영 자동화는 어디서 시작해야 할까</title>
      <link>https://sses.tistory.com/222</link>
      <description>자동화 워크플로우 시리즈 1/8

운영 자동화를 시작할 때 가장 먼저 떠올리는 것은 도구다.
폼을 만들까, 스프레드시트를 쓸까, 관리자 페이지를 만들까, 자동화 스크립트를 붙일까, 아니면 처음부터 데이터베이스와 백엔드를 갖춘 시스템을 만들까.
하지만 자동화는 도구에서 시작하면 자주 실패한다.
먼저 봐야 할 것은 업무 흐름이다.
누가 입력하고, 누가 확인하고, 어떤 기준으로 상태가 바뀌고, 결과가 누구에게 공개되는지부터 정리해야 한다. 그다음에야 어떤 도..</description>
      <category>성장과 기술/개발과 자동화</category>
      <category>GitHub포트폴리오</category>
      <category>개발자성장</category>
      <category>실무회고</category>
      <category>업무자동화</category>
      <category>운영자동화</category>
      <category>운영콘솔</category>
      <category>워크플로우</category>
      <category>자동화</category>
      <author>박세식</author>
      <guid isPermaLink="true">https://sses.tistory.com/222</guid>
      <comments>https://sses.tistory.com/222#entry222comment</comments>
      <pubDate>Mon, 8 Jun 2026 12:00:39 +0900</pubDate>
    </item>
    <item>
      <title>리포트 시스템을 다시 설계한다면 볼 것들</title>
      <link>https://sses.tistory.com/219</link>
      <description>데이터와 리포트 설계 시리즈 8/8
작은 운영 콘솔의 리포트 시스템은 단순하게 시작할 수 있다.
job table을 만들고, worker를 비동기로 실행하고, 결과 파일을 object storage에 저장한다.
이 정도면 많은 내부 도구에는 충분하다.
하지만 시간이 지나면 다시 검토할 지점들이 생긴다.
좋은 설계는 처음부터 모든 것을 넣는 것이 아니라, 나중에 무엇을 볼지 알고 시작하는 것이다.
현재 구조
기본 구조는 다음과 같다.
POST /api/r..</description>
      <category>성장과 기술/시스템 설계</category>
      <category>GitHub포트폴리오</category>
      <category>개발자성장</category>
      <category>기술회고</category>
      <category>데이터설계</category>
      <category>리포트설계</category>
      <category>시스템설계</category>
      <category>운영콘솔</category>
      <author>박세식</author>
      <guid isPermaLink="true">https://sses.tistory.com/219</guid>
      <comments>https://sses.tistory.com/219#entry219comment</comments>
      <pubDate>Sun, 7 Jun 2026 12:00:02 +0900</pubDate>
    </item>
    <item>
      <title>운영 DB와 리포트 DB를 나눠 생각하기</title>
      <link>https://sses.tistory.com/218</link>
      <description>데이터와 리포트 설계 시리즈 7/8
운영 콘솔에서 데이터베이스를 쓴다고 해서 모든 쿼리가 같은 성격은 아니다.
화면 조회를 위한 쿼리와 리포트 생성을 위한 쿼리는 다르다.
운영 데이터와 리포트 데이터도 다르다.
이 차이를 무시하면 대시보드가 느려지거나, 리포트 생성이 운영 DB에 부담을 주거나, 정산성 데이터의 기준이 흔들릴 수 있다.
운영 화면의 데이터
운영 화면의 데이터는 빠르게 보여주는 것이 중요하다.
예를 들어:

오늘의 요약
최근 주문
상태별 ..</description>
      <category>성장과 기술/시스템 설계</category>
      <category>GitHub포트폴리오</category>
      <category>데이터분리</category>
      <category>데이터설계</category>
      <category>리포트DB</category>
      <category>리포트설계</category>
      <category>시스템설계</category>
      <category>운영db</category>
      <category>운영콘솔</category>
      <author>박세식</author>
      <guid isPermaLink="true">https://sses.tistory.com/218</guid>
      <comments>https://sses.tistory.com/218#entry218comment</comments>
      <pubDate>Sat, 6 Jun 2026 12:00:47 +0900</pubDate>
    </item>
    <item>
      <title>내 자식을 세상에서 가장 잘 안다는 잔인한 착각에 대하여</title>
      <link>https://sses.tistory.com/240</link>
      <description>Volume 01. 나와 아이의 내면
늦은 밤, 학원 공부를 마치고 돌아온 아들이 방으로 들어가고 난 후, 거실에는 아내와 나 둘만 남았다.
식탁 등 아래에서 차를 마시던 아내가 문득 한숨을 내쉬며 조심스럽게 속마음을 털어놓았다.
“여보, 요즘 OO이가 학교에서 친구들이랑 잘 지내는지 모르겠어. 집에 와서 물어봐도 그냥 다 똑같다고만 하잖아. 우리 애 혹시 겉도는 건 아닐까 걱정돼.”
아내의 걱정은 깊고 애틋했다. 하지만 가만히 듣고 있다 보니 한 가지..</description>
      <category>삶/아빠의 기록</category>
      <category>경청</category>
      <category>관계의눈높이</category>
      <category>또래문화</category>
      <category>말줄이기</category>
      <category>부모의태도</category>
      <category>부모의필터</category>
      <category>아들의세계</category>
      <category>아빠의기록</category>
      <category>태도의유산</category>
      <author>박세식</author>
      <guid isPermaLink="true">https://sses.tistory.com/240</guid>
      <comments>https://sses.tistory.com/240#entry240comment</comments>
      <pubDate>Sat, 6 Jun 2026 10:48:46 +0900</pubDate>
    </item>
    <item>
      <title>월별 통계 데이터를 미리 적재하는 이유</title>
      <link>https://sses.tistory.com/217</link>
      <description>데이터와 리포트 설계 시리즈 6/8
운영 콘솔에는 통계 화면이 자주 등장한다.
월별 매출, 주문 수, 사용자 수, 처리 건수, 리포트 합계 같은 지표를 보여준다.
처음에는 화면이 열릴 때마다 원천 데이터를 조회해서 실시간 집계하면 된다고 생각할 수 있다.
하지만 운영 통계는 매번 실시간으로 계산하는 것이 항상 좋은 선택은 아니다.
반복 조회되는 통계는 미리 계산해두는 편이 더 안정적일 수 있다.
문제 상황
운영자는 대시보드에서 월별 통계를 자주 확인한다..</description>
      <category>성장과 기술/시스템 설계</category>
      <category>GitHub포트폴리오</category>
      <category>Precompute</category>
      <category>데이터설계</category>
      <category>데이터적재</category>
      <category>리포트설계</category>
      <category>시스템설계</category>
      <category>운영콘솔</category>
      <category>월별통계</category>
      <author>박세식</author>
      <guid isPermaLink="true">https://sses.tistory.com/217</guid>
      <comments>https://sses.tistory.com/217#entry217comment</comments>
      <pubDate>Fri, 5 Jun 2026 12:00:33 +0900</pubDate>
    </item>
    <item>
      <title>AI를 정답지처럼 쓰지 않기로 한 이유</title>
      <link>https://sses.tistory.com/239</link>
      <description>Volume 01. 나와 아이의 내면
저녁을 먹고 온 가족이 거실에 모여 앉은 시간, 우리 집의 풍경은 그리 여유롭지 못하다.
아직 아이만의 방이 따로 없다 보니 거실은 온 가족의 쉼터이자 아이의 공부방이 된다. 조그만 상 앞에 앉아 노트북으로 챗GPT 창을 띄워놓고 있는 아이. 학교에서 내어준 수행평가 과제를 채우기 위해서다.
하지만 곁에서 아이가 자판을 두드리는 모습을 가만히 보고 있으면 마음이 복잡해진다. 질문을 던지고 답변을 받아 적는 아이의 손..</description>
      <category>삶/아빠의 기록</category>
      <category>AI활용법</category>
      <category>기술과마음</category>
      <category>기술변화</category>
      <category>부모의시선</category>
      <category>생각확장</category>
      <category>아빠의기록</category>
      <category>아이교육</category>
      <category>챗GPT</category>
      <category>태도의유산</category>
      <category>현재의기술</category>
      <author>박세식</author>
      <guid isPermaLink="true">https://sses.tistory.com/239</guid>
      <comments>https://sses.tistory.com/239#entry239comment</comments>
      <pubDate>Thu, 4 Jun 2026 22:29:53 +0900</pubDate>
    </item>
    <item>
      <title>Polling UX는 나쁜 선택일까</title>
      <link>https://sses.tistory.com/216</link>
      <description>데이터와 리포트 설계 시리즈 5/8
비동기 리포트 생성에서는 사용자가 작업 상태를 알아야 한다.
가장 단순한 방법은 polling이다.
프론트엔드가 일정 간격으로 상태 API를 호출한다.
GET /api/jobs/{jobId}
완료되면 다운로드 URL을 보여준다.
Polling은 오래된 방식처럼 보일 수 있다. WebSocket이나 Server-Sent Events가 더 세련되어 보일 수도 있다.
하지만 내부 운영 도구에서는 polling이 충분히 좋은..</description>
      <category>성장과 기술/시스템 설계</category>
      <category>GitHub포트폴리오</category>
      <category>polling</category>
      <category>UX</category>
      <category>리포트설계</category>
      <category>비동기처리</category>
      <category>시스템설계</category>
      <category>운영콘솔</category>
      <category>작업상태관리</category>
      <author>박세식</author>
      <guid isPermaLink="true">https://sses.tistory.com/216</guid>
      <comments>https://sses.tistory.com/216#entry216comment</comments>
      <pubDate>Thu, 4 Jun 2026 12:00:51 +0900</pubDate>
    </item>
    <item>
      <title>Worker가 결과 파일을 만들고 Object Storage에 올리는 흐름</title>
      <link>https://sses.tistory.com/215</link>
      <description>데이터와 리포트 설계 시리즈 4/8
리포트 생성 작업을 job으로 모델링했다면 다음 질문이 생긴다.
누가 실제 파일을 만들 것인가?
API 요청을 받은 서버가 직접 만들 수도 있지만, 오래 걸리는 작업은 worker로 분리하는 편이 좋다.
API는 작업을 접수하고, worker는 파일을 만든다. 결과 파일은 object storage에 저장한다.
API와 worker를 나누는 이유
API의 역할은 사용자의 요청을 받는 것이다.
worker의 역할은 시간..</description>
      <category>성장과 기술/시스템 설계</category>
      <category>GitHub포트폴리오</category>
      <category>objectstorage</category>
      <category>worker</category>
      <category>리포트설계</category>
      <category>비동기처리</category>
      <category>시스템설계</category>
      <category>운영콘솔</category>
      <author>박세식</author>
      <guid isPermaLink="true">https://sses.tistory.com/215</guid>
      <comments>https://sses.tistory.com/215#entry215comment</comments>
      <pubDate>Wed, 3 Jun 2026 12:00:23 +0900</pubDate>
    </item>
    <item>
      <title>아들에게 무엇을 남겨야 할지 모르겠던 어느 날</title>
      <link>https://sses.tistory.com/235</link>
      <description>Volume 01. 나와 아이의 내면
밤 10시 반, 셔틀버스에서 내린 아이가 지친 발걸음으로 들어선다.
하지만 집은 곧바로 쉼터가 되지 못한다. 가방을 내려놓기 무섭게 아이는 다시 책상 앞에 앉는다. 학원 숙제와 학교 공부가 기다리고 있고, 그 옆에는 아내가 자리를 잡고 앉는다.
두 사람 사이에는 이내 날카로운 말들이 오고 간다. 피곤함에 겨워 조는 아이를 보며, 하루 종일 일과 가사에 지친 아내의 목소리도 함께 높아진다.
“집중 안 해? 아까 오자마..</description>
      <category>삶/아빠의 기록</category>
      <category>가족의밤</category>
      <category>관점의전환</category>
      <category>기술과마음</category>
      <category>내면의힘</category>
      <category>부모의시선</category>
      <category>아빠의정체성</category>
      <category>아이교육</category>
      <category>태도의유산</category>
      <category>프롤로그</category>
      <author>박세식</author>
      <guid isPermaLink="true">https://sses.tistory.com/235</guid>
      <comments>https://sses.tistory.com/235#entry235comment</comments>
      <pubDate>Tue, 2 Jun 2026 23:58:43 +0900</pubDate>
    </item>
  </channel>
</rss>