blogging

A collection of 6 posts
[207] 苦短人生，花在爭論的每一秒都不應該浪費
blogging

[207] 苦短人生，花在爭論的每一秒都不應該浪費

警語：本文刻意使用特別的「語調」，讀來恐有不適，不喜誤入。 日前某臉書社團裡起了一場爭論，估且稱之為「該死的範例碼之爭 [https://www.facebook.com/groups/616369245163622/permalink/1263968053737068/]」。 人的一生，可用時間極短。因此，多數時候我不喜歡參與網路上的「爭論」，主要原因是勞心勞力耗時間，而且產生的正面效應很低。不過，這一篇針對微軟及產品使用者（不寫擁護者的原因是避免妄下斷論）所發的引戰文，其後續效應有許多有趣且有學術價值的地方，我覺得有必要花點時間分析。不過在那之前，先寫下我對「網路爭論」的看法與應對之道。（原本只寫一篇，後來字數多，便獨立成一篇） 以此次「該死的範例碼之爭」為例，該社為公開社團，任何人都可以看到公開發表的文章，但只有加入後才能留言。我不是該社團的成員，也沒興趣加入。該大社成員超過八千，由上述發文以及十分鐘左右的走馬看花，大概知道該社的「屬性」為何。我的結論是：
5 min read
[202] 關於發佈文章至 Medium 的低級錯誤
blogging

[202] 關於發佈文章至 Medium 的低級錯誤

Medium 正紅，簡單易用，版面簡潔，沒有廣告。不過，Medium 雖好，我還是堅持所有文章先發佈於主站 [https://samtsai.org/] ，然後選擇性的同步發表若干文章於 Medium [https://medium.com/@mhtx]。 一開始我利用 IFTTT [https://ifttt.com/] 將發佈至 Medium 的動作自動化，如此一來，主站發佈後不消幾分鐘，文章便出現在 Medium 分站，稍做修改即可正式發佈。這個好用的招式因為 Medium 單方面（原因不明）下架 IFTTT 上的「解方」，無法再用。從那之後，有新文章我便手動由主站複製貼上文章至 Medium。這就是本文標題所指的「低級錯誤」。 其實 IFTTT 的自動轉發不止簡單複製貼上，還會在每一篇發佈至
2 min read
[182] 重新佈置部落格——Part 1
Ghost

[182] 重新佈置部落格——Part 1

緣起 本部落格使用 Ghost 為後台，目前是付費每月 $5 鎂，享受支援 HTTPS 的網站代管服務。流量稀疏，低價即足。 今年七月，Ghost 達到 1.0 的里程碑 [https://blog.ghost.org/1-0/]，終於脫離漫長的「開發版」。對我來說，1.0 版最大的影響是 Theme API 與舊版本不相容，若要升級，則我使用多年的佈景將被迫更新。別會錯意，這是好事。 所幸，我使用的免費佈景 Typesome [http://golem.io/ghost-themes/typesome/]，其開發商 Golem [http://golem.io] 洽好在十一月初將旗下的佈景全數更新至支援
2 min read
[099] 文章內含動態 GIF 圖的考量
blogging

[099] 文章內含動態 GIF 圖的考量

上一篇探討部落格圖片後製的文章 [https://samtsai.org/2016/06/28/098-compress-image-for-blog-post/] ，有網友於 Medium 分身處提到國外多以採用動態 GIF 來展示說明步驟 [http://bit.ly/293zkc9]。其實我也喜歡使用 [https://samtsai.org/2016/02/16/044-licecap-quicktime-player-bravo/]動態 GIF（GIF89a）來呈現螢幕上的真實演出。有些情境，「動態展示」有時確實比死板板的「靜態圖片」效果更好（蝴蝶球對上快速直球？），但是否適用於所有情境，答案當然是否定的。 雖然好用，但後來想到動態 GIF 有些潛在缺點，於是回覆 [http://bit.ly/293zLU1]如下： 1. 太長的 GIF
4 min read
[098] 愛惜你的讀者，請用力壓縮圖片
blogging

[098] 愛惜你的讀者，請用力壓縮圖片

前言 圖文並茂的文章容易吸引讀者，恰到好處的截圖有助理解。從事網路書寫，最要緊的是照顧好讀者，盡職的部落客除了將作品最好的一面呈現給讀者，也要讓讀者以最低**「成本」 取得你的作品。以網路閱讀來說，有效壓低成本的方法之一是減少文章的資料量，縮短載入「時間」**。 本文即針對圖片下手，除了幫圖片減肥，還要選對檔案格式。 用力壓圖 為了縮短頁面載入時間（降低閱讀成本），本格幾乎每一張圖片都事先壓縮才上傳到伺服器（其實是 Dropbox），目前我常用的服務是 TinyPNG [https://tinypng.com/]，是個免費的線上服務。 TinyPNG 是我用過壓縮效率最好的工具。以這篇文章 [https://samtsai.org/2016/06/24/096-chid-for-whql-driver-distribution/] 為例，該文的每一張圖都經過壓縮： 84% 的壓縮比，瘦了 2MB，相當驚人的比例啊。PNG 用的是 Lossless compression [https:
5 min read