《燈》中的故事給予的啟發

2021-09-30 02:44:39 字數 2690 閱讀 6843

讀書筆記

讀《燈》中的故事有感

這是一本薄薄的書,我用了兩個上班途中來看完,書是由乙個個小故事組成,所以也適合用這種方式來閱讀。書讀起來非常輕鬆,僅僅

120頁,但卻相當生動有內容,雖然有些地方讀起來有點澀,比較難理解一些,但是全書讀下來還是有不少的收穫。

書的內容由多個幽默生動的小故事組成,每個小故事都有若干生動有趣而又有警戒意義的故事作為主線,通過對故事中實際問題的解決,引申出作者對於問題解決領域的重要觀點。全書包括了

55幅精美的線條畫(風格有點像《誰動了我的乳酪?》),是一本製作精良的珍品。每個小故事都穿插著非常深刻的觀點。

我將書裡的幾個故事我感觸比較深的故事做了一下整理,並寫了點感悟,與大家分享。

故事

8:玩具公司的廠址

作為一家生產型企業,玩具公司需要對其各個生產廠的廠址進行規劃。由於產品銷售點分布全國各地,而各地的原料****也有較大差異,因此,如何進行成本最小化是運籌學中的乙個多元優化問題。考慮到產品原料**、各個分銷點和生產廠之間的運費、管理成本等等因素,該問題相對於時間和地理位置都非常複雜。

湯姆從玩具公司接到的任務就是去完成這個複雜的分析和程式設計問題。經過卓越的研究,湯姆最後給出了乙個完美的解決方案,如果按照這套方案進行,玩具公司的成本會比以前低不少。

但是這個方案最終被否決了,因為在這種方案下董事長和總經理都必須搬到較遠的地方去辦公。

故事9:

patience

小姐和1

分錢的故事

patience

小姐以耐性出名,但她卻終於因為和財務員在乙個

1分錢地問題上失去了耐性。

故事發生在美國某州的計算機中心。

patience

是程式設計師,她從財務員處受委託開發乙個財務程式,最初的程式乙個星期就開發完成了。但是,財務員發現,

patience

小姐的程式在最後的總額上由於尾數的原因和實際發生總額不一致。

patience

小姐耐性地根據財務員的要求不斷調整程式,

3個月過去了,

patience

小姐的程式算出來的結果和實際總額的誤差為

1分錢。財務員仍然不滿意,他認為如果

patience

小姐不能夠把這

1分錢的誤差消除,他將不能啟用這個程式,因為,因為這是他對納稅人的負責、也是對法律的負責。

patience

小姐終於出離耐性了。

故事

10:a

國****部截獲了其歐洲盟國

b國從駐

a國大使館發回本國的外交電報。情報人員發現,該電報由一種神秘的編碼方式加密。為了保衛國家的安全和機密,情報局專門成立了乙個密碼破解技術攻關小組秘密地對這批電報進行破解。該計畫的代號為「

jactitation」。

18個月過去了,技術人員開始肯定這份外交密文用的是一種「書碼」

(一種幾乎無法破解的密碼

),又經過了

6個月的時間,破解專家終於找到了「書碼」的**,他們是在國家圖書館的間諜和陰謀藏書架上發現的,那是一本偵探**,題為《貝婁娜俱樂部的爭執》。

破譯的結果出來了,這份外交密文是:「二十三瓶蘇格蘭威士忌,五十九瓶葡萄酒……」。所有截獲得外交密文都是類似的開支帳目。原來這是b國駐

a國大使館使館人員每天的支出帳單。

jactitation

計畫就這樣鬧劇一般地結束了。

結果:技術專家因為這項工作獲得了乙個技術領先獎作為安慰。

故事8、

9、10的啟示:

故事8中我們看到了技術的無用――如果脫離了人的因素。所有的理論和技術都是為了解決人類現存的或者將要發生的特定問題的。技術一旦離開了現實意義,就變得一文不值。軟體開發中,如果沒有真正幫助使用者解決問題(注意,是解決實際問題,而不僅僅是表面的技術問題),那麼這樣的軟體注定是要失敗的。  

故事9說明軟體系統不可能與現實社會一模一樣,而這種微小的差距正是技術應用於社會的最大諷刺。理論科學家總會把完備性放在重要的位置,而應用技術人員則應該完全丟棄完備性等理想主義情緒。針對那些喜歡鑽牛角尖的使用者和領導,不要指望你的努力能夠改變你的產品的命運,除非你能說服他們實用的重要性。幸好這些問題已經逐步被社會各界所認同。  

在故事10

中,我們發現,

b國本身為

a國的盟國,而這種這麼容易截獲得外交電報本身是很難承載機密資訊的,那麼

a國安全部在確定

jactitation

計畫之前是否可以考慮這個計畫的必要性呢?或者說,技術專家在拿到問題的時候,是否可以問一句:我們是否真的需要這個解決方法嗎?  

在我們的現實生活中,也會遇到很多咋一看非作不可、至關重要的事情,而且我們一樣往往是不分青紅皂白著手解決問題,更為嚴重的是,在問題解決方法不斷深入或者變難的時候,我們從來不會回過頭來看一看是否真的需要解決這個問題。

開發更是如此。也許我們因為某個原因啟動或承接了某乙個專案,該專案最初的目的隨著專案週期的推移和需求的不斷擴充套件會逐漸走樣,如果我們的技術負責人和專案經理只知道埋頭技術問題,而不是常常回過頭來反省這個專案的技術可行性和需求必要性,往往會將乙個專案組拖垮,直到最後給公司帶來不可挽救的損失。這對於軟體的

is系統、

erp專案,企業內部體制改革專案等領域都有著很多現實的沉痛的例子。

幾個挺有啟發的小故事

1 父子二人經過五星級飯店門口,看到一輛十分豪華的進口轎車。兒子不屑地對他的父親說 坐這種車的人,肚子裡一定沒有學問!父親則輕描淡寫地回 答 說這種話的人,口袋裡一定沒有錢!注 你對事情的看法,是不是也反映出你內心真正的態度?2 晚飯後,母親和女兒一塊兒洗碗盤,父親和兒子在客廳看電視。突然,廚房裡傳...

很受啟發的一則故事

很受啟發的一則故事 深圳某大型公司的陳總,多年來在招聘人才時,在最後一關,她總會問乙個很奇怪的問題 假如你目前的收入並不是很高,但足以維持生活,目前正在考慮租房,有兩種選擇,一種是和其他三位朋友合租高檔小區兩室一廳的精裝修房,室內家具家電齊全,周邊都是成功人士,房租押一付三,平均每人每月還要分攤40...

從缺陷中發現長處 有啟發的故事

有一年市射擊隊到省裡參加匯報比賽,所謂比賽其實就是供省隊挑選人才。當所有射手都賽完之後,省隊主教練將所有的靶 紙收集起來,一張張地仔細端詳。這時他發現了一張很有意思的靶紙,這張靶成績並不理想,子彈大多偏離了靶心,但教練注意到乙個有趣的細節 幾乎所有的子彈 都偏向同乙個方向 右上方。這說明這位選手的技...