剛剛來北京工作不久以乙個月左右的時間，說說不一樣的體驗,不一樣的生活,在學校開發很長時間了，來工作之後覺得學校裡面的開發比工作中有一些差異性的，只是從工作量和工作質量上來說也有一定差距，在學校時常常是給你個東西說給你幾天的時間把他弄出來，時間是充裕的，但是在工作中可沒有那麼多的時間讓你來研究東西需要快點出東西，也就是要求做出來的同時也要求效率。
到這的前幾個星期是按這樣一種狀態開發東西：
經理分配任務、領任務做任務，等做完了的時候才去找經理溝通和交流，中間遇到到了各種問題以及不太確定的細節並沒有去及時找經理溝通，沒有及時去處理，導致做的慢一些，團隊成員之間的有效溝通是影響開發進度的一大因素。
從這週開始每天找經理三次以上，早上和下午下班的時候不管做的怎麼樣都會找經理說一下做的情況，以便讓他及時掌握做的動態以及遇到的問題，一些浪費時間的問題上面，做東西的時候不可能沒有問題的,有時沒有什麼問題就去找經理說一下自己的想法這樣或那樣設計的思路，讓經理幫分析分析有沒有什麼紕漏，以避免在設計和解決問題的思路上浪費過多的時間，有時可能你想的一種思路是行不通的你卻浪費了半天的時間在上面，這往往也是不可以的，需要把有限的時間用在解決關鍵問題上，主要的功能實現上面。
這樣可大大提高效率。
同經理溝通和交流次數多了之後，明顯感覺做的速度快了一些，每天的大部分時間都花在了主要問題的解決上，而不是遇到乙個問題自己想半天，有時可能也是不準備的方法，其實如果思路清晰寫**是很快的，最怕思路模糊，會陷入一種一邊寫**一邊思考，開發就很慢建議每次寫**之前多思考一下、規劃一下。
有效的溝通
在學校裡開發工期往往較長，有時個別問題也顯示不出來，來了後也是按照學校那種模式領個任務自己做中作，無非就是多花一些時間，做出來不合適再改時間充裕，但是呢工作之後，需要按時按質完成，按著學校裡的開發想法就完全不行了，也沒有意識到對時間要求這麼嚴格。
溝通要有效的溝通，你聽懂了別人說的話或者只讓別人聽懂了你說的話都是單方向的,只有完全的相互理解了才是有效的溝通，開發中也只有有效的溝通才能讓開發速度提高，假如別人給你講了講需求，即使他講的都明白了，由於經驗或是一些其他原因，你也不會一下完全搞懂，要確保你們之間的理解達到一致，不要對同乙個問題出現理解偏差，這就是有效的溝通。
有時候乙個專案的進展速度往往和團隊成員之間的相互溝通有很大關係，溝通不及時會使問題被處理的時間延後。
這個星期感覺好多了每做乙個東西都是思路清晰的，同經理溝通也很及時，感覺開發的壓力小了很多，每天完成的東西多了很多，多溝通之後覺得很多問題就變簡單了，經常是站在別人的思路之上設計，站在巨人肩膀上不僅僅是自己乙個人在做。
作為乙個專案經理需要及時了解每個人的動態，需要把握專案進度，以及解決每個人工作中的困難，簡單寫了寫工作感悟。
工作中的感悟
今天在工作中走了很多的彎路，仔細回想下 是自己的基礎知識太薄弱了，很多知識點都是似是而非的狀態，一知半解的，比如 linq中的entity.select e e.name contians sa 竟然不知道到底返回的是社麼型別，要有的專業精神 還有就是sql的型別裝換，完全沒有印象了 set cat...
產品工作中的溝通與協調
1 明確目標 會議室及 會議，開會前列出會議章程 最好可以先發個郵件或者打個招呼，告之這次參會人員的大概情況 會議後要有會議結果 及時輸出會議紀要 會議紀要可以包含下面幾個部分 1.參會人員 日期 時間 2.會議議題 討論要點 3.會議紀要 討論過程的概括及描述 4.後續策略及關鍵事件跟蹤 後續事件...
研發工作中的體驗和感悟
1.研發，任重而道遠，不要試圖一步找到解決方法的solution，總要循序漸進 挫折總是不斷的，裡說的再好的演算法，也會有缺陷，不一定適合自己。2.希望自己能夠抱著學習的態度來對待，而不是急功近利。3.壓力總是來自於想成功，不願失敗。好不容易做出來的一點成果，發現還有公司比自己做的更牛，deadli...