Spotlight 現象
這段文章原本是寫在 FB 的 memo,放在 分類的哲學 一文中,獨立成專文。
Spotlight 現象
以前在用 Windows 時,很習慣盡可能把資料分類的很清楚,漸漸的有自己一套整理與分類的哲學與方法,寫程式的時候,甚至有類似於 unix rootfs 的目錄結構,目的都是一樣:整理與分類
。類似的概念在寫程式也是,我寫過的 code 通常會重構得很頻繁,有時候為了想名字,會反覆重構,特別是過去自幹過類似 ORM 的小 Framework ,做了很多 Reflection 的東西,重構就顯得更重要,而這個過程,其實也是一直在嘗試 組織與分類。
轉換到 OS X 之後,看到很多人習慣用 Spoltlight 找東西,也就是直接輸入關鍵字,讓 Spotlight 過濾,選擇應用程式。這是個簡化搜尋的過程,讓使用者快速找到想要的應用程式或者資料。這個功能很方便,但是衍生的問題是:
東西實際在哪都不知道。
方便另外一個面向的意義是:
什麼都不知道。
我第一次用真的不習慣,因為我的思路是組織形式,換言之,我至少要知道組織於結構,然後順著思路,像二元樹那樣搜尋關係,判斷父子關係,然後走訪到想要的節點,找到想要的東西。換言之:
我勢必要知道一些東西,才能找到要的。
而 Spoltlight 是只要知道名字,敲打就可以搜尋想要的關鍵字,好處是快,缺點是:
放棄思考。
我把這樣的現象稱為 Spotlight 現象
,泛指:
凡事只圖方便,不加思索、組織與判斷。
這種現象在整個社會裡,或者企業組織裡,其實是不好的,沒有思考與組織能力,只想直接得到答案。很多人寫 Blog 也是、寫程式也是、生活也是,做完、寫完都從沒有去重新組織或者思索他,漸漸的就只是一個流水帳的形式,那就可惜了。
另外也可以稱為懶人包現象。
延伸閱讀
學習、寫作、閱讀系列文章
- 學習法則
- 一個人的 Working Backwards
- 閱讀能力的重要性
- 為什麼寫文件?
- 再談『為什麼寫文件?』
- 分類的哲學
- Spotlight 現象
- 文件的持續交付
- 寫文件常見的問題
- 從 Jeff Bezos 與 Werner Vogels 學到的
- 導讀持續交付 2.0 - 談當代軟體交付之虛實融合
- 有效定義目標與執行、落地