2014年1月1日 星期三

2013年,看了哪些書~~

新的一年又到了,整理了一下去年看的書,發現還是看了一堆亂七八糟的小說啊~~

微光角落

時光守護者
七出刀之夢
挪威的森林
數學天方夜譚
時光旅人
追蹤哥白尼
如果高校棒球女子經理讀了彼得杜拉克 (重讀)
QBQ!問題背後的問題:提高個人責任意識是解決所有問題的核心 (電子書)
哪啊哪啊 神去村 (重讀)
刀劍神域(一 ~ 十二) (網頁版)
刀劍神域(Progressive) (網頁版)
你要如何衡量你的人生
敏捷開發法的逆襲
雲端時代的殺手級應用-海量資料分析
理解大數據-企業級 Hadoop 和流數據分析 (電子書)
從謊言開始的旅程 (重讀)
六頂思考帽 (電子書)
測試驅動開發 (電子書)
你在為誰工作 (電子書)
你的燈亮著嗎?發現問題的真正所在 (電子書)
實現模式 (Implementation Pattern) (台譯:Kent Beck的實作模式)
過你的第二人生-你要留在這裡?還是往前走?
貓桌上的水手
風起
王者之爭-達文西和米開朗基羅得世紀對決
冰山在融化 (重讀)
The Art of Readable Code (電子書) (台譯:易讀程式之美學-提升程式碼可讀性的簡單法則)
The Clean Coder (電子書) (台譯:無瑕的程式碼 番外篇:專業程式設計師的生存之道)
回憶當鋪
哪啊哪啊 神去村 夜話
槓桿閱讀術 (電子書)
安藤忠雄的建築迷宮
程序員的數學 (電子書)
鑄劍師
流浪者之歌
雙劍傳說
45%的天堂
在荒島上遇見狄更斯
啟航吧!編舟計畫
尋找亞特蘭提斯
程序員修練之道-從小工到專家 (電子書)
昔年往事
沒有任何藉口 (電子書)
程序語言的奧妙:算法解讀 (電子書)
說曹操,曹操到
吃掉那只青蛙 (電子書)
軟體構築美學
第九位賢者
神諭之謎
古都、殺意、風吹起
在小吃店遇見凱恩斯:像小說一樣好看的經濟學 (電子書)

2013年4月15日 星期一

QBQ!問題背後的問題 - 重點節錄


QBQ實踐原則:
個人責任不是通過改變他人,而是通過改變自己力求解決問題
個人責任不是抱怨團隊,而是要充分認識個人的力量
個人責任就是要適應變化,不斷完善自我
個人責任就是要利用現有的資源與工具實現目標
個人責任就是要做出具有積極作用的選擇
個人責任就是要不斷自問"我還能做些時麼?"

QBQ的精隨:藉由提出更好的問題,立刻做出更好的選擇。

個人責任感的不同,造就了個人事業的差異。
請做更好的選擇吧!

QBQ指導原則:答案就在問題之中

QBQ三項簡單指導原則:
1.以"什麼"或"該如何"這兩個詞來發問,而不是用"為什麼"、"什麼時候"或"誰"。
2.在所有問題中包含"我"字在內,而不是只包含:"他"、"他們"、"我們"、"你"或"你們"。
3.把問題的中心詞放在動詞上面,也就是放在行動上。
EX.我能做什麼?

如果你想贏,就要擊敗三個人:你的對手、你自己以及裁判。

"個人負責的精神"可以改變世界的方法就是:每次都做出一個最好的選擇。

承諾用自己的智力、心力和勞力解決問題,而且絕不再爭功諉過。

團隊精神的基石就是:欣賞團隊中每個人與生俱來的天賦與優點。

在工作中要麼選擇言行一致;要麼選擇辭職離開!

個人責任的重點不是期盼他人首先改變,或是改變他人,而是首先改變自己,進而改變現況。

QBQ祈禱文:
願上帝賜我平靜,接手我無法改變的人。
願上帝賜我勇氣,改變我能改變的人。
願上帝賜我智慧,了解我自己這個人。

實踐個人責任的方法:
1.提煉自己的想法
2.問比較好的問題
3.最後付諸行動

領導(Leader)就是那些時時刻刻都在提煉自己的想法,以承擔個人責任為己任,不斷做出具有積極意義的選擇並付諸行動的人。

QBQ的內涵是"個人責任":
別再有"小媳婦"的心態,別再拖延、推諉或怪東怪西。
我只能改變我自己。
立刻就去執行!行動高於一切!

2013年2月24日 星期日

時光旅人~~


花費了這個周末,我看完了一本小說式的自傳:時光旅人

主要是在描寫一個物理學家故事

他如何在小時候因為父親的驟逝

走入了人生的低潮及憂鬱的胡同之中

直到他接觸到了一本小說

威爾斯的「時光機器」

一個夢想 從他的心中油然而生

打造出時光機器  回到過去再見到他的父親一面

於是  他開始了他的科學人生

雖然結尾時他還沒有打造出真正的時光機器

且他那基於愛因斯坦相對論的理論

在一位知名教授的點醒下 發現了一個很大的問題

根據他的理論所打造出來的時光機器

最遠只能回到時光機器打造出來的那個時間點

即便如此他還是沒有放棄他的夢想

如今他已值花甲之年

但他應該還會繼續努力下去 朝著他的夢想前進

就讓我們繼續看下去吧~~

2013年2月23日 星期六

挪威的森林~~


今天我終於把挪威的森林看完了

會想看這本書的動機是因為

之前看過一本書 那年我心中最每個旋律

書中常常提到這本書 而且這本書也是 小橘 的遺物之一

我想過幾天我應該會再重看一遍 那年我心中最每個旋律

就我目前能觸及的記憶 是

兩本書中都有一個女生 不知是

對未來 對現實生活 還是...  沒有辦法適應

於是都選擇了 結束自己的生命

不同的地方是

小橘 在臨死前 演奏了讓人永生難忘的 雙簧管 演奏

她的自創曲 弱水三千



直子 則是在上吊前 帶著微笑過了一個

在Kizuki選擇離開人世後 最輕鬆的一天吧(我猜)

兩個人都有低調且冷清的葬禮 可能都是因為是自殺吧

就在前幾個小時 我邊看來邊認為會有 不錯的結局

結果就再倒數的幾章 劇情急轉直下 直子 自殺了

男主角 渡邊君 經歷了兩次身邊人(摯友及愛人)的離世

都有了不同的領悟

死不是生的極反,死只是生的延伸

死去的人 總會帶走自己身上的某些東西

寫到這邊總覺得一整個很灰暗

至於好不好看 感覺是見仁見智

但蠻多地方值得去深思的

寫到這覺得怎麼一整個很灰暗的感覺

說點其他的吧

像是男主角的一個朋友永澤兄

離去前給了他一個禮物:不要同情自己,同情自己是下等人幹的事

還有書中有一個蠻常出現的口頭禪:要命

另外,這本小說關於色色的畫面描寫相較於一般的小說好像稍多了點


2013年2月18日 星期一

最遙遠的銀河~~


應該有好幾個月了吧,沒有動手寫任何一篇文章
雖然這幾個月有讀了幾本書,不過都很懶得動手寫
因為很怕自己一寫就半個鐘頭一個小時過去了
直到今天花了一個晚上,看完了「最遙遠的銀河」有點想寫個心得
不過還是有點懶,好不容易洗個澡然後強迫自己動手寫下
這個由小說改編成前後兩篇的電影(應該算電影吧)

整個劇中讓我最有共鳴的是晴的人生吧
不過這個共鳴不是來自於自己,而是之前看過的一本東野圭吾的小說「真夏方程式」
劇中跟晴有關係的人死了四個:

一個深愛他且奉獻自己的愛人
一個最好的摯友和最好的敵手
一個殘害及殺死他所深愛的人
一個肯為他獻身的最好的朋友

除了一個是晴殺死的,剩下的都是把自己的人生託付給晴的人
然而,在最後晴卻覺得自己沒有資格活下來給其他人帶來幸福
選擇的焚船(幸成丸)自戕 (幸成:根據渡警官的解釋,他覺得是給活著的人幸福的意思)
看到這讓我想到真夏方程式中的兩個人,他們也是背負的人命的人
他們卻勇敢的面對,努力得繼續生活下去
雖然他們負擔的沉重及面對的壓力是不同的
但,我總覺得晴辜負了所有相信他的人
當然這是以我這個完全局外人來看,若角色互換的話可能又不一樣了

劇中還有一首詩,我覺得還蠻值得玩味的

===遙遠的銀河===
光,初生的早晨
光,統治的午後
光,沉睡的黑夜
光若不閃耀
只能被夜晚的黑暗吞沒
轉瞬即逝的光帶著永遠的光輝
沉睡在遙遠的銀河


2013年1月1日 星期二

過去一年看過哪些書呢?


今天一月一號,沒什麼事,整理了一下過去一年看過的書有哪些。希望明年可以再接再厲,但是是多看點技術專業類的書籍,不然亂七八糟的小說實在是看太多了~~

最後期限:專案管理101個成功法則
雪中足跡
加護病房裡的選擇題
數學少女
真夏方程式
遺憾,擱淺了未滿的愛情
神秘島
流浪鼠之歌
諾亞的魔幻旅程
推理要在晚餐後
漫畫-微積分
漫畫-宇宙
輕鬆Scrum之旅(電子書)
迴旋宇宙(電子書)
時間旅行-來自未來的客人(電子書)
鬼太郎之妻
陰陽師-瀧夜叉姬(上)(下)
國姓爺的寶藏
在自己房間裡的旅行
星塵
從謊言開始的旅程
末日之旅
贏在測試:軟體測試專家之道
不只是旅行-邂逅世界81位女性
我的成功可以複製(電子書)
活著
投資銀行青春白皮書
胡立陽出人頭地100招
聽風在唱歌
最好的時光
那年我心中最美的旋律
日光旋律(重讀)
異鄉人(亦舒)<= 抓錯本,不過還是看完了
異鄉人(卡繆)
蒼蠅王(電子書)
大道至簡-軟體工程實踐者的思想(初版電子書)
天方夜譚
境遇(+藍天緞帶繪本)
張忠謀自傳(上)
大山背的野孩子
軟體測試實戰:測試Web MSN(電子書)


2012年12月25日 星期二

大道至簡 - 軟體工程實踐者的思想 內容整理

客戶不會用C,難道就會用UML嗎?客戶是因為他認為你理解了他們的需求,而在「需求確認書」上簽字,而不是因為你的UML畫的是否精確。

需求階段:
1. 確定了專案的實際目標,以及遠期的方向
2. 設計需求條目
我們開始在網路上查看相關的軟體系統的特徵以抽取客戶所關注的內容;瞭解該客戶的公司、經營理念、組織結構形式以及工作模式;瞭解同類公司的成功經驗和優秀的管理模式,以及客戶的競爭對手在做什麼和在關心什麼。經過上述的步驟,可以總結出產生需求的資訊點為:
1客戶在公司層面的外在表現、內部機制和運營管理手段。
2客戶在專案中既已明確的需求和可能發生的需求,以及客戶圍繞其公司行為(和方向)所提出的需求。

專案的歷史資料:
History是為整個專案而記錄的。一些參考的記錄內容有:
l需求階段:與誰聯繫,聯繫方式、過程、結果以及由此引發的需求或變更;
l設計階段:如何進行設計、最初的構架、各個階段的框架變化、因需求變更導致專案結構上的變化(有助於瞭解構架的可擴充性)
l開發階段:每一種技術選型的過程、每一種開發技巧的細節和相關文檔、摘引的每一段代碼、演算法、開發包、元件庫的出處和評測;程式單元的測試框架;每一個設計和構架變更所導致的影響;
l測試階段:還記得測試用例和測試報告嗎?那是最好的history之一。
另一件最重要的事,是記得在每一筆記錄後寫下時間和你的名字。

由於軟體工程的興起,工程被當成了藉口,掩蓋了我們做事的真正目的:實現。因此,我們在一個項目中常常聽到說工程要這樣做,或者工程要那樣做,而絕少聽到專案要求這樣做或者客戶的本意是那樣的

從成本的角度思考專案:
1. 不計成本的專案計畫不會得到經營者的支持;
2. 毫無目的地消耗成本是項目中的慢性毒藥;
3. 最致命的風險是成本的枯竭

成本因素包括:時間、人力、資金和客戶成本(客戶的數量及耐心)。


語言只是工具:
方法:是對既有行為的歸納總結。
過程(Process):過程伴生工程而出現。過程解決的是工程中角色間的關系問題。
工程:
組織:

軟體工程理論體系:
軟體工程三要素:流程(process)、方法(methods)和工具(tools)