不知不覺，來深圳也快兩年了，前面幾個工作都不穩定，倒閉的有，發現企業文化非常不認可的也有，直到目前現在這個公司，做了快一年了，才有一點認同感。但是我以前在廣州時候曾經經歷了從乙個十幾個人的研發公司到兩百人的研發的過程，從乙個沒有制度不能做產品規劃的公司到能夠計算出公司產品從研發到上市時間的過程。我個人對研發制度流程管理具有非常深刻的體會。
在沒有接觸研發管理培訓之前，我們會有以下認為：
1、做產品是無法估算時間的，只能邊做邊看。
2、制度會限制研發的自由發揮，很煩人。
3、研發人員的工作是無法簡單用制度去考核的，甚至是無法言明是怎麼考核的，只能憑藉主管的感覺來考核
通常這種型別的公司，都是100 人以下的小公司，但是研發到了幾百人的時候，沒有良好的考核制度，沒有辦法去估算產品研發週期，沒法去估算風險，這個研發團隊能夠給公司帶來更好的效益嗎？絕對不能！
很遺憾，我現在這家公司研發有三五百人，但是從這幾個月公司的管理來開，他們認為研發是無法考核工作量的，認為是不可評估的，真的難以想象。公司另外乙個事業部，在早期一百來人的時候，老闆親自抓，老闆也願意給獎金，做的還不錯，但是前三年公司拓展了新業務，研發擴充套件了200人，但是老闆依然採用老的制度去管理公司，新業務的事業部三年了，依然沒有很好地起色，很多專案開口就說什麼時候上市，結果時間到了連樣機都沒做出來，研發目標一再無法達成。從這種現象看，真的是以為他們說的那樣研發是無法估算完成時間的。但是在我看來，完全是公司的管理體系不到位造成的，因為這裡根本沒有普及專案經理責任制的管理制度，甚至公司的副總在擔任著專案經理的角色，真的非常奇怪，很多副總並不懂技術細節，但是卻死死的抓著專案經理的工作，甚至老闆專業是從事業務的，他卻在狠狠的抓著公司的硬體架構選型。
當我知道公司這種情況，我內心只喊，我的天啊！這麼多的研發人員，公司居然還會這樣管理，如果能管理的好，那才是怪啊。研發專案總是延期有三種可能性：一是根本沒做好規劃；二是能力問題；三是管理流程問題 ，導致效率很差。我覺得當前我們做的產品並不是科學家級別的，都是在原廠晶元基礎上擴充套件實現，一定是流程的問題導致研發目標老是沒法按時完成。公司的老闆，副總，經理他們都很反感細化管理的引入，擔心會浪費時間，覺得很煩這種多餘的事情一樣。我已經和主管提出公司存在的問題，開始我看他比較牴觸，我也不敢再提，但是我認為公司老闆要是不早點醒悟，我們事業部估計不會有什麼起色。
說真的，雖然在廣州以前待遇低於深圳，但是那裡的流程是很規範的，我們明確知道自己的職責，我們會互相監督，做產品的週期我控制的很好，我當時兩年帶三個大型專案都是按期完成，我現在好懷念那種感覺，懷念制度第一，領導第二的體系公司，懷念當時做事的流暢，懷念當時帶團隊的感覺，現在下沉來做一線研發，什麼時候能夠再回去做研發管理呢？隨著年齡的增長，我要好好考慮這個問題了。
很久沒寫部落格了，以後我的部落格都不會太多技術的東西，希望大家一起討論。今天就到這吧，陪孩子玩會兒。
再分享一下我老師大神的人工智慧教程吧。零基礎！通俗易懂！風趣幽默！還帶黃段子！希望你也加入到我們人工智慧的隊伍中來！
不知不覺，來深圳也快兩年了，前面幾個工作都不穩定，倒閉的有，發現企業文化非常不認可的也有，直到目前現在這個公司，做了快一年了，才有一點認同感。但是我以前在廣州時候曾經經歷了從乙個十幾個人的研發公司到兩百人的研發的過程，從乙個沒有制度不能做產品規劃的公司到能夠計算出公司產品從研發到上市時間的過程。我個人對研發制度流程管理具有非常深刻的體會。
在沒有接觸研發管理培訓之前，我們會有以下認為：
1、做產品是無法估算時間的，只能邊做邊看。
2、制度會限制研發的自由發揮，很煩人。
3、研發人員的工作是無法簡單用制度去考核的，甚至是無法言明是怎麼考核的，只能憑藉主管的感覺來考核
通常這種型別的公司，都是100 人以下的小公司，但是研發到了幾百人的時候，沒有良好的考核制度，沒有辦法去估算產品研發週期，沒法去估算風險，這個研發團隊能夠給公司帶來更好的效益嗎？絕對不能！
很遺憾，我現在這家公司研發有三五百人，但是從這幾個月公司的管理來開，他們認為研發是無法考核工作量的，認為是不可評估的，真的難以想象。公司另外乙個事業部，在早期一百來人的時候，老闆親自抓，老闆也願意給獎金，做的還不錯，但是前三年公司拓展了新業務，研發擴充套件了200人，但是老闆依然採用老的制度去管理公司，新業務的事業部三年了，依然沒有很好地起色，很多專案開口就說什麼時候上市，結果時間到了連樣機都沒做出來，研發目標一再無法達成。從這種現象看，真的是以為他們說的那樣研發是無法估算完成時間的。但是在我看來，完全是公司的管理體系不到位造成的，因為這裡根本沒有普及專案經理責任制的管理制度，甚至公司的副總在擔任著專案經理的角色，真的非常奇怪，很多副總並不懂技術細節，但是卻死死的抓著專案經理的工作，甚至老闆專業是從事業務的，他卻在狠狠的抓著公司的硬體架構選型。
當我知道公司這種情況，我內心只喊，我的天啊！這麼多的研發人員，公司居然還會這樣管理，如果能管理的好，那才是怪啊。研發專案總是延期有三種可能性：一是根本沒做好規劃；二是能力問題；三是管理流程問題 ，導致效率很差。我覺得當前我們做的產品並不是科學家級別的，都是在原廠晶元基礎上擴充套件實現，一定是流程的問題導致研發目標老是沒法按時完成。公司的老闆，副總，經理他們都很反感細化管理的引入，擔心會浪費時間，覺得很煩這種多餘的事情一樣。我已經和主管提出公司存在的問題，開始我看他比較牴觸，我也不敢再提，但是我認為公司老闆要是不早點醒悟，我們事業部估計不會有什麼起色。
說真的，雖然在廣州以前待遇低於深圳，但是那裡的流程是很規範的，我們明確知道自己的職責，我們會互相監督，做產品的週期我控制的很好，我當時兩年帶三個大型專案都是按期完成，我現在好懷念那種感覺，懷念制度第一，領導第二的體系公司，懷念當時做事的流暢，懷念當時帶團隊的感覺，現在下沉來做一線研發，什麼時候能夠再回去做研發管理呢？隨著年齡的增長，我要好好考慮這個問題了。
很久沒寫部落格了，以後我的部落格都不會太多技術的東西，希望大家一起討論。今天就到這吧，陪孩子玩會兒。
關於ROS的個人見解
ros只是乙個程式開發框架而已，它主要有以下東西組成 1 ros執行環境,主要負責全域性資訊 訊息傳遞 名稱管理。2 ros專用函式庫，主要是規定ros各種規則 通訊 管理全域性資訊。3 各種能重複利用的package 4 一些方便開發的工具 ros本身執行在linux中 用ros開發框架，開發出來...
關於CAP的個人見解
在集群環境下，保證各個節點的資料在任一時刻訪問都是一致的 在集群環境下，保證任一時刻都能保證服務可用 在集群環境下，當部分服務不可用時，整體服務對外依舊可用，但分割槽容錯性理論來講不能達到100 的可能，因為既然是分布式，就會存在諸如網線之類的各種通訊故障問題，嚴格來講，只能說達到99.9999 網...
Http的個人見解
http協議詳解 http協議定義了客戶端與服務端之間的通訊過程及資料報的格式 http協議的通訊過程 http協議是一款基於短連線的協議 1 短連線特點 節省伺服器資源，但是沒辦法實現同步資料 如 http 2 長連線特點 可以維護實時資料的實時性 如 socket http協議資料報的結構 1 ...