各司其職？

昨天出遊，順道拜訪某個只有一位站員服務的台鐵簡易站。

因為台鐵網站上轉車的班次表需要靠福至心靈或是天眼通觀察出適合的轉乘站，否則就得逐站嘗試查詢，實在是相當煩人，所以打算直接請站員幫忙查詢順便購買乘車回家的車票。原本以為站員會使用內部系統的秘技瞬間規劃完成，只見他順手抄起Android手機開始查詢....
隨口問道，「哦，是哪一套軟體啊，內部自行開發的嗎？」還想說有這麼好的工具，怎麼不開放下載，或是乾脆做在班次查詢網站上，這樣不是對大家都方便嗎。
站員把手機轉個方向給我看，是外部的軟體。也就是說，即使是售票員、站員的工作站，也沒有個方便迅速的查詢系統，到頭來還是得自己去Google Play討救兵。

好吧，也許這算是open data的正面成果，也許本來就該各司其職，鐵路局只要專心讓列車安全而準時地出發和抵達，至於班次好不好查、行程容不容易規劃，就交給更擅長的人去解決，反正鐵路是自然獨占，不喜歡的人也經常沒有別的選擇。

但是，假如真想要提升服務品質，進而想辦法擺脫虧損，免得每次領年終獎金都被罵得半死，那這很明顯是個有力可施的點。假設換個情境，今天在某便利商店，想要知道某商品可不可以和其他商品搭配以獲得折扣，結果卻看到店員拿出手機打開外部的軟體開始查詢，這整個就很怪異。年輕的新進員工還可以自己向外求援，但是資深員工哪來的動機？解決方法當然不是給每個售票窗口配置一個Android設備，到時候服務還沒提升先被罵肥貓 :P 縮短等待／查詢的時間，就是減少反悔的機會，這樣才賺得多 XD

Make Vim and screen supporting 256-color display

In .vimrc:
In .screenrc:

合理的假設？

一個火車站，一天的淨收入應該大於等於零，很合理吧。

清晨搶在開放訂票的第一分鐘訂了全家出遊的自強號來回票。
為了避免夜長夢多忘記取票之類的怪事發生，一早趁上班前繞到某小車站取票。

驗證件，刷信用卡，一切順利。
拿到票之後，站員熱心地提醒：要換票的話可以直接拿過來，但是要退票的話最好拿到某大站去，因為光是我這筆票款就比該小站許多日子的營業額還多了。

這引起我的好奇了，便提問：是因為現金存量不足嗎？可是我用信用卡付款，退票只要刷退就好啦，又不會動到現金？

站務員聽了，答曰：不是的，是因為當日淨營業額為負數的話，沒辦法結帳。

當場傻眼...不過趕著上班，後面又有人排隊要給儲值卡存錢，就算了。

中午和同事閒聊，有人提到應該建議站務員發ticket解決這問題。我想了一下，也許整個帳務系統都有這樣的限制，修起來用想的都很恐怖，帳務系統對可靠度的要求又非常高，而且又有很簡單的workaround，換作是我大概也會請客戶洽有名大車站辦理就算了吧。

週末過後的紙箱

今早進辦公室，遠遠就看到座位旁擺了個開著的大紙箱，心裡暗叫不妙，該不會要來找頭路了吧，明明公司股價最近只是跌個10%左右，也沒有再宣稱要買Mentor啊。該不會是因為regression fail沒解掉....

走到座位，東西都還在；
紙箱裡面裝著一些大塑膠袋，箱子上標籤寫的收件人是facility的名字；
拿出上鎖的電腦開機，還可以登入；
忐忑不安的點開Outlook，也只有cron job output而已；
工作站的screen session也都還活著；
回想一下，剛剛還能刷卡進門，所以沒被鎖卡；

清潔阿姨走過來問：「你這紙箱還要留嗎？」
滿臉驚恐地回答：「不用了，拿走吧，謝謝，謝謝」

不曉得阿姨是覺得很奇怪，紙箱就紙箱，一臉驚恐幹嘛？
還是阿姨早就見怪不怪，常常在供應紙箱....

Useful websites for experiments on code snippets

• Ideone.com: Accepts input of many languages
• LiveWorkSpace: Several versions of compilers for each supported language; users are allowed to modify compilation parameters
• GCC Explorer: C and C++ only, shows the assembly result from input C/C++ code interactively

Utilize uninitialized memory: integer set

Using Uninitialized Memory for Fun and Profit
Quite interesting application. I guess it makes Purify, Valgrind, Coverity, etc. unhappy. :P

換手機

快從學校畢業時用校園專案綁三年約買了一支Android phone，月租費包括吃到飽的行動網路，但是紀錄三年下來，從來沒有一個月使用量超過200MB的。於是在約滿之後立刻換成500MB/月的方案，也輕鬆愉快的用了三個多月。同時在這三年期間，因為該機的Wifi功能實在不佳，開啟後經常要等個一分鐘以上才能連上近在眼前的AP，訊號稍差時就更別提了，因此也覺得行動網路相當快速方便。

上個月換了新手機，截果到現在為止第一個月還沒過完，已經用了400MB的行動數據流量，掐指一算，依照這樣的速率，月底之前肯定會超過500MB的合約限量，只好開始忍耐沒事上網亂逛的慾望。仔細思考，發覺原因很明顯：新手機的處理速度快非常多，於是在同樣的時間（通勤、搭客運、等車）內可以點的連結、抓的資料多了好幾倍。再仔細回想，這個月對於行動網路的不穩定非常有感，因為以前的瓶頸在手機本身（點個連結之後可能過了快半分鐘才開始抓資料），現在手機不是瓶頸了。

結論：要是接下來每個月都瀕臨爆quota，也許要考慮改方案了？不過那又會讓花錢的水流再度拓寬......