最近專案還不算太緊，剛好和同事擠出時間參加了周五的：2023年ibm的rational大會，主題是「開發有道，創新智造」；如果把舉行一次大型會議看作乙個專案，我感覺ibm是乙個非常優秀的團隊，大會期間儘管人多卻沒有擁擠，一切竟然有序，每個細節每個點都控制得非常到位。
ibm每次大會都會有很多很好的理念和方法，這一次也不例外，ibm
軟體集團rational
軟體總經理daniel sabbah博士在主題演講中表示，面對日益複雜和重要的軟體和系統交付過程，我們應該超越對成本、質量和風險的單純工程度量方法，以全新的思維——即軟體和系統計量經濟學為指導，通過系統化的管理來保證得到預期結果和規避失敗，實現可持續可度量的創新。
其實在這個行業，從來不缺乏創新，從來不缺乏理念，無論從技術到方法，每年，或者每個時刻都有許多優秀的技術、方法、理念在更新。乙個好的理念如何在乙個團隊中生根，在我們很多企業，是乙個比較困難的事情。我們很容易把乙個方法學走樣，也很容易只學乙個理念表象。所以很多企業通過了許多認證，卻沒有收到太多實質東西，認證最後變成乙個資質證明，以前咋幹還咋幹。王愛民先生，這次在大會上重提了任正非先生理念「先僵化、再優化、後固化」，給了我們更深的警醒和指導作用。
學習和實踐都是乙個過程，我們往往容易受過往經驗束縛，無論是個人學習還是團隊改進，是否我們都可以借鑑一下此方法「先僵化、再優化、後固化」相信效果會不一樣的。
ERP專案實施討論 先僵化，再優化，然後做固化
下午在跟朋友討論關於erp專案實施過程中的計畫如何確定的問題，由於他們的erp專案比較複雜，公司的規模也比較龐大，一共有2個事業部，每個事業部下屬都有5 6個品牌，算起來的話，都有十二個品牌 一共擁有近4000個終端。因此，一直以來，他們對於專案實施方的實施能力比較擔心，而且前幾天還去了專案實施方去...
改造我們的學習
我們知道，程式設計師必須得不斷的學習，才能跟上日新月異的技術。但是很多朋友陷入了誤區，比如學習c 總覺得我要把 c primier 看完，再開始程式設計。學習影象處理也是，非要把數字影象處理與opencv的書籍看完，才開始上機除錯，最後雲裡霧裡，感覺什麼都不會。還有就是，不斷追著熱點技術，今天是c ...
改造我們的學習 有錢不會花，抱著金庫抓瞎
如果對以上問題的回答有三項以上為 是，或者深有感受，那麼，這句話說得可能就是你。我今天想說的是學習過程中的乙個誤區，我也身在其中 到今天還沒有完全走出來。軟體行業需要不停的學習，似乎沒有人反對這個觀點。有些人是因危機感而不得不如此，也有些人因為熱愛技術而喜歡學習新東西。2 尋求安全感。沒有足夠的資料...