???? 夢斷代碼，很有意思的名字，書也的確很有意思，沒有長篇大論的道理，沒有繁瑣復雜的代碼，卻在一個個小故事中讓我們理解了什么，學到了什么......

???? 首先上來的就是一個處理bug的故事，其實在現實中也有體會，有時候寫代碼容易，改代碼難，這不是4個小時或是8個小時的問題，想到就是想到了，沒想到就改不出來了，就像人月神話中，工作量怎么可以是累加時間就可以解決的呢？幾個月后bug終于解決了。可能就像安德森說的：“你一早醒來，腦中靈光一閃，于是手到擒來——大抵如此。”或許做夢是真的有用的呢。對于開發模式，大教堂的模式可以說是傳統的開發模式，而集市模式被很多開源項目采用,比如Apache Web服務器,Linux。咱們一般開發自然用的是大教堂模式了。

????? 失敗，其實是一個很平常德問題，誰的成功沒有失敗過，今天看來，NLS不斷閃爍的單色屏幕和粗糙模糊的字體已經是老古董，但其功能和設計確實樹立了協同軟件的標桿，現代系統克服重重困難才得以企及。所以，如果你正在做的項目失敗了，別太氣餒，你不是第一個，也不是最后一個。

?????項目語言的選擇其實并不是很關鍵，但是還是使用自己熟悉的語言比較好，現在我們學過C++也幫其他專業的同學做過C語言作業，此外，我們也用JAVA編程，其實語言的差異并不是很大，大致的道理都是相同的，曾經有一次寫代碼總是報錯，為什么呢？因為在eclipse里混用了C語言的輸入輸出卻不自知，也檢查不出倆錯，可笑的是同學也看不出來，就像是就像是鄧超經常說的那句“what are you 弄啥嘞”，呵呵呵。現在寫小程序習慣了用C++寫界面用qt，每個語言都有自己不同的特性，所以項目組有機會選擇語言的話，最好還是考慮一下開發人員對哪種語言最熟練。

???? 做一個項目有時間限制自然是極好的，用時間驅動版本發布是一種比較有效的方式，它讓開發人員有一個奮斗的目標，盡快完善自己的開發模塊。就像我們的軟件工程課留的大作業，真的是在擠時間逼著自己去做的，如果王老師沒有給我們時間約束的話，估計我們的項目就放到長毛了。

???? 把自己應該做的事情列舉出來，然后安排什么事情先做，什么事情后做，這樣的生活有規律而又清晰，不會一頭糟。做程序也是如此的啊，將需要做的項目分成幾個板塊由量力的人來認領，分工清晰，這樣真的很好。

???? 開發的軟件會出現問題嗎？當然會出現，可是會出現什么 問題呢？誰也不知道，每個軟件在發布之前都是經過多次測試的，可是誰又能保證測試就能萬無一失呢，可能問題連測試員都沒有發現呢，這就是吃狗食了吧。

???? 編程這種創造性的工作感覺就像是將一個個文字通過語言巧妙地結合，結合不好就得改，語法用錯了還得改，但是他終歸不是不是我們能夠輕而易舉級就能讀懂的語言，所以注釋當然是必要的，省得那天你看到自己以前寫的代碼都不認識了這可就糗大了。

???? 關于程序員的考核到底什么才是一個標準呢？編寫代碼的行數？那就大錯特錯了，其實我覺得重要的是思路，就像一個簡單的查找帖子中的水王，我們可以一遍遍的查然后計數在做比較，誰都做得到，可是怎樣實現才能讓我們編寫的代碼少而且軟件運行的又快呢，同學的思路真是一語驚醒夢中人。

????? 程序員的夢和實際有著巨大的鴻溝。

????

轉載于:https://www.cnblogs.com/xiangwo/p/4586761.html

總結

以上是生活随笔為你收集整理的梦断代码的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。