介紹自己

Hello~~~~

由於從小對於通過寫作的方式輸出頭皮發麻，寫作文一直是上學第一大困難，高考語文分數甚至創造了不及格的壯舉，於是一直對寫博客這樣的事情非常畏懼，但是在IT成長之路上讀了太多別人寫的博客，逐漸發現寫博客對於作者以及讀者都是非常有利的事情，希望能通過課程的學習達到這個目的。

另外，我一直喜歡騎自行車，尤其是中距離的騎行，高中曾經組織過十幾個人一天120km的騎行活動，不過大學因為合肥恐怖的丟車率而不得不放棄。

現狀，經驗，計劃

我認為能加入IT大家庭是一件非常幸運的事情，我大二在中科大就讀於物理方向，但是在經過一番比較和思考之後，我發現相比與物理方向，少數牛人做出卓越的貢獻從而推動社會進步，計算機方向的能力-貢獻曲線更加平滑，而且計算機行業本身也能為社會創造更多的價值，再比較做出巨大貢獻，或者說成為“牛人”的微小概率，終於冒著一定的風險在大三轉入IT方向。

因此在大三面對需要補修的繁重課程之後，沒有太多的精力去做一些的項目，導致在經驗和代碼量等“乃功”方面有著比較大的欠缺，比如python和C++加起來也小於1w行代碼，於是希望借這門課的機會進行一次加強訓練，希望能通過努力突破不少瓶頸，首先從程序理解（Programming: Comprehension），讀懂別人的程序，學習別人的設計方法，到設計自己的程序（Programming:Design），再到具體的coding實現，減少bug率等（Programming:Implementation）三個方面提高自己，而自學能力（Ability to learn : 對新知識的檢索，閱讀，理解，整合。對已有知識的一個鞏固和完善）應該是貫穿整個過程的“乃功”，具體計劃如下所示：
Comprehension 課程前3 課程後 5
Design ?????? 課程前1 課程後 4
Implementation 課程前 2 課程後 5
Ability to learn 課程前 3 課程後 5

對未來和課程的期許

結束在msra的實習後，未來我會在醫療圖像方向攻讀博士，基於對自己的了解，我對和人打交道與和代碼打交道的興趣是相同的（一般興趣和天賦比較關聯，術業有專攻，因此我在兩個方面的表現都就那麽回事0v0），於是希望畢業之後能在醫療圖像分析落地的時機做一份自己的貢獻，盡量通過技術和工程運作成公司，醫院，患者的三贏局面。因此非常希望能在這門課的學習上補齊代碼能力和軟件工程能力的缺失，並且確定一個正確的發展方向並不斷完善，不求成為專家，至少要達到熟練（通過面試）的水平。

心得

關於認真聽講

我個人並不完全贊同文章所說內容，因為對於我個人而言從初中開始大部分的上課就沒有怎麽聽講，但並不意味著專心能力的不足，持續幾個小時專心做某件事和能不能專心聽講不是一個概念。個人更喜歡獨立的學習理解知識的過程，因為一般有許多教材/資料/ppt的幫助，自學節奏並不會迷失太多。對於少數無法自學的內容，專心聽講一定效益更大。

師生關系

私以為，小學-初中-高中的師生關系非常類似於栽樹人和樹苗的關系，栽樹人不停的澆水施肥剪枝，目的是讓小樹苗在正確的方向成長成紮根的大樹，核心矛盾是樹苗成長所需養分和對抗惰性損失與不停成長的需求之間的對抗。而到了大學以後，接觸到許多不論是實力水平，還是為人品質都非常令人欽佩的老師，我體會到的大學後的師生關系應該是學生努力向老師學習一招半式的過程，用健身教練和健身學員的對比關系實在是太棒了，這門課程應該也不例外。

抄襲與引用

而針對於抄襲與引用的關系，我認為對於抄襲者而言更多是一個態度問題，抄襲心態更多是拿來用完了事，引用是借鑒他人代碼從而為自己所用，然而消極的態度基本上不會產生很棒的結果，所以抄襲是絕對要否定的。在借鑒引用他人的工作時候，加一句引用標註，我認為體現的不僅僅是對他人工作的一種尊重。

博客閱讀

辜新星：時刻調整方向 找到人生的藍海
：能夠在一條符合自己興趣的道路上，不斷的客服困難走出瓶頸取得進步，這是一個幸運的事情，同時也是一個非常值得付出的過程！同時也非常佩服作者能夠早早的給自己規劃清楚職業方向，對自己的特點興趣有著明確的認識，同時有著堅持不懈的執行力，最終達到自己的預期。非常喜歡作者的一句話：

求職之路 定調：結合興趣，目標明確，準備充分，一舉中的

《構建之法》五個問題

P79頁 在結對編程模式下，一對程序員肩並肩，平等的，互補地進行開發工作

問題：但是對於同一一件事交給兩個人同時做，本身就會進行大量重復思考，如果再牽扯進來兩個人的優劣勢互補，兩人配合協作問題，可能效益會打不少折扣，除非是要完成的任務對成品率要求很高 && 兩人都不能獨立完成任務，否則不見得一定提高整體效率，那麽實際開發中這種情況很多嗎？

P111頁 敏捷模型是時間驅動的

問題：時間驅動固然能夠激發團隊的熱情，但也是一件非常有風險的事情，比如發生問題需要解決，而不能保證每個人都能快速解決，如果需要學習新東西該怎麽辦，或者如果團隊進度不統一，某個人的激情程度不夠，這樣風險也是不小的。那決定敏捷模型是如何保證這些風險的呢？

P189頁 一定的專業能力

問題：按照老師的認為，PM是“舵手”的作用，用來維系整個團隊合理的運營。但是一定的專業能力如何去評估呢，如果在幾個方向非常強，又能快速觀察學習理解，也能分析管理團隊，跟老板客戶溝通，這樣的復合型人才的價值一定很大，但同時也比較難得，那麽又怎麽保證和其他成員同等地位呢？如果專業能力沒那麽強，那會出現跟一線創造價值的程序員在專業問題上出現扯皮該怎麽辦呢？所以不太理解一定的專業能力是怎麽界定的呢？

整個績效管理

問題：衡量每個程序員產出的多少，本身就是一個多元多方面的事情。如果涉及到分工的不通，如何量化又變成了一個問題，因此看完教材後還是不太理解成熟的公司管理制度應該怎麽去考核績效才能達到合理激勵督促員工。

P172 提高估計能力時候參考前人的經驗

問題：如果發生前人經驗沒那麽多，那麽怎麽確定前人所估計得時間現在的人做要多久呢？因為高手和菜鳥對同一件事情的難易程度的判斷一般是大相徑庭的，如果自己的人做過類似的事情，那麽又如何保證所用工具/人員的記憶程度/做事的方法是否足夠先進等不確定的因素呢？

自我介紹博客