1. 程式人生 > >《你的燈亮著嗎?》 讀後感

《你的燈亮著嗎?》 讀後感

前言:
也許你是一名普通的程式設計師或者一個底層的職員,你的工作就是保質保量地完成上級交給你的任務,你有時會困惑為什麼你努力的工作始終得不到上級的賞識和提拔。也許你是一名軟體開發小組的負責人或者領導著數十名員工的經理人,你的工作就是按部就班地將你接到的任務分成小塊之後分排給你的下屬,我猜你一定常常會頭痛於上級變化無常的要求和下級死魚一般的反饋。也許你站在了系統分析和首席設計師的位置,或者你是麾下聚集了一大批精兵強將的企業家,你一定會為你的那些莫名其妙的下屬不明就裡的行為搞得頭昏腦脹,你會在一個人的時候大聲地抱怨:真搞不明白這幫傢伙腦子裡在想些什麼!


那麼,你知道自己在考慮的是什麼?自己在做的又是什麼嗎?或者說,你的所做究竟是解決了什麼問題?解決了誰的問題?是否真正解決了她的問題?或者說,你的所想究竟是基於什麼需求?滿足了誰的願望?是否真正達到了人們的需要?


在我們幼年的時候,我們對世界充滿了憧憬;在我們青年的時候,我們心中滿懷著理想;在我們壯年的時候,我們認為自己已經堅定地將地球踩在腳下;而在我們老年的時候,我們發現突然間有了足夠的時間來後悔以前所作的一切。


我們在世間生存,各各尋找自己的生存方式。但這世間並不常常如願,我們的生活被各種各樣的小節所糾纏,我們的事業被各行各
業的敵友所阻攔,我們的愛情因對方瞬息萬變的要求而蹣跚。然後,我們忙碌於柴米油鹽醬醋茶,我們奔波於甲乙丙丁你我他,我們搞不清愛人從何處收集了那麼多淚花。


是的,我們彷徨,苦悶;在被人問及我們自己的需要的時候,我們苦笑。


不識廬山真面目,只緣身在此山中。如果我們無法跳出作為個人的境地,還停留在不斷地接受問題、不斷地“發現問題”、不斷地“解決問題”的怪圈中,我們永遠無法知道自己“需要什麼”和“正在幹些什麼”。面對變化多端的世界,面對錯綜複雜的問題,我們一
籌莫展,一腳踏進焦油坑不知前路茫茫。



=========================================================================================
上面這一段是直接摘抄下來的,真實表達了作為一位開發人員對問題的認識及理想與現實之間的差異
=========================================================================================


這篇文章總共分為六章,只有短短的53頁的一本小冊子,花了一天時間讀完了,本書主要講述如下幾個問題


第一篇:問題是什麼?
那些沒有經驗的問題解決者們,幾乎無一例外,都是去匆忙的尋找解決辦法,而不是先給要解決的問題下定義。即使是有經驗的問題解決者們,在社會壓力要求他匆忙決定的時候,也很容易屈服。這樣,他們會找到得到很多解決辦法,但未必適合手頭這個問題。當一個人努力讓別人接受他贊成的解決方法的時候,總是指責別人太頑固,而不是說對方的觀點其實是可以替代的。


您的問題的本質是什麼?
問題其實就是你期望的東西和你體驗的東西之間的差別
要想解決問題,要麼改變期望,要麼改變體驗。要改變體驗,可以縮短實際的等待時間,或者使時間顯得變短了。
如果你想找到一個問題的解決方法,試試“讓情況變得更糟”。
我們一直都不會知道問題究竟是什麼――直到我們不再擁有這些問題了。


第二篇:這個問題是什麼?

如果你太輕易地解決了他們的問題,他們永遠都不會相信你真的解決了他們的問題。
不要把問題的解決方法誤認為是問題的定義――特別是在你使用自己的解決方法時。
你永遠都不能肯定你已經有了一個正確的定義,即使在問題已經解決之後。
不要過早地下結論,但是也不要忽略你的第一印象。


比利和別人都錯在了同一個地方,他們以為如果問題是重要的,那麼答案也必然是重要的。“不,”當比利漫不經心地清空他的郵箱時,自言自語道,“根本不是這樣的。處理問題的時候真正重要的是知道永遠都不會找到答案,但是這沒關係,只要你不停的問。只有當你騙自己去相信你有了最終的問題定義――最後的,真正的答案――的時候,你才會被欺騙得去相信你有了最後的解決方法。並且如果這麼想,你總是錯的,因為根本就沒有一種東西叫‘最終解決方法’。” 

你永遠也不能肯定你有了一個正確的定義,但是永遠不要放棄尋求它的努力。

第三篇:什麼是真正的問題?

人容易被刮鬍子的刀片劃傷,是設計者的問題?還是使用者的問題?
車禍經常發生,是因為政策對速度限制太高了?還是因為開車不小心?

當出現這樣的問題時,大部分人都會把責任歸到使用者或司機的頭上,怪他們不小心。不過也可以通過改變設計,
使刮鬍子的人不容易受傷,以及可以通過改變法規政策來減少車禍的發生率。
所以,真正的問題可能不是你意識到的問題,問題最難以處理的部分恰恰是去意識到它們的存在。

如果在你對問題的理解中,你想不出至少 3 樣可能出錯的東西,那麼你並沒有真正的理解這個問題。

每種解決方法都會帶來新的問題,我們永遠都不能消滅問題。問題、解決方法以及新的問題交織成一條無窮無盡的鎖鏈。我們能期望的最好結果就是新的問題沒有我們“解決了”的那個那麼棘手。我們使問題變得不那麼棘手,其實只是把問題放在“別人家的後院兒裡”。這種技巧叫做轉嫁問題。新的問題常常是在無意識的情況下產生的。


當我們把我們的設計或定義介紹給一個對它並不熟悉的人的時候,我們會強迫自己用一種全新的觀點來看待事物――然後就會發現新的不相稱。(不相稱問題,即解決某一問題時,衍生出的其它問題)設計者不斷地產生不相稱的解決方法。不相稱的解決方法就是那種給要和使用這種解決辦法的人們帶來不協調的後果的解決方法。當刮臉的刀片容易傷到使用者的時候,人們往往認為是自己的不小心造成的。只要讓設計者感受到這一問題,就容易解決。

通過如下的技巧來發現問題:
要獲得新鮮的看法。如使用新的東西的時候,往往問題自己暴露出來,但使用習慣之後,就意識不到問題了。所以通過一個新手的眼睛可以體驗到一些問題。
試試你對外國人、盲人或孩子的定義,否則就試者讓自己變成外國人、盲人或者像個孩子。
問題的表述、順序等,都會影響問題本身。
一旦你用文字來表述一個問題,請仔細推敲這些文字以使這種表述在每個人的頭腦中都是一個意思。


第四篇:這是誰的問題?
當別人能夠很好地解決自己問題的時候,千萬不要越俎代庖。
如果這是他們的麻煩,就讓它成為他們的麻煩。
如果某人能夠解決這個問題,但是他本人卻並不會遇到這一問題時,那麼你們首先要做的就是讓他也感受到這一問題。
試試換過來指責你自己――即使只有一秒鐘。有時候把問題歸到自己身上,可能會得到一個簡單的問題解。

試試換過來指責你自己――即使只有一秒鐘,問題就消失了。

隧道盡頭的燈:
在日內瓦湖上的山脈中,建成了一條很長的汽車隧道。在投入使用之前,總工程師想起來,她忘了警告汽車司機在進入隧道
之前把車燈開啟。儘管隧道的照明設施很好,仍然需要預防停電的情況下發生災難。

工程師考慮了她能夠強加在司機及其乘客身上的很多種解決辦法:
1、她可以在隧道盡頭裡一塊標牌,寫上:關掉車燈,但是這樣的話夜晚行車的人們也會關掉車燈。
2、她可以裝作不知道,順其自然..不,這本來就是現狀,並且政府官員們認為工程師的工作做的一團糟。
3、她可以在風景俯瞰處建造一個充電站。但是要維護要花很多錢,並且如果它出了故障人們會更加惱火。
4、她可以授權一傢俬人公司經營充電站。但是這會使風景區變得商業化,這是政府和遊客絕對不會接受的。
5、她可以在隧道盡頭樹立一個表意更明確的標牌:
如果這是白天,並且如果您的車燈開著,那麼熄滅車燈;
如果天色已晚,並且如果您的車燈沒開,那麼開啟車燈;
如果這是白天,並且如果您的車燈沒開,那麼就別開啟;
如果天色已晚,並且如果您的車燈開著,那麼就別關它。
等人們讀完這個標牌,汽車早已經飛過圍欄,並且咕嚕咕嚕地沉到湖底了。


事實上總工程師並沒有把問題複雜化,她用了一種方法,“把問題當作他們的問題”――她假設司機們非常願意解決這個問題,但是也許需要一點兒提醒。她還假設司機們――如果他們通過了駕駛執照的考試――不可能是那種徹頭徹尾的傻瓜。他們所需要的只是在隧道盡頭加一塊標牌,寫上:您的燈亮著麼?

如果人們的燈真的亮著,一個小小的提醒可能比你那些複雜的解決方法都更有效,那麼,您的燈亮著麼?


第五篇:問題是從哪兒來的?

在這首詩裡他敘述了大學裡如何從同僚中選拔知識淵博者的過程。在某一節中,伯恩斯教導教師們說:
各位先生,你們就像是一個國王,
你的奴僕們將會為此震驚,
他們越是無能,
就越符合你對他們的期望。


With your honours,as with a certain king, 
In your servants this is striking, 
The more incapacity they bring, 
The more they’re to your liking 。
換句話說,如果候選人缺乏承擔這項工作的能力,他就會更加感激那些委任他的人。


問題的根源常常在你自己身上。
當你發現原來惡棍是英雄,而英雄――你――是惡棍的時候,是怎樣的致命一擊。很抱歉,但是我們必須這麼告訴您,至少一次。基於我們的經驗,事實上有53.27%的時間問題實際上是出在問題解決者身上的。簡而言之,問題的最終根源也許根本就不存在。換句話說,
在問題解決者的山谷裡,製造問題的人是國王、總統、或者主教。

你父親的父親也許曾經告訴過你,


“在這個世界上有兩種人,
一種人做事,另一種人給別人找事做。
離第二種人遠一點,這樣你就會很順利。” 


或者,你母親的父親也許曾經說過,


“在這個世界上有兩種人,
一種人做事,另一種人享受榮譽。
待在第一種人中間――那裡的競爭要少得多。”


對於那些整個頭腦都侷限在解決智力題的思維模式中的傢伙,那種明顯的解決方法對於他們的頭腦是一記重擊。在軍事通訊中,迷惑敵人的一種最簡單的方法就是用未加密的“純文字”來傳送訊息。那些密碼破譯專家知道訊息是從敵方發過來的,就不會按照字面
意思來理解。但是,總體來說,所有的軍事問題都比很多日常老百姓的問題簡單――就因為你知道你的“對手”是誰,如果你能合理的利用他們的特點,就可以極大的減少需要考慮的問題定義的數量。


第六篇:我們真的想解決問題嗎?


不管看上去如何,人們很少知道他們要什麼直到你給了他們所要求的東西。最終的分析表明,並沒有多少人真的希望他們的問題被解決。


我們永遠沒有足夠的時間來把它做好,但是我們總有足夠的時間來重新做一遍。我們永遠沒有足夠的時間來考慮我們是否真的需要它,但是我們總是有足夠的時間來為之後悔。

重複的刺激會導致反應越來越小。適應性允許我們忽略我們環境中恆久不變的東西,這樣會使我們的生活簡單化。當我們小小的世界中出現新事物的時候,它是最富刺激性的。在它保持了一小段時間,既不帶來威脅也不帶來機會之後,它變成了“環境”的一部分,或者說背景。最後,它被完全略去了:當我們考慮問題的時候,我們習慣了的東西總是傾向於從思考中被忽略。只有當“解決方法”導致我們習慣的元素被去除之後,我們才會震驚。


“首先,對自己要真誠。”
“This above all, to thine own self be true。”

相關推薦

?》 讀後感

前言:也許你是一名普通的程式設計師或者一個底層的職員,你的工作就是保質保量地完成上級交給你的任務,你有時會困惑為什麼你努力的工作始終得不到上級的賞識和提拔。也許你是一名軟體開發小組的負責人或者領導著數十名員工的經理人,你的工作就是按部就班地將你接到的任務分成小塊之後分排給你的下屬,我猜你一定常常會頭痛於上級變

“問題其實就是的期望和的體驗之間的差別”《Are Your Lights》--- 讀後感(1)

        剛剛把《Are Your Lights》看完一遍。有點倉促,於是很多地方,不是特別明白,尤其是有些用綠色標註的話不明白強調的真正含義。          雖說,這是本寫給計算機程式設計師的書,但是我覺得不僅僅在程式設計中有用,在生活中,我們遇到問題的時候都會有

pdf –讀書筆記

  十句話概括這本書   1、確認問題比找到方法更重要 2、解決問題其實解決的是"人的期待" 3、你在解決問題中可能會發現新的機會 4、要了解問題的可變性和複雜性 5、站在使用者而不是設計者的角度去考慮問題 6、找到能解決問題的"關鍵人" 7、改變看問題的態度 8、大部

?》讀書筆記

p.p1 { margin: 0.0px 0.0px 0.0px 0.0px; line-height: 19.0px; font: 13.0px "Helvetica Neue"; color: #000000 } p.p2 { margin: 0.0px 0.0px 0.0px 0.0px; line-h

讀後隨筆

這本書首先提出的主題:1)動手去解決問題之前,好好想想問題的來源;2) 如何站在各個角度來看待面臨的問題,以能夠知道其真正所在;如何去嘗試那個最能解決真 正問題的方法,並且時刻保持警惕心;3)為什麼不要把人們的解決方法誤認為是問題的定義, 更不要把某個問題的解決方法誤認為是

?讀書筆記

            問題是什麼? 誰有問題?你的問題的本質是什麼?你的問題是什麼?幻覺中的問題才是真正的問題. 問題其實就是你期望的東西和你體驗的東西之間的差別.一個古老但有效的辦法是忽略這個問題.            這個問題是什麼? 不要把他們的解決方法誤認為是問題

閱讀隨想(1):《?——發現問題的真正所在》

作者:fasiondog 第一個問題:問題是什麼? 問題解決者的三步: 問題是什麼? 誰有問題? 解決者的心態“齒輪從單數變為複數”,把自己從一個問題的解決者轉變為一個問題們的解決者(多問題的解決者)。對

走出問題的烏托邦 ——-代序 一 也許你是一名普通的程式設計師或者一個底層的職員,你的工作就是保質保量地完成上級交給你的任務,你有時會困惑為什麼你努力的工作始終得不到上級的賞識和提拔。也許你是一名軟體開發小組的負責人或者領導著數十名員工的經理人,你

【讀書筆記】

1) 動手去解決問題之前,好好想想問題的來源; 2) 如何站在各個角度來看待面臨的問題,以能夠知道其真正所在;如何去嘗試那個最能解決真正問題的方法,並且時刻保持警惕心; 3) 為什麼不要把人們的解決方法誤認為是問題的定義,更不要把某個問題的解決方法誤認為是問題的定義,特別

你的燈還亮著嗎? 先要介紹一個故事,摘自溫伯格《你的燈還亮著嗎》。 -------------------------------------------------------------------------------------------- 13 隧道盡頭的燈 最近,在日內瓦湖上的山脈中,建成了

讀《?》二次有感

【1】首先要確定問題從哪兒來? 【2】然後確定是誰的問題? 【3】發現真正的問題所在; 【4】在特定的層面上理解問題,並尋求合理的解決方案; 一旦你用文字來表述一個問題,請仔細推敲這些文字以使這種表述在每個人的頭腦中都是一個意思。 如果某人

閱讀筆記-?

把他 獲得 帶來 出錯 人的 要求 到你 工作 們的 你的燈還亮著嗎? 不要盲目去解決問題,而是先明確一下誰有問題? 誰是這個問題的負責人,誰說了算? 問題其實就是期望和實際體驗之間的差別. 不要把他們的解決方法誤認為是問題的定義. 如果你太輕易的解決了他們的問題,他們永

Android開發入門的正確姿勢,get到了

開源 如何 com 正常 它的 接收 應用 切換 角度 在進行Android開發之前,我們先了解一下Android的生態圈現狀。Android系統是開源的,任何手機廠商和開發者都有權限去修改系統源代碼,定制專屬的系統。 這就產生了一個問題,不同手機廠商之間的ROM可能無法安

2017年工資5000元左右的,就等面對現實吧!

2017年工資5000元左右的 你就等著面對現實吧!   一個人,月薪5000元左右  你先別得瑟  稅前5000元!滿滿的,你先拿著喔~    三險一金  ★  養老8%=400元,  醫療2%+3=103元  失業0.2%=10元,  公積金12%=600元  400+103+10+600=111

C#進階系列——WebApi 路由機制剖析:準備好了

事先 blank path can tex 全局配置 dex 找不到 save 前言:從MVC到WebApi,路由機制一直是伴隨著這些技術的一個重要組成部分。 它可以很簡單:如果你僅僅只需要會用一些簡單的路由,如/Home/Index,那麽你只需要配置一個默認路由就能簡

C++ string中的幾個小陷阱,掉進過

stl 試題 賦值 clu ror ati world mod iostream C++開發的項目難免會用到STL的string。使用管理都比char數組(指針)方便的多。但在得心應手的使用過程中也要警惕幾個小陷阱。避免我們項目出bug卻遲遲找不到原因。1. 結構體中的

大學生求職難,關卡在哪?真正懂了

eight 聲明 道路 每年 .cn .com 求職 公司 技能 上大學、找工作、結婚、生子——原以為人生可以這樣按部就班地過下去。可誰知,既定軌跡才剛行進到第二步,就意外地卡了殼。現在,越來越多的大學畢業生找工作屢屢碰壁,“沒有經驗"成了他們被拒之門外的理由;更有

真的喜歡技術

然而 未來 簡單 單單 生活 結果 試圖 自己 思想 試圖不斷問自己:你的未來在哪裏,想好以後的路在哪裏。只是每次都會得到失望的結果,漸漸就真不知道該往哪走了? 以前喜歡的一個女生總是說要簡簡單單的生活。我經常望著她的這句簽名思索,確很難明白她要的簡單,也許真的簡單吧。就像

關於並發真的了解

進步 應用程序 放棄 計算機 毫無 副本 特殊 路由 方式 關於並發你真的了解嗎?(一) 本文僅代表帶個人觀點及理解,本人只是一個編程小菜鳥,如果有不對的地方。請大佬輕噴! 前言:對於很多工作時間短或者編程經驗不足的程序員來說,大多數會覺得並發這個詞離自

《賈平凹--朋友圈子就是人生的世界》讀後感

讓我 優秀 自己 朋友 -- 就會 開始 重要 之前 今天讀了一篇賈平凹的文章,讓我感悟頗深。你身邊的朋友怎麽樣,你就知道了你是自己一個怎樣的人。物以類聚,人以群分。在這個學校裏面,有的朋友喜歡賺錢,有的朋友喜歡比賽,有的朋友喜歡宅在宿舍,有的朋友喜歡去玩,可是就沒有天天去