回到頂部

程序員最應該知道的一些事

時間:4年前   作者:龐順龍   瀏覽:285   [站內原創,轉載請注明出處]

標簽: 情感雜談  

1.應用函數式編程原則

引用透明性是一個非常可取的特性。這意味著,不論何時調用它,對于同一組參數它永遠給出同樣的結果,這使它跟那些與其他系統相互交織的東西比起來更易于使用。

2.從用戶的角度看問題

你不是用戶。不要把你的想法強加到用戶頭上,每個人的想法都不盡相同。花一個小時去觀察用戶的行為比你花上一天的時間去猜測他們想要什么要有用得多。

3.心口不一的客戶。

在你決定客戶需求之前,最好先和他們多討論幾次,重新確認問題。有時候,客戶前后談論的話題以及不同客戶群體之間的想法是會有出入的。如果你想要成功,那么必須得在軟件開發之前先好好解決差異問題。
在交流時不妨使用一些直觀的輔助工具,例如白板、可視化模型等,有助于客戶的理解和信息保存。

4.以Why開始

不要客戶說什么就是什么,多問幾個Why。只有弄清楚需求背后的原因,才能發現新的可能。很多時候,我們可以通過對現有產品的改動來完成需求,大大減少工作量。
有時候,客戶的想法與你對產品的看法可能達不成一致。那么反過來問自己“Why?”。這能讓你更加明確自己的第一感覺是否對頭。如果還是裁決不了,那么就需要其他主要決策者的參與。

5.努力并不一定都有回報

不要工作得太辛苦。減少工作量,增加工作效率,才能完成更多的工作。我可不是在忽悠你。做項目時,如果想減少工作量,那么勢必得找到實現目標的高效途徑。在提高了工作效率的同時還有助于積累經驗。以后碰到這樣的問題不就是三下五除二的事了。

6.大量刻意的訓練

我們還可以訓練自己從而提高執行任務的能力。這是一種技巧和技術,也意味著重復——意味著帶著某種目的去執行任務。不斷地重復and重復,一遍又一遍,直到你達到所需的能力級別。
譯者注:我曾經學asp的時候重復寫了幾十遍數據庫操作的代碼,都會背了:)

7.做點所謂的“重復工作”

使用現有的代碼與一步步設計自己的軟件——測試、修復、改進——是完全不同的。這些旁人看來所謂的“重復工作”有助于你更深刻地熟悉并理解現有的各個組件是如何運作的。
大多數開發人員可能從來沒有創建過核心的軟件庫,因此對它們的工作原理也不甚了解。其結果就是,一旦碰到這些種類的軟件出現問題就會束手無策。了解表面永遠是不夠的,只有將里面隱含的工作原理挖出來,才能讓你真正地在這一行業,獨步武林。

8.不斷學習

●閱讀
●參與郵件討論。
●獲取并編寫代碼。
●找一個導師。
●了解你正在使用的框架和庫。
●犯了錯誤,需要修復bug或遇到問題時,弄清楚原因。
●教人也是學習的一種好方法,可以教學相長。
●參于用戶組或本地會議。
●加入或啟動研究小組。
●聽講座或在線觀看會談。
●學習一門新的編程語言。
●梳理出新的,可用于技術堆棧的想法和點子。

9.知道如何使用命令行工具。

由grep和SED提供的搜索和替換能力往往比IDE的功能更強大。
如,查找相同名稱的類:
find . -name ‘*.rb’ | see ’s/.*\///‘ | sort| uniq -c | grep -v “^ *1” | sort -r

10.Unix工具會是你的好伙伴。

Unix工具是很簡單的擴展工具。只需要謹記以下一些簡單的規則即可:
1.程序只需要執行單一任務
2.讀取標準輸入文本行數據
3.顯示結果為標準輸出
4.影響工具的操作參數使用的也是命令行。

11.自動化,自動化,還是自動化。

掌握shell語言,如bash和PowerShell,構建自動化系統是不可能一蹴而就的。如果需要網站交互,可以使用如iMacros或Selenium等工具。
一開始你沒必要去學習所有的bash命令。當你需要的時候再去學也來得及。如果碰到你認為可以自動化的任務,那么盡可能地學習并使用工具來達到自動化的目的。自動化任務越早開始越好。

龐順龍最后編輯于:4年前

內容均為作者獨立觀點,不代表八零IT人立場,如涉及侵權,請及時告知。

評論努力加載中...
暫無評論
暫無評論

手機掃碼閱讀

熱門相關

加載中...
關于我們   聯系我們   申請友鏈   贊助記錄   站點地圖
? 2014 - 2017 www.1043959.live All Rights Reserved. 京ICP備14042174號-1
本站遵循 CC BY 4.0 協議,轉載請注明出處 。
股票配资平台正规