今天早上到公司後開啟需求網頁發現前兩天聊到的已經分派給別人的需求開發分派到了自己的名下，本來有點奇怪，組長說為了趕進度，所以就讓我做了。在這兒我想吐槽一句，組內有十來個人，除了三四個測試人員，其他人都被分配在開發組，但實際上有開發能力的人沒幾個，每次就是來那兩三個人在寫**，我偶爾也被分幾個優化需求。其實今天的這個優化需求很簡單，只要有點程式設計基礎的人都能在一兩天內完成，我是今天剛上午剛拿到，今天下午下班前就把方案上傳了，同時**修改工作也已經完成，只是沒來得及測試。我不明白這麼簡單的東西這些人為什麼總是學不會。接下來記錄一下今天的**優化總結：
首先是需求描述：
有乙個新的功能要上線，關於這個功能需要做一些放開校驗的修改，而且是只針對這乙個功能放開校驗，**修改不能影響到已有的功能。
接下來是需求分析：
剛開始我對這個模組的業務邏輯並不是很了解，因為這個模組之前是由別人來維護的，所以我自己先根據自己的經驗看了下**，然後有了乙個初步的修改方案。但是這個時候我並沒有著手開始修改，我先去跟之前維護這個介面的同事溝通了一下，同事也進一步了解了一下這個需求的相關問題，以及之前**的邏輯。聊得過程中，這個同事告訴我說，在這個模組的邏輯中有乙個和本次要求的變更很相似的流程，只要根據這個思想直接複製一套相似的流程就能達到修改的目的。經過他的點撥之後我回去又看了一下**邏輯，同時結合他說的地方仔細看了一下，發現確實如他所說。而且他的這個方案比我剛開始設想的方案更優，也能省去很多麻煩的資料處理。所以我果斷地更換了涉及方案。重新設計了一下，然後編寫了方案。
第三步是著手修改**：
剛才已經說過了，需求不是很麻煩，再加上已經有了現成的設計思路，**中之前已經做好了涉及，所以**修改工作很快就完成了。
第四步是整理實際方案，編寫測試文件。
就這樣乙個簡單的需求就搞定了。其實這個過程很簡單，首先自己理解需求的意思，如果有不懂的地方就能相關負責人溝通，動手之前一定要確定好功能具體要求，每個細節。然後自己先根據經驗設計乙個初步的方案，之後在跟有經驗的同事溝通了解一下，有時候這樣會幫你省去很多麻煩，也能學到一些不同的設計思想，拓展自己的思維。溝通很重要。
mysql優化整理01
mysql資料庫的優化技術 對mysql的優化是乙個綜合型的技術，主要包括 a.表的設計合理化 符合3nf b.新增適當索引 普通索引，逐漸索引，唯一索引，全文索引 c.分表技術 水平分割，垂直分離 d.讀寫分離 e.儲存過程 模組化程式設計，可以提高速度 但移植性不好 f.對mysql配置優化 m...
優化相關知識01
抄書筆記 unityshader入門精要 馮樂樂 移動平台的特點 為了盡可能一處那些隱藏的表面，減少overdraw 乙個畫素被多次繪製 powervr晶元使用了基於瓦片的延遲渲染架構，把所有的渲染影象裝進乙個tile中 瓦片中 再由硬體找到可見的片元，而只有這些可見的片元才會執行片元著色器 另一些...
MySQL高階 優化 01
檢視是否安裝 rpm qa grep mysql 解除安裝命令 rpm e mysql 普通刪除模式 rpm e nodeps mysql 強力刪除模式，如果使用上面命令刪除時，提示有依賴的其它檔案，則用該命令可以對其進行強力刪除 wget rpm ivh mysql community relea...