關於寫作這件事情，分享一下作過哪些嘗試。部落格、電子報、專案文件。

部落格

「部落格」現在這名詞都有一點時代感，所指的是 Blog、Weblog 一個可以讓個人紀錄的地方，在 Facebook 來臺灣之前（約 2008 年），很流行在「無名小站」分享照片、文字的地方。回看我在 Blogger 上的第一篇文章是在 2007 年，那時候逐步把日常使用的服務轉移到 Google 上，開啟日常文字紀錄的寫作。

那時候打算經營類似科技資訊分享的部落格，每天會稍微花滿多的時間上網看新聞，然後轉錄內容或連結再加上自己的評論或心得，一個月下來都有約 60 篇的分享內容，現在看當時如此量產的文章數量，稍微有點覺得不可思議，似乎無負擔的一股傻勁，覺得每日分享的內容應該會有所謂的「讀者」觀看吧！

以文章的數量來看，2007 – 2012 年我都還有持續的發佈，即使到了 2012 年，還會維持每月有一篇的文章分享，但到了 2013 年後，看起來我就沒有維持這樣的文章分享了。可能是那一年我從高雄到台北工作後，忙碌到忘記我曾經有一個持續分享的習慣。

例如：Toomore Blog

電子報

可能在 1990 年代的時候，我依稀記得 PCHome、魅力站有提供訂閱、發送電子報服務，不過這些服務都已經不存在了，後來也都比較少有偏向訂閱個人作者的模式，然後有一陣子垃圾信多到一片混亂，這樣類型的服務就漸漸式微。不過很特別，最近開始越來越多人回頭注意到電子報的重要，在行銷與客戶管理上的價值。

記得在寫部落格之前，我是先透過「電子報」這樣的媒介來分享我的文字內容，但我有點忘記我是分享什麼內容，我好像有創過一個電子報叫「一張照片」，然後透過單張照片分享拍攝的紀錄。哇喔！竟然還會想起這個片段的記憶！

即使到現在，我個人還是比較偏愛透過郵件的方式分享文字，可能在撰寫文字的時候，習慣會假想一個說話的對象，有一種像是「我和你說 ……」的交流模式。後來對 AWS 雲端服務比較熟，就圍繞在 AWS SES 開發一些與發送信件相關的程式，然後也對郵件設定 DKIM、SPF、DMARC 瞭解，現在都自己整理訂閱名單然後稍微客製化的發送信件。

電子報還是很有溫度的載體，把文字直接送到讀者的面前然後「開啟」閱讀的儀式感，似乎找不到其他的替代方式。

專案文件

當你完成一個程式套件後，除了把程式碼公開分享外，還要附上一個可以讓人閱讀的文件說明。有些文件可以透過自動化的方式擷取程式碼中的註解，自動產生一份詳細的靜態專案文件網站。但也可透過手動的方式編輯更多的文字內容，或與程式碼無關也可透過專案文件的方式、有脈絡的呈現文件感的說明。

有一段時間因為需要說明專案、組別、活動的介紹，嘗試把這樣的內容都寫進到文件專案中，或是把過往發送的電子報也建立一份網頁可閱讀的版本，讓文字、說明都可以在一個專案文件中找得到，即使是不同時期加入的任何人，都有機會回顧過往事件。

例如：匿名網路社群、COSCUP 行政組文件。

---

雖然我比較喜歡電子報的模式，但目前沒有個人的電子報訂閱，只有在幾個專案是使用電子報來發佈訊息，之前有寫過一個包含管理發送名單的小程式，順便練習 Go 語言，不過現在大部分都使用稍微有點混亂、用 Python 寫的腳本發送。

有一陣子滿流行 medium，那時候也有開一個帳號嘗試寫些東西，但最後平台一系列奇怪的操作（收費、登入後才可以看到文章），還好沒有整個搬遷過去，但似乎也是在那個時間點之後，就很少再看到好的文章了。

關於寫作，我大概就是這樣一路試過來的。現在文章會放在 note.toomore.net，有想寫的主題就寫，不強求產量，但希望可以維持某種節奏。