<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:webfeeds="http://webfeeds.org/rss/1.0"><channel><title>productivity on 林協霆醫師</title><link>/tags/productivity/</link><description>林協霆醫師 (productivity)</description><generator>Hugo -- gohugo.io</generator><language>zh-tw</language><image><url>https://htl.physician.tw/favicon-32x32.png</url><title>林協霆醫師</title><link>https://htl.physician.tw/</link><width>32</width><height>32</height></image><webfeeds:icon>https://htl.physician.tw/favicon-32x32.png</webfeeds:icon><webfeeds:logo>https://htl.physician.tw/android-chrome-512x512.png</webfeeds:logo><webfeeds:accentColor>5bbad5</webfeeds:accentColor><lastBuildDate>Mon, 23 Feb 2026 00:00:00 +0000</lastBuildDate><atom:link href="/tags/productivity/index.xml" rel="self" type="application/rss+xml"/><item><title>casey-schedule：個人排程管理的 JavaScript 私有實驗專案</title><link>/blog/casey-schedule-2026-02-23/</link><pubDate>Mon, 23 Feb 2026 00:00:00 +0000</pubDate><guid>/blog/casey-schedule-2026-02-23/</guid><description>&lt;h2 id="introduction引言" >
&lt;div>
&lt;a href="#introduction%e5%bc%95%e8%a8%80">
#
&lt;/a>
Introduction（引言）
&lt;/div>
&lt;/h2>
&lt;p>時間管理工具市場上選項眾多（Google Calendar、Notion Calendar、Fantastical 等），但每位使用者的工作節奏與優先序皆有微妙差異。對於同時兼顧臨床、研究、教學與個人生活的醫師，現成工具常需多種變通用法才能契合現實，導致工作流複雜化。本專案是作者個人嘗試以最少程式碼建立屬於自己的排程管理工具，作為理解「我究竟需要什麼」的實驗素材。&lt;/p>
&lt;h2 id="methods方法" >
&lt;div>
&lt;a href="#methods%e6%96%b9%e6%b3%95">
#
&lt;/a>
Methods（方法）
&lt;/div>
&lt;/h2>
&lt;p>實作以 JavaScript 為主，採取迭代式開發：先建立最簡單的事件儲存與顯示，再依實際使用感受逐步增加功能（重複事件、優先序、與既有日曆同步、提醒）。每次新增功能皆要求自己回答「為何商用工具不夠用」，避免重複造輪。&lt;/p>
&lt;p>設計重點為「先有用再美觀」：UI 簡陋但邏輯緊密，使用一段時間後再依痛點優化視覺。所有資料留存於本地，避免綁定特定雲服務；可選地以 ICS 或其他開放格式與既有日曆軟體交換。&lt;/p>
&lt;h2 id="results結果" >
&lt;div>
&lt;a href="#results%e7%b5%90%e6%9e%9c">
#
&lt;/a>
Results（結果）
&lt;/div>
&lt;/h2>
&lt;p>雖屬探索專案，但累積過程已澄清作者個人在排程上真正在意的特性：對「待辦」與「事件」的清楚區分、對「能量水準」（能量高低時間）的標註、以及對「重複行為的儀式化」需求。這些觀察可能成為日後選擇正式工具或客製化現有工具的依據。&lt;/p>
&lt;h2 id="discussion討論" >
&lt;div>
&lt;a href="#discussion%e8%a8%8e%e8%ab%96">
#
&lt;/a>
Discussion（討論）
&lt;/div>
&lt;/h2>
&lt;p>本專案展示了「以自製工具理解自身需求」的實踐。其價值不在最終產品，而在過程中累積的需求洞察。限制方面，自製工具難以追上商用產品的功能廣度；維護成本對個人開發者長期構成壓力。未來可選擇將獲得的洞察反饋至既有開源排程工具的擴充模組，而非堅持自管完整應用。&lt;/p>
&lt;h2 id="連結" >
&lt;div>
&lt;a href="#%e9%80%a3%e7%b5%90">
#
&lt;/a>
連結
&lt;/div>
&lt;/h2>
&lt;ul>
&lt;li>GitHub：&lt;a href="https://github.com/htlin222/casey-schedule">htlin222/casey-schedule&lt;/a>&lt;/li>
&lt;li>主要語言：JavaScript&lt;/li>
&lt;li>最後更新：2026-02-23&lt;/li>
&lt;/ul></description></item></channel></rss>