from:
也許只有我有這種想法，不過我曾經以為電腦科學課上學過的「物件導向」是很簡單的東西。我的意思 是，建立一些類來模擬現實世界能有多難啊？其實，那還真是挺難的。 十年之後，我仍然在學習如何合理地建模。我後悔以前我沒有花更多的時間來學習物件導向和設計模式。優秀的建模技術對於每乙個開發 團隊都是非常有價值的。
這裡的溝通是指與人的溝通，而不是socket程式設計。有時你的確會遇上棘手的技術問題，但是這種情況根本不常見。常見的問題在於那些你和專案經理之間的、你和客戶之間的、還有你和其他開發者之間的誤解。培養你的軟技能吧。
當我剛開始工作的時候，我非常急切的想要去討好別人。這也就是說，我幾乎不能去回絕別人對我的要求。我加了很多班，但是還是不能完成他們交代給我的所有事情。結果他們表示不滿意，而我也表示要崩潰了。
如果你從不回絕別人，你的答應就顯得毫無意義。承擔能力所及的事情，如果別人不停地指派給你更多的事情，你需要明確的表示那意味著將會耽誤其他的工作。
為了應付這種事情，我會隨身攜帶一張列有待辦事項的紙（to-do list)。當人們叫我去做什麼事情的時候，我就給他們看這張紙，並且問他們我應該為他們擠掉哪個事情。這是我用來拒絕別人的一種好辦法。
我們這一行，總是強調每種特性都是同等重要的，其實並不是這樣。敦促你的同事，讓他們承擔起工作 。
如果你不強迫他們選擇該做和不該做的事情，你會輕鬆很多。相反，讓他們來為你選擇你這週的任務。這會讓你生產出來的東西變得最有價值。如果其他的部分都還是亂糟糟的，至少你已經完成了最重要的。
我可以站在白板前面一整天策劃事情，但是這並不意味著事情會向更好的方向發展，這僅意味著事情將變得更複雜。
我的意思並不是「你不應該去做任何策劃」，只是如果我會在實現程式的時候會很快遇到我沒考慮過的問題的話，那為什麼我不去嘗試把它做好呢？像戴夫·法洛所說的，「魔鬼居住於細節中，而驅走魔鬼的方法是實踐，而不是理論」。
克里斯和我花費了大量的時間鑽研sql伺服器的深層部分。那真的很有趣，我也學到了很多知識，但是過了一段時間我意識到，知道了那麼多的知識並不能幫助我解決業務上的問題。
舉個例子：我知道在資料表層次，sql伺服器不會接受iu鎖——它只會接受ix鎖。這是乙個效能調整，因為在大多數情況下，iu鎖都會公升級成ix鎖。為了了解這些，我花掉了無數天做實驗，我讀了很多的書，還在會議上向微軟的員工了解情況。然而我用過這個技術 知識嗎？沒有。
這對成為乙個優秀的開發者是很重要的，但是若要在乙個開發軟體的系統中成為優秀的一員，你還需要去了解開發系統中剩下的部分在幹什麼。qa是如何工作的？專案經理在幹什麼？業務分析員在忙些什麼？這些知識會讓你與其他員工產生聯絡，並使你和他們之間的互動順暢。
在我找到第乙份工作的一年後，我們和另一所公司合併了。突然之間身邊就多出很多聰明又經驗豐富的人。我深刻的記得這是我感到多麼自卑和愚蠢。我努力地學習，讀了一本又一本的書，還是還是趕不上他們。我發現他們和我比起來有非常突出的優勢。
現在，我不會因為和優秀的人一起工作而感到難受。我認為我有一生的時間去學習。我提出問題，並且非常努力地去了解我的同事們是怎麼做出結論的。這也是為什麼我加入了thoughtworks。把你的同事們看成財富，而不是競爭對手。
不管你的演算法有多酷，不管你的資料庫模式有多棒，不管你的什麼什麼有多麼多麼好，如果它不能搔到客戶的癢處，它就不值一文。專注於做出有用的軟體，同時準備繼續做出後續軟體，這才是正軌。
在 你身邊的大多數人總是很優秀的，你向他們學習，他們也向你學習。共同完成一件事情的感覺總是很好。然而不幸的是，你也有可能遇到例外。因為某些原因，人可 能會變得冷漠刻薄。萎靡不振的老闆啊，滿口謊言的同事啊，無知愚昧的顧客什麼的。不要把他們看的太重。盡量避開他們，盡量把他們所帶來的痛苦和影響降到最 小，但不要自責。只要你保持誠實並且盡力去工作 ，你就完成了你該做的事情。
軟體開發中的10條最佳指導原則
1.遵循單一職責原則函式是程式設計師的工具中最重要的抽象形式。它們能更多地被重複使用，你需要編寫的 就越少，也因此變得更可靠。較小的函式遵循單一職責原則更有可能被重複使用。2.儘量減少共享狀態 你應該儘量減少函式之間的隱式共享狀態，無論它是檔案作用域的變數還是物件的成員字段，這有利於明確要求把值作為...
軟體開發中的併發
併發作用 1.在互動式應用中，快速響應使用者的請求，提高感知響應的時間 2.充分利用硬體資源，計算資源 3.簡化應用設計 併發壞處 1.難於測試 2.併發應用執行在複雜的環境下，軟體不確定性增多 3.處理同步，通訊的問題，增加程式設計複雜性 4.併發開銷對效能的影響，包括上下文環境切換，同步等 併發...
軟體開發中的「格調」
在三年之前，我從學校畢業，進入公司，正式開始了軟體開發工作。我從完成第乙個開發任務的過程中學到了很多東西，包括 1 編寫程式只是軟體開發中的乙個流程，並非全部 2 程式編寫需要遵循一定的規範，遠遠不只是實現功能那麼簡單 3 程式編寫者是程式的第一負責人，要對自己的程式進行充分的自測，而非只要程式編寫...