非技術的,但是比技術更重要的(轉的因為寫的很好)

2021-04-19 22:55:55 字數 1282 閱讀 2664

不知不覺做軟體已經做了十年,有成功的喜悅,也有失敗的痛苦,但總不敢稱自己是高手,因為和我心目中真正的高手們比起來,還差的太遠。世界上並沒有成為高手的捷徑,但一些基本原則是可以遵循的。

1. 紮實的基礎。資料結構、離散數學、編譯原理,這些是所有電腦科學的基礎,如果不掌握他們,很難寫出高水平的程式。據我的觀察,學計算機專業的人比學其他專業的人更能寫出高質量的軟體。程式人人都會寫,但當你發現寫到一定程度很難再提高的時候,就應該想想是不是要回過頭來學學這些最基本的理論。不要一開始就去學oop,即使你再精通oop,遇到一些基本演算法的時候可能也會束手無策。

2. 豐富的想象力。不要拘泥於固定的思維方式,遇到問題的時候要多想幾種解決問題的方案,試試別人從沒想過的方法。豐富的想象力是建立在豐富的知識的基礎上,除計算機以外,多涉獵其他的學科,比如天文、物理、數學等等。另外,多看科幻電影也是乙個很好的途徑。

3. 最簡單的是最好的。這也許是所有科學都遵循的一條準則,如此複雜的質能互換原理在愛因斯坦眼裡不過是乙個簡單得不能再簡單的公式:e=mc2。簡單的方法更容易被人理解,更容易實現,也更容易維護。遇到問題時要優先考慮最簡單的方案,只有簡單方案不能滿足要求時再考慮複雜的方案。

4. 不鑽牛角尖。當你遇到障礙的時候,不妨暫時遠離電腦,看看窗外的風景,聽聽輕**,和朋友聊聊天。當我遇到難題的時候會去玩遊戲,而且是那種極暴力的打鬥類遊戲,當負責遊戲的那部分大腦細胞極度亢奮的時候,負責程式設計的那部分大腦細胞就得到了充分的休息。當重新開始工作的時候,我會發現那些難題現在竟然可以迎刃而解。

5. 對答案的渴求。人類自然科學的發展史就是乙個渴求得到答案的過程,即使只能知道答案的一小部分也值得我們去付出。只要你堅定信念,一定要找到問題的答案,你才會付出精力去探索,即使最後沒有得到答案,在過程中你也會學到很多東西。

6. 多與別人交流。三人行必有我師,也許在一次和別人不經意的談話中,就可以迸出靈感的火花。多上上網,看看別人對同一問題的看法,會給你很大的啟發。

7. 良好的程式設計風格。注意養成良好的習慣,**的縮排編排,變數的命名規則要始終保持一致。大家都知道如何排除**中錯誤,卻往往忽視了對注釋的排錯。注釋是程式的乙個重要組成部分,它可以使你的**更容易理解,而如果**已經清楚地表達了你的思想,就不必再加注釋了,如果注釋和**不一致,那就更加糟糕。

8. 韌性和毅力。這也許是"高手"和一般程式設計師最大的區別。a good programming is 99 weat and 1ffee。高手們並不是天才,他們是在無數個日日夜夜中磨練出來的。成功能給我們帶來無比的喜悅,但過程卻是無比的枯燥乏味。你不妨做個測試,找個10000以內的素數表,把它們全都抄下來,然後再檢查三遍,如果能夠不間斷地完成這一工作,你就可以滿足這一條。

比技術更重要的東西

在專案中,我們會經歷很多的問題,有些問題簡單的複製貼上可以解決,有些問題換了乙個專案也同樣會有。在這些問題背後,我覺得有些東西是比較重要的。思維和思想是比知識重要的。學了很多東西,用不上就是在浪費大腦庫存和時間,解決不了實際問題,那麼意義就會大打折扣。思維方式有很多,歸納法,演繹法,從整體到區域性,...

比技術更重要的東西

細節就是起關鍵作用的小事 細節決定成敗 是一句俗語,也是一種哲理哲思 細節存在於生活的點點滴滴,細節能決定事件的走向。對於不清楚,不了解的事物不要輕易下定論,不要讓機遇悄悄溜走。也許乙個決定,乙個微不足道的細節,恰恰決定了你的成敗。最經典的事情是哥倫比亞號因為發射前乙個小數點的計算錯誤而機毀人亡。乙...

「信任」比「技術 業務」更重要

乙個認真負責敬業的員工太難找了。嚴重同意!這不是錢不錢的問題,而是rpwt。首先具備這種道德素質的人,佔總人口的比例也就10 認真的佔30 負責的佔30 敬業的佔30 吧 認真和負責,是性格和能力。有些人認真,但他不能負起責任。有些人能負起責任,但並不認真。而敬業,取決於態度。敬業不僅需要認真和負責...