《軟體隨想錄》筆記

2021-09-30 04:40:25 字數 2071 閱讀 1216

l 三種管理方法:

一、 軍事管理法

這種方法有三個缺點:

a、人們並不喜歡被這樣管。

b、沒有足夠的時間用於在微觀管理上。

c、在高科技公司中,負責幹活的個人總是比「領導者」有更多的資訊,所以他們其實是做決策的最佳人選。

二、 經濟利益驅動法

這種方法假設每個人的行為動機都是金錢,讓人們聽命於你的最好方法就是給他們物質獎勵或者物質懲罰,以此創造行為動機。

這種方法的最大問題是,它將內部激勵變為了外部激勵。

內部激勵是指你內心想針事情做好的天然願望。人們開始幹事的時候通常都懷著許許多多的內部激勵。他們想做出優異的工作。

外部激勵是指來自外界的激勵,有人付錢讓你幹某事就是外部激勵。

內部激勵比外部激勵強得多。人們會為那些他們真正想做的事格外努力地工作。這一點沒有太大爭議。但是當你出錢讓人們去做那些無論如何他們都想做的事情時,他們就會受到一種叫做「過度合理化效應」的支配。「我要寫出沒有

bug的**,因為我喜歡錢,我想要資金」,他們會這樣想。外部激勵就取代了內部激勵。因為外部激勵是一種弱得多的激勵,所以最終結果就是,你實際上降低了他們做出優異工作的願望。當你停止支付資金或者他們變得不太在乎錢時,他們就不再關心自己寫出的**是否沒有

bug了。

這種方法的另乙個問題是,人們有追求區域性利益最大化的傾向。他們會想出辦法將你支付給他們的報酬盡量最大化,真正的心思並沒有用在提高工作質量上,這樣實際上並沒有達到你真正想要的結果。

當你引入新的績效測量方法時,會有兩個階段的發展。第一階段,你實際上得到了你想要的東西,因為還沒有人想出作弊的方法。第二階段,你實際上讓事情變得更糟,因為每乙個人都想出了如何將你測量的指標值最大化的對策,即使代價是毀掉公司,他們也在所有惜。

「經濟利益驅動法」其實根本就不是一種管理,更像是管理的退位,或者說是一種設計精巧的推卸責任的方法,不願承擔責任找到辦法將事情做得更好。它是乙個訊號,表明管理層根本不知道如何引導人們做出更好的工作,所以他們強迫每個雇員在制度框架下自己想辦法將事情做好。

你的目的是讓程式設計師寫出可靠的**,但是你不是去訓練他們,而是付錢讓他們自己想辦法完成,你逃避了自己的責任。這樣一來,所有程式設計師不得不靠自己來找到辦法。

三、 認同法

這種管理方法的目標是,使得人們認同你希望達到的目標。它實施起來比其他方法難得多,而且還需要一些很不簡單的人際溝通的技巧。但是,如果你真地做到了,它的效果就比其他方法好得多。這種管理方法就是創造出內部激勵。

為了實行「認同法」必須使得你的雇員認同公司的目標,這樣他們才會感到極大的激勵,而且還需要向他們提供必要的資訊,使得他們向正確的方向前進。

我自己非常喜歡的一種做法是大家坐在一起吃飯。 l

建議:1.

練好寫作

乙個普通程式設計師與乙個優秀程式設計師的區別,不在於他們懂得的程式語言誰多誰少,而在於他們能否與他人交流思想。如果你能說服他人,你的力量就可以得到放大。

你寫得越多,寫作就會變得越容易。寫起來越容易,你就會寫得越多。這是乙個良性迴圈。

2. 學好c

語言 3. 學好微觀經濟學

經濟學是這樣一門學科,剛開始學的時候轟轟烈烈,有許多有用的、言之有理的理論和可以在真實世界是中得到證明的事實,但是,再學下去就每況愈下,有用的東西就不多了。經濟學一開始那個有用的部分正是微觀經濟學,它是商業領域所有重要理論的基礎。接下來學的是巨集觀經濟學,如果你願意,儘管跳過去,也不會有什麼損失。許多經濟學專業的學生實際上都變成在搞物理學,因為這樣才能在華爾街上找到更好的工作。但是不管怎樣,一定要去學微觀經濟學。

4. 不要因為枯燥就不學非計算機專業課程

5. 大量實踐程式設計 l

每件事都有兩種做法

幾乎所有技術支援方面的問題都有兩種解決方法。一種是表面的、快速的解決方法,只求把問題解決了了事。但是只要你深入一點思考,就會發現還有另一種方法,能夠防止類似的問題再次發生。

技術支援團隊必須能夠與開發團隊直接溝通。這樣才能有可能是最後一次處理這個問題。如果每次發生問題,你就尋找方法,永久性地解決它,那麼長久以往,會發生什麼結果?那就是所有常見的和容易的問題都被解決了,留下來的都是一些非常罕見的和奇特的問題。這很好,因為這代表客戶遇到問題的機會很小。 l

五個為什麼

遇到問題後,連續問

5個「為什麼」往往可以把問題思考得非常深入。

軟體隨想錄

最近閱讀了由阮一峰翻譯的,有程式設計師部落酋長之稱的 joel 撰寫的 軟體隨想錄 精華摘抄如下 就如同所有行業最好的人才一樣,那些優秀的程式設計師是不會出現在招聘市場的。通常優秀的程式設計師在整個職業生涯中,可能會有4次求職。實習生制度創造了輸送優秀人才的管道,但是這個管道比較長,而且一路上損耗很...

軟體隨想錄

在圖書館閒逛,翻到這邊書,書如其名,像本雜記。書翻譯得極好,每個不明晰的名詞作者都給做了標記,使得外行的人,也能看的明白。1.畢業前練好寫作,但凡出眾的程式設計師,大多能夠清晰地表達自己的思想。2.畢業前學好一門偏底層語言,如c c 3.畢業前看一看微觀經濟學,至少認識市場對軟體的需求。4.不要因為...

隨想錄(軟體除錯)

對於很多程式設計師朋友來說,編寫 要比除錯 快樂的多。似乎創造軟體比維護軟體更能給人帶來成就感。然而,在企業裡面維護前人留下的 也是工作中不可缺少的一項內容。所以,如何除錯軟體,更快更好地尋找軟體中的bug,就成了我們必須學習的一門功課。當然,有人查詢故障很快,而有的人卻要慢一點,這中間的原因很多,...