最近做了個不大不小的專案，積累了小小的一點經驗，今記錄下來，雖然很少，但是很寶貴。
進入了這個公司，剛開始接手這個專案，第乙個感覺就是業務邏輯好重要，我是乙個工作經驗不是很豐富的新手。其實看起來設計表結構很簡單，無非是按照業務需要，將業務物件抽象出來放到資料庫當中去，可是隨著專案真正的進入編碼階段，我才真正的發現，你資料庫的設計直接導致著你程式漏洞的多少，乙個很簡單的使用者建立功能，我整整做了兩個星期，相信大家最先學會的就是使用者的新增吧，很多書都是以這個為教材的，但那是技術，他只教你了技術，可是業務邏輯呢，博士經常跟我說的一句話就是「**寫死都可以，但是你就這麼做的話會不會有什麼業務上的漏洞」。
其實當我們拿到乙個專案的時候，如果他是乙個新的業務，你沒有接觸過，那麼你就要一點一點去的分析，那麼這個過程才是程式設計師最寶貴的經驗，很多人願意寫**，很多人追求更高的技術，其實對於我們來說，博士對我們說過「你離編碼越遠，你的能力提的越高」。
我們能做幾年的程式設計師呢，一般的程式設計師五年是個極限，到了第五個年頭，人的程式設計的思想開始固化了，不像開始那麼的有激情，那個時候你想做都做不動了。那麼那個時候我們要去做什麼呢，這是很多人都在討論的話題，有些人說做銷售，有些人說做專案經理，架構，需求，其實這個裡面我們只有做架構，跟**的關係還是比較大的，其他的都不需要**了。那麼當我們當了三年的程式設計師的時候我們是不是該想想我們以後要做什麼呢，如果做架構，那麼就要多積累些設計模式上面的經驗，如果想做需求或專案經理，那麼就要在平時專案的業務邏輯上多下功夫。
其實當我們跳槽的時候，有什麼能證明我們有經驗呢，記得當初我面試一家公司的時候，這家公司還可以，屬於中上等吧，專門做財務軟體的，那個面試官上來沒跟我廢話，直接說「把你認為自己做的最成功的專案跟我說說」，我就跟他說了我做了哪個哪個專案，我做了那些那些模組，用了什麼什麼技術，人家根本沒搭茬，直接問了個「把你們需求做的過程跟我說說」，我就簡單說了一下，然後人家又問了三次「具體點」，結果一直問了二十分鐘的需求，弄得我都快瘋了，最後我說「我應聘的是軟體工程師，不是需求分析師」，人家笑笑，讓我走了，我當時還很不理解，後來我知道，人家不重視你又多麼多麼牛的技術，人家的技術很成熟，你去給填空就行了，關鍵是你有多少的專案經驗。
專案經驗（一）
這個問題是我們當時開發時遇到的乙個難點，超賣的原因主要是下的訂單的數目和我們 要 的商品的數目不一致導致的，每次總是訂單的數比我們的 商品的數目要多，當時 我們的小組討論了好久，給出了好幾個方案來實現 第一種方案是 在每次下訂單前我們判斷 商品的數量夠不夠，不夠不允許下訂單，更改庫存量時加上乙個條件...
ERP專案經驗 一
有幸接觸到化妝品行業，今天來總結一下，這些行業的特點以及erp的使用經驗 能力有限，如有錯誤還望多加指教 有些功能其他行業也可能適用。比如 化工行業，食品行業，醫藥等 1.生產日期和限用日期的限制 2.安全和衛生的國家標準 3.批號管理 4.成分管理 5.法務管理 正是因為這些行業的特性，所以就會與...
專案經驗小結
專案內容 專案目的 傳統的日誌，記錄的是系統訊息流，控制流或資料流方面的資訊，尤其關注出錯狀態。從而為我們分析問題提供現場，得以知道問題發生的前因後果。分析日誌之後，可以知道整個故事的情節 時間 地點 事件等等。但我們不太容易從海量的日誌中提取重要的系統效能指標或引數，以實現垂直衡量系統效能和評估系...