三歲看大，五歲看老

Pokin Yeung 在 TechCrunch 的客座文章，分析創業者的出生序和相關背景，圖型（infographic）做的蠻有意思，不過我想他的分析和所謂的 conventional wisdon 應該相去不遠吧：

• 長子（女）佔創業者最大比例，高達 46%

• 學歷越高，創業的比例越低

• 創業者中會玩樂器或者喜愛運動的比例都接近五成

• 三歲看大，五歲看老，在學生時代曾經做過小生意或是打工的創業者，比從來沒打工過或是做過小生意的創業者多六倍

當咖啡廳變成辦公室

或許是愛咖啡的人太多，也可能是大家對辦公室的冷肅氣氛過於反感，還有一種說法是十年之內，我們都會變成沒有辦公室的自由工作者，越來越多人開始期待，未來的辦公室應該變成像咖啡廳那樣，或者換一種說法，咖啡廳可以提供所謂正正經經辦公室空間所能提供的任何功能。

人的愛憎焦慮和大腦運作，對絕大多數人而言都是神秘難解的謎團，咖啡廳的噪音為什麼對我們的創造力乃至於生產力有什麼神奇效果，為什麼一點點分心，可以讓我們的創造力表現更勝平常？the Atlantic 專欄作家 Conor Friedersdorf 努力想分析出緣由來，他也列出四種可能的理由（更學術一點：假說），這四種假說，都不完美，但各自有其言之成理值得相信的亮點。

但我寧可相信一個更簡單的理由：因為辦公室不是咖啡廳。到了 office = coffee shop 的那一天，我個人的偏見是人類會繼續想辦法找到和辦公室不一樣的地方，在那個地方表現的比在 coffee office 更耀眼。

不過，目下我還是喜歡咖啡廳勝過辦公室啦，哈哈。

資料庫活動監視（Database Activity Monitoring）產業概述和未來

資料庫活動監視（Database Activity Monitoring，DAM）這個產品類別，因為個人資料保護法修正條文將在今年實施的關係，在資訊安全產業受到較多的矚目，但是不論是產業界還是必須購買資料庫防護產品的消費者，真的搞清楚這是什麼東西的人（組織）還真不多。所以應友人之請，整理了一些資料，希望對讀者有所幫助。

本來是想寫篇產業白皮書的東西，但是不知怎地，卻弄成既不學術也不商業的四不像，為了存真，還是將這篇東西留下來，算是為過去的那些日子留個紀念吧。

---

提升創造力的良方 - 一杯咖啡加上一點點分心！？

今年（2012年）三月初，Melanie Pinola 在 LifeHacker 發表一篇很有意思的文章"Coffee Shop Buzz Is Good For Your Creativity”，對我等嗜咖啡成癮，每日下午二點開始，便苦苦尋找走出辦公室理由的小小白領，腆顏自封的所謂知識工作者，實在是莫大的鼓舞。

Melanie 和 WSJ 的專欄作家 Christopher Shea 都告訴我們，去年底 Jounal of Consumer Research 發表的論文 “Is Noise Always Bad? Exploring the Effects of Ambient Noise on Creative Cognition” 說，參加實驗的測試者處在咖啡廳裡混合咖啡機和飲者談話聲共同製造的嘈雜聲，即使音量高達七十分貝，在答卷測驗中展現出來的創造力，都比處在其他更安靜的對照環境的受測者要優越。

讓我們到咖啡廳去，釋放我們的創造力，交出更好的工作成果，這是 Coffeeholic 的美好世界。最妙的是，Christopher Shea 告訴我們一點點分心（a small does of distraction），對提升創造力是有幫助的。離開你的 cubicle，走出辦公室大門，找家咖啡廳，寫出你今年的文案代表作，或者是最精彩的白皮書吧。

再次歸零

昨晚，結束一個不成功的實驗，走出辦公室，跳上車，到年輕時候最常光顧的麵攤吃碗麵，感覺真好，口味一點都沒變。

昨日之日不可留，今天，一切歸零，重新開始吧！

這幾天，把資料庫活動監視（database activity monitoring）產業的大小事爬梳了一遍，寫了一點東西，就算是為這一年半做個註腳。明日開始，把那些文字放上這兒，以後是不是繼續碰資安的東西，看老天的安排吧。

Twitter 101

Created by: Educational Psychology

Innovative Features or Fast UI?

High Scalability談發表的Google+開發工具介紹時，提到為什麼Google+ API推出速度緩慢的猜測：

So the approach is: make the UI first, make it fast, and then wrap an API around whatever evolved. A controversial methodology, but given the imperative for making a responsive UI, it makes sense.

但是作者又問：

However good this approach is for creating fast UIs, it's death for feature development and fast responsive innovation. With an API you can develop in parallel and release stuff faster and iterate faster.

身邊一些技術背景的朋友，對 API 遲遲未能開放，看不到各式各樣 APP 的狀況，都是持負面看法的，所以上述疑問是很多人共同的看法吧。

Google的做法究竟是對是錯呢？