這是在某論壇看到乙個年輕的erp實施顧問提的問題，碰巧今天和多年前同在軟體公司做顧問的時候的同事也聊到了這個話題。細細想來，這個問題其實困擾了許多顧問。年輕的顧問在猶豫到底在甲方做內部顧問能夠學到更多更新的知識，提公升比較快；年老的顧問卻一直從事著東奔西跑的專案，重新乙個又乙個專案的開始到結尾，產生了心理疲倦的情緒，從而希望能夠到甲方體驗新的東西。
而我，作為乙個從事了甲方和乙方多年的經驗，希望與他們共享我的心得：
無論在甲方還是乙方，有幾點是有共性的，一是溝通意識和能力。溝通的學問很多，通俗地說就是和人打交道，所不同的是甲方在企業內部和領導和普通員工打交道，還要與實施軟體的乙方打交道；乙方則與客戶領導和專案經理打交道，有時也需要和客戶的操作層打交道。溝通的內容會有很多，涉及到技術、業務流程、開發功能等等，如果溝通能力不夠，就會出現問題解決不了，關係緊張，專案必然受到影響。所以，無論甲方還是乙方，面試顧問首要關鍵就是語言表達能力，這個很關鍵，實施專案不僅僅是技術的問題。二是文字寫作能力。甲方或乙方在專案實施過程中都會有大量的文件和資料需要整理。例如，作為乙方需要做文件有《需求調研分析》、《業務藍圖設計》等等，這些都是專案實施過程中的關鍵文件，是專案階段總結或專案驗收的關鍵依據；甲方需要建立問題知識庫、編制終端使用者操作手冊等等，也是極其考驗文字寫作能力的。三是學習能力。從事軟體產品的專案經理和實施顧問，都必須具備較強的學習能力，簡單地說，軟體產品是做不完，學不完的，sap、oracle、jde、ufida、k3、eas、dcms、dynamics等等，但是，都會遵循相應的業務流程或管理規則。越了解企業管理，學習越多的軟體產品，就能夠對需求或解決方案提出見解。當然，共性的地方還有很多，我認為這三點應該是最重要的。
哪麼，從事甲方的內部顧問能夠獲得哪些優勢呢？甲方作為乙個企業實體，企業經營其實就是建立在一定的業務流程管理或管理模式上的一系列交易行為，其最終結果是獲得相應的利潤。這是從企業管理上對企業經營下的乙個定義，因此，軟體產品也是執行在業務流程和企業管理上的。作為甲方的內部顧問不僅可以學習到業務流程等知識，還可以實際驗證。相反地更多的乙方顧問往往會從軟體本身的出發去理解，甚至還會指導企業應該按照軟體的流程來處理業務。也許有人會說，軟體的業務流程是經過專家驗證，眾多客戶體驗，是非常合理的。如果相信這個話，哪就錯了。不同的行業、不同的管理方式都會存在業務流程的差別，有些業務流程是未必適應企業實際運營的。打比方說，習慣了開拖拉機的人忽然之間讓他來開寶馬，肯定是不一樣的。
另一方面，我是支援長久從事軟體產品的乙方進入甲方勵練的，我與許多顧問接觸過，技術和能力水平都不錯，就是張口閉口說xx軟體就是這樣的，把軟體的思維模式固化了，我剛才強調過，不同的企業、企業不同的發展階段、不同的行業這些特點決定了有些軟體的業務流程並不一定是正確的。為此，有家客戶和我們的實施團隊嚴重地吵過一架，我印象深刻。客戶要求軟體提供紅字單據沖銷的功能，而軟體只有退貨或貸項的功能，例如，採購入庫或銷售出庫，採用負數即紅字單據來進行沖銷，而我的軟體是沒有紅字單據這種功能的，這時就發生了衝突。到底客戶的要求是對的？還是軟體的設計思路是是對的？我講的就是這個意思，顧問只有進入實際的企業中才能發現問題，深思後更具備說服力。
變數宣告到底在迴圈外部好還是在迴圈內部好？
引用自知乎 其他參考 object obj new object 寫在100個迴圈內等於你有100個引用對應了100個物件 所以100個物件在一段時間內都是會占用記憶體，直到記憶體不足gc主動 obj new object 寫在100個迴圈內等於你使用1個引用分別100次呼叫了100個物件 所以當後...
在C 裡類多一點好還是少一點好？
去年這個時候，要開發乙個新的功能，主要就是與別的程式進行通訊，並解釋相應的xml 協議包，根據這些協議包功能進而向伺服器 相應的命令，然後當伺服器回應之後再組 xml協議包傳送給原來傳送命令過來的程式。就這麼樣乙個功能，大概有10個 xml協議包，這個員工設計這個功能，就只寫三個類 接收 xml資料...
程式設計師在國企是種什麼體驗，國企好還是網際網路企業好！
經常在論壇上看到有人有這樣的疑惑 是應該選擇進入國企還是網際網路公司？本人結合自身的工作經歷，談一下自己的看法，希望對還在猶豫的同學有些幫助。我個人大學 研究生期間均學的計算機相關專業，可謂計算機科班出身，畢業後直接進入了一家國企從事軟體開發工作。個人的職業經歷可以說是非常的平淡無奇。在這工作的五年...