在科技浪潮澎湃、技術(shù)信息撲面而來的今天，一位剛畢業(yè)的大學(xué)生如果足夠勤奮，他可以在兩三個月之內(nèi)掌握一門編程語言，并編寫出像模像樣的軟件，他們的學(xué)習(xí)速度甚至超過了老一輩的程序員，但是解決問題的能力是無法速成的，只能依靠時間、經(jīng)驗(yàn)和慘痛的教訓(xùn)歷練而成。有時候還需要靈感和運(yùn)氣。

　　“問：池老師，我是個不愛互動的人，但是您所有的文章我都看了，非常感謝您的引導(dǎo)，我入手了人生第一臺MBP。現(xiàn)在問題來了，但是找不到更合適的人解答，只能求助于您了，如果您有時間的話。問題是這樣的：我有個32bitunixfile（開啟一個服務(wù)進(jìn)程），在Mac上執(zhí)行時錯誤提示是：execformaterror，但是在Linux服務(wù)器卻可以執(zhí)行，為何？Mac上有可以運(yùn)行的方案嗎？期待您的回復(fù)，不勝感激。

　　答：Linux和OSX是不同的操作系統(tǒng)，可以嘗試在OSX里重新編譯這個文件。

　　問：非常感謝！如果沒有文件源碼是不是就只能認(rèn)命了？

　　答：可以在Mac上裝Docker，然后對服務(wù)進(jìn)行端口映射就可以了。

　　答：茅塞頓開。謝池老師。”

　　以上是我和一位讀者的對話，這位小伙子在拿到答案之后像一縷煙塵一樣消失無蹤，之后再也沒有出現(xiàn)過。

　　在微信上加了很多MacTalk的讀者之后，經(jīng)常會收到一些奇奇怪怪的問題，關(guān)于職場、關(guān)于選擇、關(guān)于朋友、關(guān)于Mac、關(guān)于技術(shù)等等，不一而足。但是我能回答的卻很少。問題不好沒法回答，問題太復(fù)雜沒法回答，問題領(lǐng)域超出我的認(rèn)知也沒法回答，耗時太長的問題我也沒時間回答，實(shí)在是慚愧的緊。好在偶爾也能夠幫助一些小伙伴解決一些實(shí)際問題，心理上略感安慰，比如上面這個問題。

　　把這段程序員之間的對話翻譯一下，大致是這么個故事：

　　一位讀者有一個32位的Unix可執(zhí)行文件，可以在某種版本的Linux服務(wù)器上正常運(yùn)行，運(yùn)行這個文件作用就是起個進(jìn)程，開端口，然后與其他程序進(jìn)行交互。但是這個文件拿到Mac上完全沒辦法運(yùn)行。就在他趴在Mac上愁腸百結(jié)萬念俱灰的時候，突然想到了「池老師」。不就是這個老家伙把Mac夸的像一朵玫瑰一樣，讓每個程序員都去采摘么？現(xiàn)在扎手了，你不管誰管？于是他給我發(fā)來消息，意思就是管也得管，不管也得管，您看著辦。

　　我拿到問題一看，不難。Linux和OSX雖然師出同門，都是從老前輩Unix那兒畢業(yè)的，但是后來畢竟各練各的，在Linux編譯好的程序不可能在OSX上用，但是在OSX上重新編譯一下可能就沒事了。我把這個想法告訴了這位程序員，得到的反饋是：對不起哥，沒有源代碼！

　　我被這個冷酷的回復(fù)震驚了，立刻意識到剛才的想法并不是最優(yōu)解決方案，因?yàn)樵谥匦戮幾g的過程中，各種包的依賴關(guān)系和編譯錯誤足以讓你焦頭爛額，我隨即提供了B計(jì)劃：在OSX上安裝Docker，輕量級的容器Docker可以運(yùn)行各種版本的Linux，把文件扔到Docker里，然后通過主機(jī)和Docker之間的端口映射即可輕松解決這一問題。

　　雖然這里面會涉及很多技術(shù)細(xì)節(jié)，但是方向是沒有問題的，所以這位程序員立刻表示「茅塞頓開」，然后「biu」的一聲就在屏幕對面消失了，沒有留給我說「不客氣」的機(jī)會。

　　這個問題裝個Linux虛擬機(jī)也可以解決，但是虛擬機(jī)過于耗費(fèi)資源，而且不如Docker靈活，所以不是最佳解決方案。Docker是。

　　做為一個程序員，我們除了要掌握多門程序語言和多種數(shù)據(jù)庫，了解前端技術(shù)、后端技術(shù)，通曉網(wǎng)絡(luò)七層架構(gòu)，知道TCP/IP三次握手和四次揮手，編寫漂亮的代碼，設(shè)計(jì)優(yōu)美的架構(gòu)……之外，我們還要解決研發(fā)、程序運(yùn)行和產(chǎn)品上線過程中遇到的各種問題，而且被要求以最小的代價來解決問題……我們?nèi)菀讍幔?/p>

　　除了編程技巧和程序設(shè)計(jì)能力，解決問題的穩(wěn)準(zhǔn)狠是衡量一個程序員是否優(yōu)秀的重要因素之一，也是資深技術(shù)人員真正的價值所在。在科技浪潮澎湃、技術(shù)信息撲面而來的今天，一位剛畢業(yè)的大學(xué)生如果足夠勤奮，他可以在兩三個月之內(nèi)掌握一門編程語言，并編寫出像模像樣的軟件，他們的學(xué)習(xí)速度甚至超過了我們這些老程序員，但是解決問題的能力是無法速成的，只能依靠時間、經(jīng)驗(yàn)和慘痛的教訓(xùn)歷練而成。有時候還需要靈感和運(yùn)氣。

　　很多軍迷讀了大量的軍事著作和歷史小說，常常羨慕那些名將的風(fēng)采，并浩嘆自己「生不逢時」。但是名將不是那么容易煉成的。歷史上叱詫風(fēng)云的名將鳳毛麟角，他們親自持刀上陣追擊敵人，見識戰(zhàn)場的慘烈，目睹敵人的尸體，看到戰(zhàn)友被殺，知道被刀看中會流血死去，他們冷酷無情，堅(jiān)如磐石，在全軍即將崩潰的時候發(fā)現(xiàn)敵人的弱點(diǎn)并進(jìn)行攻擊，在瞬息萬變的戰(zhàn)場進(jìn)行決斷，在多次失敗后從無數(shù)士兵的尸體里站起來重新出發(fā)去挑戰(zhàn)那個戰(zhàn)勝你的對手，在所有人對你說「指導(dǎo)員，我們上吧」的時候，堅(jiān)定的說出那三個字：再等等！

　　如果你做不到這些，那還是做個最終會被張飛槍挑的小兵吧。

　　優(yōu)秀的程序員同樣如此，菜鳥常常羨慕高手在談笑之間讓難題灰飛煙滅，而自己卻苦苦思索而不得入門之法，殊不知這些高手同樣經(jīng)歷了名將的那些腥風(fēng)血雨。他們在清晨的微光里編寫代碼，在轟鳴的機(jī)房中調(diào)試程序，他們徹夜不眠就是為了解決一個bug，他們要承受數(shù)據(jù)丟失或上線失敗的痛苦，默默吞下眼淚，準(zhǔn)備下一次的戰(zhàn)斗。不停的學(xué)習(xí)、實(shí)踐和思索，成千上萬個小時之后，高手始成。

　　同樣的問題，高手的解決思路和小球是截然不同的。一般來說，只要不是世界難題，給足時間、空間和人力，都能解決。如果你遇到問題告訴上級，這個問題交給我了，兩年之內(nèi)搞的妥妥噠，那就不要怪項(xiàng)目組組團(tuán)把你打出翔來，因?yàn)榇蠹乙氖欠址昼娊鉀Q，不是兩年。在這個唯快不破的年代，我們沒有這么多的時間，所以要通過逆向思維、經(jīng)驗(yàn)教訓(xùn)、輾轉(zhuǎn)騰挪、借力打力等方式以最小的代價快速解決問題。這才是老程序員的價值。

　　再舉個例子，一個運(yùn)行良好的線上應(yīng)用在你修改bug增加功能之后重新上線出現(xiàn)了一些莫名其妙的問題，比如占用資源增加或運(yùn)行一段時間宕機(jī)等等，怎么解決？

　　常規(guī)的做法就是通過閱讀日志、模擬線上環(huán)境和調(diào)試程序來定位錯誤。容易的bug用這些方式基本就能搞定了，但是更隱蔽的bug會耗費(fèi)大量的時間和人力。更好的方式是什么？

　　首先，排查是程序問題還是環(huán)境問題，把線上程序恢復(fù)到運(yùn)行正常時的老版本，如果出現(xiàn)了同樣的問題，那就是生產(chǎn)環(huán)境發(fā)生了改變。如果運(yùn)行正常，要么是你修改老bug時引入了新bug，要么是新增加的代碼出現(xiàn)了問題。

　　其次，閱讀產(chǎn)品的changelog，根據(jù)代碼提交的時間線構(gòu)建系統(tǒng)，通過二分法排查，定位是哪部分代碼引起的問題。

　　第三，排除了所有的不可能，剩下的無論看起來如何不可能，就是它干的。

　　以上只是一個簡單的例子，實(shí)際的情況可能比這個例子復(fù)雜一百倍，需要我們綜合使用各種方式進(jìn)行交叉比對和錯誤排查才能解決。這僅僅是遇到問題解決問題，更多的時候是需要你提出問題，并解決問題，那是更高的境界。

　　很多人學(xué)了那么多編程語言，寫了十幾年程序，最終依然無法做到以最小的代價解決問題，不禁讓人扼腕嘆息。

　　程序員真正的價值是什么？以最小的代價解決問題！知行合一，方可無敵于天下。