「函式最好有單一的出口，為了達到這一目的，可以使用goto。只要有助於程式邏輯的清晰體現，什麼方法都可以使用，包括goto。。。」老生常談而且也難以定論的東西：goto的簡便和難以被完全替代的作用確實受到一部分人喜愛，可也存在容易導致**可讀性下降難以維護，破壞結構化設計風格，或者因使用不當造成錯誤和隱患。
「他們併排坐在一台電腦前，面對同乙個顯示器，使用同乙個鍵盤，同乙個滑鼠一起工作。他們一起分析，一起設計，一起寫測試樣例，一起編碼，一起做單元測試，一起做整合測試，一起寫文件。。。」也許是程式設計經驗不夠豐富，個人閱歷不足，總覺得完全地「二人合體」程式設計並不是乙個很有效率的辦法。兩人合作感覺不必那麼長時間的接近。交流固然重要，但要兩個人擠在同一張桌子前面，四隻手兩個頭去分享兩三平公尺空間上的同一副鍵鼠，難道不會礙手礙腳嗎？也許這其中有個人的性格原因，不過也許也只是上面這段文字只是作者的乙個說笑似的打比方。
「有管理專家建議，在工作需要的人數基礎再減掉一位，這才是最優的數字」當n-1人是成為最優的團隊人數時，就要又有一位犧牲者出現，n-2的團隊穩定下來之後又要減掉一位。。。這種不把勞動力當人使的資本主義思想我覺得是萬萬要不得的。。。（沒有買賣就沒有殺害）
「如果一架民用飛機上有需求，使用者使用它的概率是百萬分之一，你還要做這個功能麼？」第一堂課上就提了這個問題。不過老師先說的是軟體功能百萬分之一概率使用，後來又提出飛機。。。老實說飛機和軟體還是不能完全互相比較的。飛機缺失某項重要功能導致的幾乎全是悲劇，但軟體缺失某功能也許並不會有巨大的影響。再從影響的大小來看，飛機一旦失事基本不會留活口，軟體出了問題或者某個功能沒實現大概就是被使用者罵，罵完再罵到寫**的頭上。。。這種完全不同量級的問題放在一起比較是狡猾的。
「pm做開發和測試之外的所有事情」「五彩斑斕的黑」之類已經玩爛了。乙個完全不去開發的pm難以了解一些專案的難點，然後就異想天開的提出看似美妙實際天女散花的要求。就想某位大佬部落格中寫的乙個有趣的故事：pm要程式設計師做乙個能根據手機套改變手機主題顏色的小程式。在pm看來，你們都能讓搶票軟體24小時搶票，讓手機主題變個色當然也不是難事，可是在實現者面前第乙個問題就是你怎麼知道手機套的顏色？靠愛肯定是不行的，難道讓攝像頭自己探出來看看手機套再把顏色傳回來（？），當然有個類似的例子是堅果一代手機的手機背殼上都帶有一塊小晶元，不同背殼安裝後（其實就是不同晶元）就能讓手機識別到，詢問使用者是否要更改對應的主題顏色（不用換背殼也能換主題，但是老羅就喜歡這些花裡胡哨的（？））。
「故障與社會恐慌」github：約31,000,000使用者量
sourceforge：約3,700,000使用者量
bitbucket：約5,000,000使用者量
gitlab：約100,000使用者量
github
mercurial
缺點：分支管理不靈活。mercurial的branch管理和git相比不是很方便。沒有命名空間。大型團隊不願使用。
trac
bugzilla
第一次閱讀作業
恢復內容開始 第一次閱讀和準備作業 這個作業屬於哪個課程 課程的鏈結 這個作業要求在 作業要求的鏈結 我在這個課程的目標是 更深層次的了解軟體工程 這個作業在哪個具體方面幫助我實現目標 建立學習這門課程的學習目標，有主動意識的去學習 其他參考文獻 一.建立部落格並介紹自己 2.一名學生，平時愛好看電...
第一次閱讀作業
這個作業屬於哪個課程 課程的鏈結 這個作業要求在 作業要求的鏈結 我在這個課程的目標是 學習軟體開發流程，方法，需求分析等 這個作業在哪個具體方面幫助我實現目標 閱讀大量相關資料讓我對軟體開發有了更全面的了解 一.建立部落格並介紹自己 1 在cnblogs.com上註冊開設部落格。2 自我簡介 二....
第一次閱讀作業
本次作業屬於的課程 作業要求 homework 2713 我在這個課程的目標 學會軟體開發過程中的各種實用技術與開發軟體的思想過程 這個作業在哪個具體方面幫助我實現目標 促使我自己去從書中與其他軟體開發大師和學霸那裡發掘自己所需要的東西 正文 一 自我介紹 我是乙個在陌生人面前害羞緊張，爸媽所謂牽不...