主要點：
原型根據需求畫好了之後。就和業務方，上級，開發討論了一波。確定之後，開始執行。直到第一版出來之後，發給業務方看。結果是開發出來的版本他們並不是很滿意，需要迭代修改，第一版本還沒有正式上線就開始修改，迭代第二版。。。
2. 產品真的和業務方溝通非常重要，非常重要，一定要很清楚業務場景，業務邏輯，我就是因為剛接觸，不是很熟悉，所以出現這種情況。導致明明原型畫好之後，業務方也看過了，沒有問題，但是開發出來的，卻不是他們想要的。這個就比較尷尬了，所以在進入開發階段之前，一定要和他們溝通清楚，可能當時我們的溝通也是存在問題，雙方都沒有溝通清楚。
3.產品和開發溝通也是非常重要的，也許我們是清楚業務的邏輯，但是技術上是否可行，最終還是需要開發來看，所有我們也需要聽聽開發的想法，但是一定要有自己的堅持，我在這一點確實做得不夠好，因為是技術出身，所以看問題會偏向於技術，不能夠很好的從業務出發。
4.思維方式的轉變，之前的思維都是比較直接的看待問題，遇到什麼問題，直接上技術給解決了，但是現在做產品就不一樣，很多細節的點，邏輯的判斷都要自己想清楚，不然就很容易出現問題，比如開發問這個做完之後，跳轉到**，這個地方是否需要判斷等等，這個其實應該產品想清楚，而不是開發來告訴我。這個是非常不好的。
做產品和做技術確實存在很大的不同，兩者思維方式不太一樣的，技術可能遇到問題，我只要想到解決方法就可以，至於其他我可以不用過多的考慮。而產品考慮的問題是周全，需要從不同的角度解讀需求，比如：實際業務，使用者角色，場景，還要考慮到一些使用者習慣，等等。規劃好產品之後是否能夠真正的解決他們的問題或者是痛點， 這個是非常重要的。此外還要考慮實際過程中遇到的一些突發情況，開發延期，自己心理狀態調整等等。其實產品也是乙個技術活。
希望之後會越來越好！ 有問題的可以一起溝通討論。
CONTAINER類之心得體會
其實容器類就是乙個有各種容器的介面，通過c 繼承與多型的特性，能夠自由的往容器類中新增各種資料結構。上圖就是這個容器類的基本結構。其中帶箭頭的線表示繼承關係 帶矩形的線表示組成關係 帶圓形的線表示這個類是乙個純虛類 可以理解成介面 為了編碼的便捷，在下面的編碼中我並沒有自己寫排序的演算法，而是呼叫了...
專案管理之心得體會
團隊管理 1，對下屬要承諾多兌現 承諾太多而兌現太少 則給員工欺騙的感覺，使失去信任。2，要責任明確，不要把自己的任務 下放給下屬去處理，如 工作量的評估確認 讓開發人員自己估計 肯定是不準確的。3，自己有較廣闊的知識，較豐富的人生體驗 不是指工作本身經驗 這樣可使下屬員工更信服於你。4，多激勵員工...
實訓之心得體會
我們的大二生活就這樣匆匆結束了，彷彿自己還是學生，還是個說話總帶孩子氣的小孩。但是當我們來到無錫市公共實訓基地時，任老師就給我們講 你們已不再是學生了，是一名員工，那麼就不應該總把自己當學生看待了，要以一名正式員工的身份看待自己。當時一聽，還沒有把老師的話理解透徹，後來想想老師的話，說的很有道理。為...