管理的技巧
1：特定的激勵方法往往在兩個月後就會失效，要管理人，你必須成為他們的一員。
2：讓你的領導知道你在做什麼，否則你很危險。如果他不懂，那就花點精力讓他明白。
3：管理者的工作就是充分利用他們已經擁有的技能，並強化它，找到最好的團隊成員來彌補缺陷，並讓他們發揮所長，從而將自己明顯的不足轉化為實力。
4：和領導溝通請用「管理語言」，和下屬溝通就用他們的「語言」。
5：用一對一的面對面談話和你的團隊成員溝通，養成規律，並堅持。
6：決策後就要行動：說要做的事情，那麼就要主動參與，用行動去推動你的目標實現，光說不做，或只是催促下屬去做的領導很失敗。
7：多做會議的主導者和驅動者，做組織的推動者不要讓組織推動你，不要做只會耍政治手段的管理者。
8：面對乙個情緒失控的人，最好的辦法是：傾聽，點頭，並反覆。以牙還牙是最糟糕的對策。
9：用問題引導情緒失控者解決他們的問題，如果你的下屬對你大吼大叫說明了兩件事：第一，他們真的很關心工作並且是真的遇到了問題；第二，你們之間的溝通少了，或者存在障礙。
10：所有的會議真的都需要乙個議程，或者你至少得搞清楚會議中的各個角色（對弈者，贊成方，反對方）和主題。
11：命令的階段：決策，傳達，再傳達，再再傳達…,不要試圖消滅團隊中成員對命令的不滿，而是要給他們說話的機會。好的管理風格是以激勵為目標，而不是**。不要在沒有事實根據和解釋的情況下傳達外部命令。
12：不要讓資訊渠道真空，記下你得到的每個資訊，因為他們不知道什麼時候就會變的非常有價值。試圖去了解你的團隊需要什麼，那麼你就要學會沉默去傾聽他們。
13：作為管理者你可以停止編碼，但你不能停止開發；你可以用團隊的工具去搭建乙個架構（熟悉工具）；再白板上能輕易畫出一幅描述產品功能的圖（熟悉產品）；負責乙個小功能的開發，或修復一些bug（親近團隊成員，保持技能不落伍）；編寫乙個測試指令碼（熟悉大家的開發方式）；
14：技能與意願，職業生涯的漂移圖：
*高技能，低意願：需要工作環境和職責的變化。
*高意願，低技能：需要有經驗的指導者，或者培訓。
*低意願，低技能：努力幹活吧，孩子你還差很多。
*高技能，高意願：沒人能長期處在這個階段。
15：辭職的原則：
*不承諾你辦不到的事情。
*重視你的人際網路。
*持續更新你的同事名單。
*不惡言相向。
*正確對待下屬和同事。
*不在離職之後當義工（除非有重大的金錢回報）。
*不宣揚.
16：我是領導，僅僅現在。
17：管理者不能瘋狂。面對瘋狂的領導者你要說不，否則你就是共謀。當無人質疑管理者做的決定的時候，他們就失去控制了。
18：很有戰略性的選擇在恰當的時機停下來的能力，是乙個管理者樂於挑戰傳統的標誌。
20：權力越大，責任越大。
《軟體除錯藝術》讀後感三
在談這個問題前我們有沒有遇到過這樣的場景，每次要修改一次 然後make，之後gdb除錯，然後出gdb中quit，再次修改再次make再次gdb進入再次quit一直重複著乙個工作。那有沒有方法可以避免這樣的重複事情呢？畢竟程式設計師對這種重複的步驟很反感。在實際專案中，乙個專案不可能一天就能完成，有時...
《軟體除錯藝術》讀後感四
只有符合某種條件時才在斷點處停止。類似於監視點的工作方式，每當該變數的值發生變化時，監視點都會中斷。條件斷點只會在懷疑有問題的 處當變數呈現該懷疑值時才中斷。設定條件斷點 breakbreak args if conditon 如 break if i 700 condition 6999 條件可以...
《軟體除錯藝術》讀後感五
監視點是指示gdb每當某個表示式改變了只，就暫停執行指令。如watch i它會使得每當i改變值時gdb就暫停。也可以使得watch後面的更複雜如 watch i j 2 i 24 strlen name 6這是將監視點看作 附加 在表示式上，當表示式的值改變時，gdb會暫停程式的執行。斷點與源 中的...