驚心動魄這個詞用在學習知識上可能有點不合適，但是我還是要用一下，因為我們確實過了乙個很不平凡的暑假。
雖然小學期大家都經歷過，但是每個經歷過的人畢竟是經歷都是不一樣的，今天來介紹一下我所經歷過的至今為止最讓我自己難忘的這個暑假吧。
我們小學期的名字叫做軟體基礎實習，說起這門課，我們的前面11屆（好像是11屆）學長們已經經歷過了，但是每屆的經歷相信都是不一樣的，而且每個人的經歷更是不一樣的。
我們是以做乙個小的軟體專案來進行度過這個難忘的暑假的，要說這個軟體專案，估計拿給csdn上的各位大牛們可能都不是什麼難事，也就是順手拈來的活吧，但是對於我們這群菜鳥們來說，確實煞費了一番苦心啊！
然後就是開始為專案做需求分析了，因為計算機和軟體學院的課程不一樣，所以計算機這學期還沒有開設軟體工程這門課，所以很多東西又可以讓我們學習一段時間了，於是又沉浸在軟體工程的書裡面好幾天，弄了點皮毛就開始寫需求分析，到現在感覺這個過程都很好笑，但是我們確實是做過來了，相信真正到軟體工程這門課的時候，我們會把軟體工程理解的更加透徹的！
需求分析做完了，我們接下來就要真正的投入到軟體的設計以及開發的過程了，這期間團隊裡面成員的心情那是跌宕起伏啊！
首先最不安穩的就要數我自己了，因為我們的軟體小組組長是乙個比較溫和的人，同時也是乙個樣樣知道，但是樣樣都不精通的那種人。所以他要做的事情很多，所以呢我們的專案與其說他是組長，還不說我們沒有組長，因為說實在的他沒有做到組長應該做到的基本任務，雖然他也組織了我們一起來商量問題，但是唯一一次要將分工明確下來的還是我提出來的。因為當時暑假大家都要回家，所以如果不把任務分配下去的話，那麼我們的暑假將是乙個失敗的暑假，那麼我們的軟體到最後可能也可能會是乙個失敗的軟體。於是在暑假的第二天在北理的著名中心花園裡面我們開了乙個小組內的討論會，雖然只有五個人，但是當時大家卻弄得各個很難受，因為當時很生氣，因為組長他連自己要做什麼，甚至我們的軟體會需要什麼都還不明確，而且當時最大的憂慮其實是為了讓大家在暑假裡面有明確的分工，不至於荒廢，而且我們在暑假回來之後真正剩下的時間就不多了，所以這個暑假真的很重要。雖然最後大家爭的不可開交，最後還是在我的提議下把任務強行分配了，雖然有兩個人自報奮勇的要自己做某乙個模組（後來被證明是錯誤的決定），但是我們的專案依然有好幾個難點沒有解決，所以還是將就著一些了。
最後就是暑假回來的這段時間了，幾乎每天的**，每天的找資料，泡圖書館，那日子過得也很痛苦，看著人家別的學院裡面同學們那麼自在，我們心裡也長草，但是我們明白，我們是計算機人，我們要在有限的青春的時間裡面要做我們應該做的事情。這樣的日子經過了兩個星期以後，我們的專案終於接近尾聲了，但是鑑於我們的族長那些很難琢磨的缺點，我們還是走了不少彎路的，到了最後的幾天我甚至還和他吵了幾架（我們是乙個寢室的對床），因為當時的**每天變乙個樣，就是因為他沒有將我寫的那部分的儲存內容說明白，搞得我一直在該**，繼而是改儲存結構，直到第三次之後（也就是三天之後），我實在是忍不下去了，終於想組內的各個成員發火。第一，因為他們暑假該做的東西沒有去做，或者是做的不明不白，拿過來也不能用。我們的族長就是當時開學了之後現寫**，結果資料結構弄得不好，演算法想的也不夠好，結果做出來之後那個介面實在是醜的很，那我也沒辦法了，最後還是弄得人人向我發火，認為我在向他們爭什麼，可是我實在是無辜的，我做了那麼多的工作，沒有功勞，也有苦勞吧。因為說實在的，我當時也是什麼都不會，就是因為看書的時間比他們時間長，查的資料比他們多一點，他們就可以憑藉自己不會的介面讓我做了那麼多的工作（當然我不是在抱怨更加不是在炫耀自己的成果），但是我確實知道專案的主要模組是如何設計的。也就是說，如果現在再讓我從頭開始，可能我做不到現在這樣，但是最起碼會做的**不離十了。所以我氣憤的不是他們不去做，而是他們那種對自己沒有信心的心態，我認為那是一種錯誤的心態，更加是一種錯誤的行為。
所以這次我決定了，以後再做什麼專案的時候應該會選擇乙個搭配比較合理的組隊，這兒樣的話我們會各司其職，能夠將我們的價值最大化，那麼我們的水平可能才會更上乙個台階吧！
雖然這個暑假過的不怎麼愉快，大家都過得驚心動魄吧，但是到最後我們還是做的不錯的（至少我是這麼認為的），感謝這個小學期的85天！
CISSP認證考試驚心動魄的回憶
我參加了今年3月26日的上海考試。這個日子對我而言比較特殊，因為這一天正是我的生日，更重要的是我差點在cissp的大門前嘎然止步！3月25日晚上，我還在不停地翻all in one cissp prep guide和學習筆記，特別是重點看了secuirty mode。對security mode部分...
記一次驚心動魄的上線問題
專案上線了，跑了一段時間，就出現卡死的情況。一看伺服器的cpu或者記憶體並沒有多高。後來重啟了一下nginx和php fpm後就正常了。通過檢視nginx錯誤日誌104 connection reset by peer，發現需要修改配置。nginx的buffer太小，timeout太小。client...
驚心動魄的SAP S4客戶額度調整運動
今天一大早，收到商務部發來的訊息，說某乙個客戶的額度超額了，但實際上並未超額。從sap系統中反饋的額度來看，顯示超了2萬多。後來經過在bp畫面檢查信用段發現，這個客戶額度占用裡面，某乙個未清訂單已經部分交貨並開票了，這點在未清發票裡面也有體現，但未清訂單裡這個訂單額度仍舊是總額，如此額度就被重複占用...