學習了你的一篇關于IDL的博客，因為我最近剛轉到這個方向，而且沒有編程經驗，感到很有用，寫得很不錯。
無意中瀏覽到你這篇日志，想交流幾句。感覺你的基礎可能是代碼工程師中比較好的，但是業內一個共識是寫代碼是個吃青春飯的活兒，30歲以后，可能沒有精力通宵達旦寫長長的代碼，或者出差外地完成幾個月的集成測試；或者有人精力旺盛，30歲還可以拼一拼，但是40歲、50歲，絕無可能了，或者說40以后會覺得這種生活方式不太好，家庭和自身的需要都讓人追求一定程度的穩定。
那么20歲的程序員30、40以后干什么呢，一個主流的方向是成長為軟件架構師，不寫代碼了，寫需求，分配編碼任務，解決集成過程中必然出現的一地雞毛。
如果你認同我的初步分析，打算向這個目標前進，有兩個建議：
1、對公司的選擇，一看公司的資本模式，世俗的排序一般是事業單位、國企、外企、民企（可能華為這樣知名的民企比外企好，外企里也有英美好于臺韓等說法）。二看公司的職位設置，軟件人員是不是一個遞增的關系，就是除了程序員，還有軟件架構師，最好有軟件測評職位。選到一個好公司，資本穩定，最理想干到你退休它都不會垮；再者職業上升通道現成了，端看個人努力，有這樣的公司就不要輕易跳槽了，哪怕一年兩年并不如意，也要堅持下去。這樣你的精力才能最大程度用在個人技術能力提升上，而不是被各種離職入職、五險一金什么的消耗掉。
2、程序員的知識更新當然很快的，軟件架構師也要求博聞強記，因為以后手下人不可能只寫一種語言，知道得越多越好。但是做一個項目學一種語言，下一個項目又換語言了，一年換上三四個，項目之間沒有延續性、繼承性也不可取，因為沒有條件把某一門語言做得很精，無法積累經驗。最好抓住主流的語言和項目方向，然后適當有拓展。比如從C學起，以后C++，即使變成面向對象，面向服務，API什么的，一直是C++的底子，換起來就很容易。  回復  更多評論
  

@bloomrain
謝謝你的回答，這個博客我很少登，偶爾發下東西。
  回復  更多評論