blogging

警語：本文刻意使用特別的「語調」，讀來恐有不適，不喜誤入。 日前某臉書社團裡起了一場爭論，估且稱之為「該死的範例碼之爭」。 人的一生，可用時間極短。因此，多數時候我不喜歡參與網路上的「爭論」，主要原因是勞心勞力耗時間，而且產生的正面效應很低。不過，這一篇針對微軟及產品使用者（不寫擁護者的原因是避免妄下斷論）所發的引戰文，其後續效應有許多有趣且有學術價值的地方，我覺得有必要花點時間分析。不過在那之前，先寫下我對「網路爭論」的看法與應對之道。（原本只寫一篇，後來字數多，便獨立成一篇） 以此次「該死的範例碼之爭」為例，該社為公開社團，任何人都可以看到公開發表的文章，但只有加入後才能留言。我不是該社團的成員，也沒興趣加入。該大社成員超過八千，由上述發文以及十分鐘左右的走馬看花，大概知道該社的「屬性」為何。我的結論是：看看即可，加入則免。 那麼在不加入社團的情況下，該如何抒發已見？答案是建立自己的「地盤（部落格）」： 有了…

Medium 正紅，簡單易用，版面簡潔，沒有廣告。不過，Medium 雖好，我還是堅持所有文章先發佈於主站，然後選擇性的同步發表若干文章於 Medium。 一開始我利用 IFTTT 將發佈至 Medium 的動作自動化，如此一來，主站發佈後不消幾分鐘，文章便出現在 Medium 分站，稍做修改即可正式發佈。這個好用的招式因為 Medium 單方面（原因不明）下架 IFTTT 上的「解方」，無法再用。從那之後，有新文章我便手動由主站複製貼上文章至 Medium。這就是本文標題所指的「低級錯誤」。 其實 IFTTT 的自動轉發不止簡單複製貼上，還會在每一篇發佈至 Medium 的文章加上適當的 Canonical Link，用意是讓搜尋引擎知道雖然發佈在不同的網站，但其實是同一篇文章，而且指明了哪一邊才是主站。如果不這麼做，搜尋引擎會認為那是兩篇不同的文章，不是好事。…

緣起 本部落格使用 Ghost 為後台，目前是付費每月 $5 鎂，享受支援 HTTPS 的網站代管服務。流量稀疏，低價即足。 今年七月，Ghost 達到 1.0 的里程碑，終於脫離漫長的「開發版」。對我來說，1.0 版最大的影響是 Theme API 與舊版本不相容，若要升級，則我使用多年的佈景將被迫更新。別會錯意，這是好事。 所幸，我使用的免費佈景 Typesome，其開發商 Golem 洽好在十一月初將旗下的佈景全數更新至支援 Ghost 1.0。Typesome 更新了，但還是維持免費。佛心！ 重大更新前最好做足功課，降低出事率。準備期間，轉念一想：「原本的佈景已經用了好幾年，為何不趁此『…

上一篇探討部落格圖片後製的文章，有網友於 Medium 分身處提到國外多以採用動態 GIF 來展示說明步驟。其實我也喜歡使用動態 GIF（GIF89a）來呈現螢幕上的真實演出。有些情境，「動態展示」有時確實比死板板的「靜態圖片」效果更好（蝴蝶球對上快速直球？），但是否適用於所有情境，答案當然是否定的。 雖然好用，但後來想到動態 GIF 有些潛在缺點，於是回覆如下： 太長的 GIF 可能讓讀者忽略重要環節，或要花時間「等」放映到想看的點。所以 GIF 的長度要拿捏好。 後製難度較高。 文章不易改變格式（ex: PDF）再利用。 除上述問題，還要再加上 GIF89a 檔案大小爆增速度快，一不小心就超過 5MB，相當驚人。以下進一步說明各點。 太長的 GIF 可能讓讀者忽略重要環節 我認為動態 GIF…

前言 圖文並茂的文章容易吸引讀者，恰到好處的截圖有助理解。從事網路書寫，最要緊的是照顧好讀者，盡職的部落客除了將作品最好的一面呈現給讀者，也要讓讀者以最低「成本」取得你的作品。以網路閱讀來說，有效壓低成本的方法之一是減少文章的資料量，縮短載入「時間」。 本文即針對圖片下手，除了幫圖片減肥，還要選對檔案格式。 用力壓圖 為了縮短頁面載入時間（降低閱讀成本），本格幾乎每一張圖片都事先壓縮才上傳到伺服器（其實是 Dropbox），目前我常用的服務是 TinyPNG，是個免費的線上服務。 TinyPNG 是我用過壓縮效率最好的工具。以這篇文章為例，該文的每一張圖都經過壓縮： 84% 的壓縮比，瘦了 2MB，相當驚人的比例啊。PNG 用的是 Lossless compression 不失真的壓縮演算法，減去的檔案大小完全不減損影像品質。 再舉一實例。連結所指的圖為一張 4MB 左右的 PNG 圖檔，使用 TinyPNG 壓縮後的大小為 1.…