1998年，我還在MOT做一名生產線主管，每天跟各種貼片機、工業設備打交道。當時最困擾我的問題是，貼片機（就是往電路板上放元件的機械手）的損耗率很大，大約有5%比例的微型元件在這個過程中被機械手因為種種原因丟棄或打壞。畢竟是MOT財大氣粗，請了不少小時工資幾百美金的專家來調試，依然效果不佳。最后得出結論，是機器太老舊，所以在一番決策之后，決定把貼片機整個換掉，換成最新的設備。結果是，損耗率是下來了，但依然沒有控制在我們理想的范圍當中。

　　一年后，正趕上MOT的大好時光，手機大量出貨，因為產能不足，就把充電器等附件的生產外包給了同在天津的民營企業加工，我作委托方的監管人員，每周到那個廠家巡視一圈，監督他們生產工藝是不是遵循了MOT的標準等。慢慢的，發現問題了：我們給他們的原料，總是能被他們生產出更多的產品，原本在我們這邊只能生產1000臺充電器的元件，給了他們，可能就能做出1050臺，這令我們非常詫異。經過仔細觀察才發現，他們的貼片機損耗率才0.3%！足足低于我們十倍多，而使用的設備恰恰是我們一年前淘汰出來，低價賣給他們的老舊設備。

　　真的是設備不行么，當然不是，因為老舊設備一樣被他們做到了0.3%的損耗率，而我們的新設備，當時的損耗率還在2～3%上下徘徊。后來專門開了分析會，才知道人家民營廠家的操作工的技術，都遠遠超過MOT技術員對系統的了解，他們可以hack到設備的工控機里面，調整非常微小的工程參數，以確保圖像識別的精確，而我們的技術員，只懂得按廠家的說明書去傻傻的操作，結果令領導很震驚，但在外企的那種體系之下，后來也就不了了之了。今天的結果大家恐怕都知道了，無論是MOT還是Apple，大多數的生產都包給了富士康──不是自己不能做，而是成本太高且在那種體制下根本無法有效解決。

　　語言之爭，從我在MOT，兼職做網站的時候就產生了，基本上是每個技術站的月經話題，每月都會吵一通，最早是perl和CGI的爭、后來是ASP和php，再后來是.NET和Java，再后來到今天因為有了更多的選擇，所以有了更多的爭。有時我在想，是不是csdn火爆的今天，就是語言之爭帶來的呢？

　　跟大多數程序員一樣，最早寫代碼，是從basic -> vb開始，后來開始web開發，自然而然的拿起了ASP，后來是vb.NET、c#，然后做WAP和短信業務、跟運營商打交道做BOSS，所以抄起了Java和J2EE，再后來轉入LAMP，做php開發。到今天已經不怎么寫代碼了，但還是業余時間搞了搞Python、OC之類的東西，順便還研究了下嵌入式系統，做了威眾的一些工作。

　　整個過程下來，發現自己也接觸了不少語言和架構，但在MOT的經歷一直在敲打著我——工具是最其次的東西，使用什么工具、工具用的好不好、能不能解決問題，往往并不在于工具本身如何，關鍵是人的因素占主要，同時要通盤考慮到產品需求、研發人員的招聘難度，現有的平臺和技術等等。曾經我也很納悶和郁悶，為啥WAP這么簡單的一個東西，公司要堅持用Java來開發，用php難道不更好么？后來想了很久，才自己明白過來，公司以前是做運營商系統出身的，現有的開發人員、平臺、規范甚至運維人員，對這個平臺最熟悉，如果為了開發效率，貿然換到php，就意味著整個技術團隊要跟著改變，不僅浪費更多的時間，甚至會因為人員不熟悉新語言新平臺，得到適得其反的結果。

　　當然，作為一個技術人員，保持對新技術的敏感是最要緊的事情。我一直認為，在地球上，只有程序員和醫生這兩個職業，是必須要終身學習的。但對新技術的敏感，并不代表一定要去實踐，甚至在下一個項目里面貿然用上自己并不熟悉的架構，正確的做法是，通過對新技術的了解，開拓思路，在處理新問題上做到觸類旁通。比如，我就曾經利用php里面的某些特性，引申到Java里面來快速的解決一個問題，反過來也有很多例子。當然，像OC這種你不學，就不會進入到一個新世界的語言，不在我們的討論之列。

　　我往往會鼓勵剛剛畢業的新人多學習新技術，每多接觸一個新技術，就為你將來的職場之旅多了一個選擇，而且可以舉一反三的增加你的經驗值，要知道，所有語言都是相似的，語法不重要，重要的開發思想和習慣。而已經走入職場的老手，對新技術，關注就是了，實踐證明，貿然轉型，往往會遭遇到極難堪的結果。

　　程序員也是工程師，而開發語言只是你手中的扳手而已，是長把手的，還是短把手的，無甚差別，只是在不同場景下是不是順手而已，但，只要用好都是可以解決問題的。當然，如果你一定打算拿扳手當鉗子去用，就當我全是白說吧。

it知識庫：醒醒吧，開發語言只是你手里的扳手，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。