這是很難得的一件事
因為老總其實是一個很有修養的人
(一個有耐心能把ipv6 protocol porting到非linux kernel的os上的老總，我覺得在島國上是屈指可數的)
事情起因是這樣的，本處被請求開一個新功能的spec(之前的功能都是我們開發的)
某同事覺得新功能如embedded在我們目前的產品中，將來移植到其他產品的彈性會很低
我個人是十分腹黑的：難移植不就代表是我們獨佔了嗎(奸笑)？還為了這個和他argue了一陣(咋)
(不過反正好話說過，不聽也不干我事)
於是他請助理辛辛苦苦的把現有產品功能「全部」匯整的data，然後寄給大頭們
老總不客氣的回應了：
這分資料不是我想要的，我希望貴處能把新功能整合進目前的產品中
另外你寄來「50頁資料只是把目前產品的logo換掉，叫我們選功能」
「你把我當成校稿的小弟了嗎？」(這句的ph值一定在3以下啊啊XDXD)
這其實是有點冤的
某同事很努力了，助理也很幫忙了
為什麼會是這樣的結果？
因為這不是一個資訊缺乏的時代
你的老闆不是神也不是電腦
實際上他跟你我一樣
很多事他也不懂(這也是他為什麼要花錢請你)
過多的資訊，不能被了解的部分
就只是垃圾
所以一份盡心盡力整理內容高達50頁的資料==50頁的垃圾
如果你是向你的老闆report
你該把最重要的輪廓、功能、敘述整理出來(也就是你老闆注重並能了解的部分)
細節完全不要提(也就是你老闆不注重或不能了解的部分)
因為細節的實作越抽象
實作時的彈性才越大
(這也是我很喜歡使用interface這種寫法的原因，只要implements過這個interface的物件都可以是這個interface的實例，在多型programming中超好用)
別把你老闆當成校稿小弟
因為那是你的任務
