也是和朋友討論的時候突然想起說說這個話題的。筆者呆過的企業都是研發型別的企業，民企、私企、外企都呆過。各自有自己的流程，各自的管理風格。但在這裡僅僅聊一些微觀的問題，涉及我對於具體的研發人員的一些問題的看法。
1.很多研發人員沒有自己的技術發展的規劃
這個是一個重大的問題，尤其對於有志於技術方向的畢業生。初出茅廬，沒有人指導，一步錯，步步錯。筆者在學校屬於魯鈍之人，但是一步步的在研發上堅持下來，摸爬滾打的，積累了一些經驗。筆者的一些當年技術很優秀的校友，比筆者高几個檔次，畢業時有的去了一些很牛X的外企，但是做的是一些系統整合的雜活，工資高几千，但最終轉管理、轉行，技術上有積累的也不多。
當然，幹研發也沒有什麼好的，當今社會啥掙錢來啥也天經地義。但筆者認為，如果一個人真正的有技術天賦，有志於技術，還是應該選擇有深厚研發底蘊的公司。傑出的可以選擇Google，MS，中上的可以選擇中興、華為，見識一下大公司的管理，大系統的開發，未來可能會厚積薄發。筆者以前，撰文感慨JunOS的.幾千萬行的系統以及3個月一個release的開發。有讀者留言覺得沒什麼了不起，其實是沒有體驗過沒有概念。（當然，筆者水平很菜，且畢業的時候也沒有選擇好，這裡絕不是教訓別人，只是share一些看到的和體驗的經驗）。
對於已經在企業多年的工程師，我覺得很多人也是缺乏這方面的考慮，分配什麼做什麼，除此之外不知道做些什麼。總之，沒有自己的技術上的規劃。當然，人和人的工作目的和態度不同，未必誰對誰錯。
2.很多研發人員缺乏總結
筆者有總結的習慣，研發筆記上百萬字至少，彎曲也寫了幾萬字了。但是覺得習以為常了，因為從小就是這麼學習的。抄政治筆記，抄名人名言，理當如此。所有人同學當時都是這麼學習的，但是工作後發現很少有人這麼幹了。這也是前些天和一個要好的同事討論的時候注意到的，該同事沒有這個習慣，經筆者教育他之後，他實施效果良好。缺乏總結的後果就是狗熊掰棒子，最終只有一個。
3.大事有流程小事無人關注
每個公司都有自己的流程，經常全員學習之。其實對於流程，筆者總結不外乎以下兩點：
1.一個通用的語言，可供不同部門以及雜七雜八的人之間溝通
line
真正對於一線研發人員，最有用的就是如何提高每天重複幹千百次的小事的效率，如何在做小事情的時候思路更加清晰。例如code review如何有效進行，不敷衍了事。又如bug如何進行fix等等。
筆者對於，fix過的bug基本每個重要bug一個文件，記錄fix的全過程包括相關環境、可能原因、下一步如何等等等等。
一方面想用於家傳，以後給孫子講講，爺爺當年如何辛苦，忙了一個月，打發了多少牛鬼蛇神，對付了幾多妖魔鬼怪，終於fix一個bug
另一方面更重要的是儲存現場用於第二天的程序切換。筆者覺得諸如此類的細小事情上的效率提高和節約對於研發人員重要性強於流程的學習。做每一件事情都是用生命的代價換來的，效率彌足珍貴。
暫時想到這些，應該還有，想不起來了。筆者不在其位，不謀其政，無權教導其他人該怎麼做。彎曲的很多大俠應該有獨到的經驗，共享一下研發人員應該如何自我培養以及研發組織應該怎樣更快的培養員工。大家仁者見仁。