爭辯事情時常常會給人戴上的一頂帽子叫作「不客觀」，但我覺得人本來就不可能辦到一切都客觀。如果你能夠辨識怎樣叫客觀（最簡單的標準：不可透露出個人想法、只可描述事實），可以試試看一整天只能客觀地思考，就能發現客觀是件多麼他媽的累人的事情。雖然自知自己的溝通能力很差，但依舊發現，在跟別人溝通時，一些溝通上的障礙似乎不一定是溝通能力不足，而是在溝通時要考慮到人類心中的一顆犯賤的心。而其中規則好像也就幾條，人類似乎也單純得看似可以預測。

發現自己正處於一灘渾水時，能夠逃離就逃離或許是比較好的方法。除了有時可以訓練自己的邏輯能力與整理自己的看法外，其餘時候往往是浪費時間（尤其是還有其他事想做時…）。有時或許就有人會用你面對白爛事時難耐的心，讓你花費大量時間在其中。

Read More

這次手動降級 libchewing 蠻不順利的，一波好幾折，相當混亂，趕緊記下來以免以後又遇到類似問題又得再摸索一次…直接跳到安裝部份請按我。

被據說變得非常順暢且 Bug 274931 好像已經修好了的 KDE4.11 吸引、以及 Evergreen 長期支援版的光環、且聽到都是挺不錯的口碑，於是前天動手把 openSUSE12.3 升級到 13.1，沒想到卻是個頗災難的過程，而且都是些沒有預料過的問題，例如新酷音 (chewing) 就爆掉了…。

Read More

GUI 版的 Emacs 好看是好看，但啟動時間比在終端機裡遲緩、GTK3 也比較吃資源。而且 KDE 的工具列總是得多一個 Emacs 佔空間，加上自己算是中重度的終端機使用者，操作時希望能不離開終端機不碰滑鼠是最好。所以我自己是用終端機版的 Emacs (啟動方式為emacs -nw) 搭配 tmux 使用。但還有不少問題要折騰，以下有一些建議設定可以參考：

256 Colors

最不重要的先講（不過至少對我來說這個設定很重要）：讓 Tmux 裡的 Emacs 能夠有 256-color output。一當然是因為好看，二是某些功能、例如寫 CSS 必備的 rainbow-mode 需要至少 256 色才能用。

Read More

之前一直有個疑問，為何 nav 大家都一定用 list ul + li 來作（我還沒看過例外），問題是我覺得根本沒有必要，不是只要顯示得出來就好？像是這樣：

1
2
3
4
5
6

<nav>
  <a href="/">Home</a>
  <a href="/feature">Features</a>
  <a href="/screenshot">Screenshots</a>
  <a href="/download">Downloads</a>
</nav>

用 ul 跟 li 來寫的話則是：

1
2
3
4
5
6
7
8

<nav>
  <ul>
    <li><a href="/">Home</a></li>
    <li><a href="/feature">Features</a></li>
    <li><a href="/screenshot">Screenshots</a></li>
    <li><a href="/download">Downloads</a></li>
  </ul>
</nav>

其實也沒麻煩多少，但就是覺得 list 這個結構沒有必要，省略它一樣可以做到你想做的東西（例如本 blog 的 nav 部份），看這個多餘的東西感覺有點礙眼。而且用 list 寫，CSS 還要另外為 list 多寫 style 之類的東西，所以我之前都把他移掉。

不過有次需要給它加上浮動選單時就出問題了：

Read More

Twitter 上很多有趣的訊息，但相對的也有很沒營養、沒有閱讀價值或煩人的內容，像是 foursquare 的消息，或者有人拿 adf.ly 來縮網址，這時用一個有詞彙過濾器功能的 client 就會很方便，如果是 opensource 的 client 那就更開心了。

Twittering-mode 就是個非常好的東西，opensource、以上的事情當然也都做得到，目前我還不知道還有哪個 Twitter client 自由度可以像 Twittering-mode 這樣大到讓所有高興的人亂搞的（而且必須要很容易拿來亂搞）。類似應用還有像是可以輕易地拿來產生這種頁面。

Read More