其他

 決策的五要素：1、  要瞭解問題的性質，如果問題是經常性的，那就只能通過一項建立規則或原則的決策才能解決。2、  要確實找出解決問題時必須滿足的界限，換言之，應找出問題的邊界條件。3、  仔細思考解決問題的正確方案是什麼，以及這些方案必須滿足那些條件，然後再考慮必要的妥協，適應及讓步事項，以期該決策能夠被接受。4、  決策方案要同時兼顧執行措施，讓決策變成可以被貫徹的行動。5、  在執行的過程中重視反饋，以印證決策的正確性及有效性。 一、

1、一定要有自己專註的領域。自己的知識可以範圍很廣，但是一定要有自己專註的領域。人的時間和精力都是有限的，精力太過分散最終會一事無成。找到自己感興趣的，喜歡的領域，並且持續的、有計劃的、專註的投入精力這些領域。以形成強大的競爭力。這些領域可以包括搜尋引擎，儲存技術，中介軟體，ERP，作業系統，網站架構等。自己專註的領域最好和自己的工作接近，只有這樣專註才能在實踐中發揮作用，並且獲得真正的積累。如果自己專註的領域和自己的工作相差過大，需要採取一定措施，要麼更改自己的專註領域，要麼重新找個工作。2、

研發績效考核按月還是按季度進行？我們公司是一家小公司，各方面的制度不是很完善，當然也包括研發員工的考核。最開始是沒有考核的，後來列了幾個簡單的考核項，每月進行一次簡單的考核。考核是和當月的獎金掛鈎的，和薪酬和職位升遷也有一定關係（但是主要還是靠主觀評判）。我以前在過的公司是一家國內知名通訊公司，他們的研發是按照季度來考核的。 也許是崇洋媚外的思維在作怪，我也想把我們的研發考核更改為季度考核。而且我在某些地方好像看到過一篇文章，大意是軟體開發效果要經過一段時間才能夠判定。 最近和同事談大公司的研發

今天在論壇看到一個文章：“不錯，我一開始就是從C語言過來的，如果有電子方面的基礎的話，我就想搞硬體開發了，現在搞C#，有點像“拿來主義”，基本不知道其所以然，還是寫C++ 的時候心最靜，其實，我現在用“類”，就是把一些功能相似的函數放在一起搞成一個類，然後使用，還不如C的函數來的直接，一開始寫程式的時候就接收的是面向過程的思維，物件導向細節的實現也是過程的

個人見解和決策的關係應該以明確承認見解為先作為基礎。好的決策，應該以相互衝突的一件為基礎，從不同的觀點和不同的判斷中選擇。決策的第一條原則：除非有不同的見解，否不可能有決策。高度一致的決策不是決策。正確的決策必須建立在各種不同意見充分討論的基礎之上。不要一開始就下結論，然後用事實來支援這個結論。方面意見的運用唯有反面意見，才能保護決策者不致淪為組織的俘虜。反面意見本身，就是決策所需的另一方案。反面意見可以激發想象力；有無相生，高下相形。經過縝密推斷和反覆思考、論據充分是不同意見，便是激發想象力的

1.1 設計模式怎樣解決設計問題1.1.1 尋找合適的對象物件導向設計最困難的部分是將系統分解為對象的集合。設計的許多個物件來源於現實世界的分析模型，這裡和領域驅動設計有點關聯。分析所得到的類，很多事現實中並不存在的類。這是抽象的結果。設計中的抽象對於產生靈活的設計至關重要。就像我設計的一個流程調度模型。1.1.2 決定對象的粒度記筆記可以讓我達到沉流的狀態。1.1.3 指定對象介面1.1.4 描述對象實現OMT標記法：1、 對象：最上面的黑體表示類名，下面依次是操作，資料。2、

最近在看《黎明之前》，在我看來，自稱《潛伏2》的《黎明之前》超越了《潛伏》。這部電視劇最精彩的部分是裡面的案情分析，作為一個程式員，會時常的發現他們所用的手法有些熟悉。我比較喜歡譚忠恕這個角色，雖然是反面，而且最後證明他是失敗的。如果他是一個程式員的話，那麼他一定是一個優秀的程式員。只不過他的對手是潛伏的共黨，而程式員的對手是潛伏的bug。bug絕對沒有有點被神話的水手聰明，所以譚忠恕肯定是一個優秀的程式員。 譚忠恕抓潛伏的手法和程式員找BUG的方法十分的相似，抽時間一定要好好整理一下。  強烈

1.1 ABSTRACT FACTORY 抽象工廠1、 意圖提供一個建立一系列相關或相互依賴對象的介面，而無需指定他們具體的類。2、 動機“客戶僅與抽象定義的介面互動，而不使用特定的具體類的介面。”這裡的主要的思想是封裝對象的建立的過程。用戶端可以不需要知道具體要建立那些對象，而只需要知道建立某一系列的對象所用到的“工廠對象”即可。3、

你好，給你反應三個個問題：1、最近一段時間csdn老是無法登陸，我摸索的規律是用IE是不行的，然後換成Google瀏覽器就可以了。有的時候有事反過來的。最近一段時間相當頻繁，已經快無法忍受了。2、建議CSDN倡導一個文明評論活動。有不同的意見很正常，但是不要太粗魯。有些部落格（比如袁萌）裡面的評論簡直是不堪入目。希望CSDN能夠從技術上也支援一下這個活動。3、CSDN首頁的推薦部落格更新的太慢。CSDN的資訊還是不錯的，但是部落格更新的太慢了。有的時候一篇文章停留在首頁好幾天，很佔位置，我希望能

讀S計劃的理念自助、互助，共同進步！  讀S計劃的初衷現在有很多學習方式，搜尋引擎、論壇、部落格，qq群等等，那麼我這樣的計劃還有存在的必要嗎？這個計劃的獨特之處在哪裡？讀S計劃的獨特之處不在於其學習內容和方式，學習的內容我們可以根據實際情況調整，可以由多個人同時引導多個學習方向，這些都不是程式化的，也不是重點。

下面內容來自《軟體架構設計》，是我的學習筆記。探究成功架構設計的關鍵要素：1、 是否遺漏了至關重要的非功能性需求。非功能性需求：1）客戶——易用性，效能，延展性，持續可用性和魯棒性；2）開發人員和維護人員——可擴充性，可重用性，可移植性，易理解性和易測試性等軟體開發期品質屬性。3）客戶組織——成本，上線時間，業務上的限制（這些限制是軟體架構的決策依據）。非功能性需求基本上分為品質屬性和約束。前兩個是品質屬性，後一個是約束。品質屬性間存在一定的矛盾，所以不可能所有的屬性都放在最高位。2、

[Quote=引用 15 樓 slowgrace

最近一段時間開發非常忙，CSDN很少光顧。開發中有些經驗教訓，這裡和大家分享。 1、strncpy的使用一直以來，在我記憶中，使用strncpy只要注意三點就可以了：1）源字串結束時，停止拷貝。2）拷貝n個後，停止拷貝。3）strncpy（dst_buf, src_buf, sizeof(dst_buf) - 1）,n設定為目標緩衝大小減1，防止丟失字串結尾符。開發中遇到的一個問題，由於N值設計的不合理，導致記憶體越界。原因是：strncpy複製源字串後，會把剩下的字串，也就是n-sizeof（

1、基於訊息的架構。關注一下GPB，erlang的ROITMQ，thrift。用它做一個業務平台。2、自動化測試架構。利用在Python協程方面的積累，做一個面向SIP的，端到端的自動化測試架構。3、引入一套強制代碼review工具，比如reviewbar。4、記憶體資料庫，看是否可以使用，來實現熱備。5、用Python來寫CGI。6、為公司寫一個web網站，功能包括：任務管理，日報，周報，微博，部落格，技術文章等。7、可以研究一下記憶體資料庫：redis，也許可以實現主備熱備。8、Google

今天在CSDN首頁上看了一篇文章：如何成為一名專家級的開發人員文章相當不錯，感觸很深，總結一下： 1、專註。要選擇一個平台，一個行業，然後在這個領域內專註一段時間（最少要6年）。我現在應該是linux 上C/C++開發，要專註這一領域。我的一個同事做了三年，後來跳槽到HW後轉java了，可惜了。2、深入。深入的瞭解我的這個平台，以及語言，行業。比如，我要能掌握linux作業系統，linux核心；深入掌握C/C++；掌握通訊行業知識。3、擴充。“當你開始掌握當前的平台，要開始學習獨立於平台的技能，

軟體設計有兩種方式：一種是設計的非常簡潔，沒有看得到的缺陷；另一種設計的極為複雜，有缺陷也看不出來。第一種方式難度要大得多。——C.A.R

卓有成效如果有什麼秘訣的話，那就是善於集中精力。卓有成效的管理者總是把重要的事情放在前面做（first things first），而且一次只做好一件事（do one thing at a time）。——這裡的觀點和高效能人士的七個習慣中觀點類似管理者需要“整塊的時間”，較長的連續性的時間。越能集中我們的努力，時間和資源，我們所能完成的工作也就越多。完成大事的秘訣：“每次只集中精力幹好一件事情。”“有效管理者知道他們必須完成許多工作，當他們在一段時間內只集中努力做好一件事——集中他們本人的時間

幾天前看了一篇文章，非常不錯：《程式員從初級到中級10個秘訣》結合我自身的情況，列出我的是個行動：1.學習另一門語言我們目前主要的語言是c和c++。今年在學習一門新的語言，初步選定為go語言，另外，有時間的話在學習一下perl。2.學習先進的搜尋技術、手段和及策略學習一下Google的進階搜尋功能.3.協助別人多來CSDN論壇，多回複文章。4.有耐心，常練習在公司也要抽時間學習；安排周末的學習；5.對教條拒之門外6.深入學習一點先進理念每日必訪問的幾個網站：INFOQ，CSDN，IBM。7.學習

1.1.1 

編程中的價值觀：溝通，簡單，靈活溝通：代碼的溝通體現在人和電腦的溝通，但是，更重要的是人之間的溝通，包括，和閱讀這段代碼的同事，一段時間後的自己。簡單：軟體設計的首要使命是應對複雜性。作者的思路是：1、 去掉多餘的複雜性。多餘的複雜性應該是設計和編程產生的垃圾，比如：一個臨時的方案，被拋棄的類，成員，方法，變數，函數等。垃圾要及時清除。2、 代碼：去除不提供資訊的代碼；設計：除去無關的因素；需求：找出本質的概念。當溝通和簡單性發生衝突時，優先考慮溝通。對於簡單，還有一點，就是設計方案是，盡量選擇