方案優於程式設計，設計優於編碼，不經過實踐不能真正的理解他的含義。
上一次寫方案是license模組，由於當時不清楚程式具體什麼走，非常急於寫**，詳細設計文件也是改了很久。最後編碼的整體效率和質量都不高。還沒喲站到一定的高度去看到模組的劃分。
這次又開始寫方案了，時間很緊，只有一天，但內容也不多，結果還是預料中的，小組長只是想看考察和鍛鍊我的設計能力。
沒能得到組長的認可，壓力可想大大的，這不今天早上很早就醒了，6.45.
並且沒起來就清楚的想出了昨天的設計方案-（針對網管系統新需求--信令軟採）的實現思路。
此時，我才真正理解設計方案的重要性及編碼其實真的不是最重要的。
說起昨天的設計方案，真的很慚愧，方案內容不完整，主要原因是經驗積累不夠，其實基本上都有描述，比如對告警的內容走告警流程，但不是很細，既然走告警流程，那麼這個告警編號有嗎？沒有的話需要加到告警知識庫中。
下午的**會議小組長乙個人和北京確認下關鍵的問題，我和另外乙個同事補充了些有疑問的問題。
回來後我把會議紀要整理發到北京的同事那邊，並對有疑問的問題進行了求證。方案基本在大腦中有了定型，該怎麼去做都有了眉目。
今天早上想起的方案包括以下幾點：
1，介面的設計（新增選單，左樹右表的方式顯示，左樹顯示根元素，右表顯示軟採任務）
2，任務的管理（任務的新建，任務的暫停，任務的修改，任務的刪除）
任務新建和任務修改的介面圖昨天按照新的方案已經進行了修改和更新
剩下的就是任務的新建，任務的暫停，任務的修改，任務的刪除都需要走配置變更流程，這個流程是原來已有的，呼叫的話不會出現什麼問題的。
3，介面的設計 介面發起操作，需要通過ejb介面呼叫服務的服務，然後再呼叫配置變更進行處理。
深度學習的一點點一點點知識
我們手裡有大量的x和y，求權重訓練的是權重資料樣本 xwy 身高0體重0 血型0.3 腳指頭0.8 一組x計算出對應的乙個y 計算過程是w 下面的就是最基礎的公式 我們已知資料是大量的x和y 希望通過 西塔 來獲得w 我們的學習才剛剛開始，首先需要理解的是與門 x1x2y0 0001 0100 11...
一點點的失落
內心總是有種種失落。說不出來，但是這種壓力一直存在，壓得人喘不過氣來，內心最大的矛盾，就是自己到底是個好人還是壞人，人家說不做虧心事，半夜不怕鬼敲門，我並沒有作什麼對不起別人的事情，或許對不起的，是自己的父母。下午跟自己的妹妹聊天。妹妹是那樣的信任我，想起前一段時間一度想著的死亡，真的是很愚蠢啊，但...
回溯的一點點
經典的八皇后問題是用回溯法解決的乙個好例子。以下是該程式回溯的部分 while x 0 else x 繼續尋找下乙個皇后的位置，還沒找到完整解決方案 else 未找到可以放置第x個皇后的位置，到該步為止，已經知道不滿足要求 從上面 可以看出，回溯法的幾個關鍵點 1.到該步為止，所求部分解都滿足要求，...