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

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

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

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

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

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

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

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

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

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