在科技浪潮澎湃、技術(shù)信息撲面而來的今天,一位剛畢業(yè)的大學(xué)生如果足夠勤奮,他可以在兩三個月之內(nèi)掌握一門編程語言,并編寫出像模像樣的軟件,他們的學(xué)習(xí) 速度甚至超過了我們這些老程序員,但是解決問題的能力是無法速成的,只能依靠時間、經(jīng)驗和慘痛的教訓(xùn)歷練而成。有時候還需要靈感和運氣。
問:池老師,我是個不愛互動的人,但是您所有的文章我都看了,非常感謝您的引導(dǎo),我入手了人生第一臺MBP?,F(xiàn)在問題來了,但是找不到更合適的人解答,只能求助于您了,如果您有時間的話。問題是這樣的:我有個32bitunixfile(開啟一個服務(wù)進程),在Mac上執(zhí)行時錯誤提示是:execformaterror,但是在Linux服務(wù)器卻可以執(zhí)行,為何?Mac上有可以運行的方案嗎?期待您的回復(fù),不勝感激。
答:Linux和OSX是不同的操作系統(tǒng),可以嘗試在OSX里重新編譯這個文件。
問:非常感謝!如果沒有文件源碼是不是就只能認命了?
答:可以在Mac上裝Docker,然后對服務(wù)進行端口映射就可以了。
答:茅塞頓開。謝池老師。
以上是我和一位讀者的對話,這位小伙子在拿到答案之后像一縷煙塵一樣消失無蹤,之后再也沒有出現(xiàn)過。
在微信上加了很多MacTalk的讀者之后,經(jīng)常會收到一些奇奇怪怪的問題,關(guān)于職場、關(guān)于選擇、關(guān)于朋友、關(guān)于Mac、關(guān)于技術(shù)等等,不一而足。但是我能回答的卻很少。問題不好沒法回答,問題太復(fù)雜沒法回答,問題領(lǐng)域超出我的認知也沒法回答,耗時太長的問題我也沒時間回答,實在是慚愧的緊。好在偶爾也能夠幫助一些小伙伴解決一些實際問題,心理上略感安慰,比如上面這個問題。
把這段程序員之間的對話翻譯一下,大致是這么個故事:
一位讀者有一個32位的Unix可執(zhí)行文件,可以在某種版本的Linux服務(wù)器上正常運行,運行這個文件作用就是起個進程,開端口,然后與其他程序進行交互。但是這個文件拿到Mac上完全沒辦法運行。就在他趴在Mac上愁腸百結(jié)萬念俱灰的時候,突然想到了「池老師」。不就是這個老家伙把Mac夸的像一朵玫瑰一樣,讓每個程序員都去采摘么?現(xiàn)在扎手了,你不管誰管?于是他給我發(fā)來消息,意思就是管也得管,不管也得管,您看著辦。
我拿到問題一看,不難。Linux和OSX雖然師出同門,都是從老前輩Unix那兒畢業(yè)的,但是后來畢竟各練各的,在Linux編譯好的程序不可能在OSX上用,但是在OSX上重新編譯一下可能就沒事了。我把這個想法告訴了這位程序員,得到的反饋是:對不起哥,沒有源代碼!
我被這個冷酷的回復(fù)震驚了,立刻意識到剛才的想法并不是最優(yōu)解決方案,因為在重新編譯的過程中,各種包的依賴關(guān)系和編譯錯誤足以讓你焦頭爛額,我隨即提供了B計劃:在OSX上安裝Docker,輕量級的容器Docker可以運行各種版本的Linux,把文件扔到Docker里,然后通過主機和Docker之間的端口映射即可輕松解決這一問題。
雖然這里面會涉及很多技術(shù)細節(jié),但是方向是沒有問題的,所以這位程序員立刻表示「茅塞頓開」,然后「biu」的一聲就在屏幕對面消失了,沒有留給我說「不客氣」的機會。
這個問題裝個Linux虛擬機也可以解決,但是虛擬機過于耗費資源,而且不如Docker靈活,所以不是最佳解決方案。Docker是。
做為一個程序員,我們除了要掌握多門程序語言和多種數(shù)據(jù)庫,了解前端技術(shù)、后端技術(shù),通曉網(wǎng)絡(luò)七層架構(gòu),知道TCP/IP三次握手和四次揮手,編寫漂亮的代碼,設(shè)計優(yōu)美的架構(gòu)……之外,我們還要解決研發(fā)、程序運行和產(chǎn)品上線過程中遇到的各種問題,而且被要求以最小的代價來解決問題……我們?nèi)菀讍?
除了編程技巧和程序設(shè)計能力,解決問題的穩(wěn)準狠是衡量一個程序員是否優(yōu)秀的重要因素之一,也是資深技術(shù)人員真正的價值所在。在科技浪潮澎湃、技術(shù)信息撲面而來的今天,一位剛畢業(yè)的大學(xué)生如果足夠勤奮,他可以在兩三個月之內(nèi)掌握一門編程語言,并編寫出像模像樣的軟件,他們的學(xué)習(xí)速度甚至超過了我們這些老程序員,但是解決問題的能力是無法速成的,只能依靠時間、經(jīng)驗和慘痛的教訓(xùn)歷練而成。有時候還需要靈感和運氣。
很多軍迷讀了大量的軍事著作和歷史小說,常常羨慕那些名將的風(fēng)采,并浩嘆自己「生不逢時」。但是名將不是那么容易煉成的。歷史上叱詫風(fēng)云的名將鳳毛麟角,他們親自持刀上陣追擊敵人,見識戰(zhàn)場的慘烈,目睹敵人的尸體,看到戰(zhàn)友被殺,知道被刀看中會流血死去,他們冷酷無情,堅如磐石,在全軍即將崩潰的時候發(fā)現(xiàn)敵人的弱點并進行攻擊,在瞬息萬變的戰(zhàn)場進行決斷,在多次失敗后從無數(shù)士兵的尸體里站起來重新出發(fā)去挑戰(zhàn)那個戰(zhàn)勝你的對手,在所有人對你說「指導(dǎo)員,我們上吧」的時候,堅定的說出那三個字:再等等!
如果你做不到這些,那還是做個最終會被張飛槍挑的小兵吧。
優(yōu)秀的程序員同樣如此,菜鳥常常羨慕高手在談笑之間讓難題灰飛煙滅,而自己卻苦苦思索而不得入門之法,殊不知這些高手同樣經(jīng)歷了名將的那些腥風(fēng)血雨。他們在清晨的微光里編寫代碼,在轟鳴的機房中調(diào)試程序,他們徹夜不眠就是為了解決一個bug,他們要承受數(shù)據(jù)丟失或上線失敗的痛苦,默默吞下眼淚,準備下一次的戰(zhàn)斗。不停的學(xué)習(xí)、實踐和思索,成千上萬個小時之后,高手始成。
同樣的問題,高手的解決思路和小球是截然不同的。一般來說,只要不是世界難題,給足時間、空間和人力,都能解決。如果你遇到問題告訴上級,這個問題交給我了,兩年之內(nèi)搞的妥妥噠,那就不要怪項目組組團把你打出翔來,因為大家要的是分分鐘解決,不是兩年。在這個唯快不破的年代,我們沒有這么多的時間,所以要通過逆向思維、經(jīng)驗教訓(xùn)、輾轉(zhuǎn)騰挪、借力打力等方式以最小的代價快速解決問題。這才是老程序員的價值。
再舉個例子,一個運行良好的線上應(yīng)用在你修改bug增加功能之后重新上線出現(xiàn)了一些莫名其妙的問題,比如占用資源增加或運行一段時間宕機等等,怎么解決?
常規(guī)的做法就是通過閱讀日志、模擬線上環(huán)境和調(diào)試程序來定位錯誤。容易的bug用這些方式基本就能搞定了,但是更隱蔽的bug會耗費大量的時間和人力。更好的方式是什么?
首先,排查是程序問題還是環(huán)境問題,把線上程序恢復(fù)到運行正常時的老版本,如果出現(xiàn)了同樣的問題,那就是生產(chǎn)環(huán)境發(fā)生了改變。如果運行正常,要么是你修改老bug時引入了新bug,要么是新增加的代碼出現(xiàn)了問題。[!--empirenews.page--]
其次,閱讀產(chǎn)品的changelog,根據(jù)代碼提交的時間線構(gòu)建系統(tǒng),通過二分法排查,定位是哪部分代碼引起的問題。
第三,排除了所有的不可能,剩下的無論看起來如何不可能,就是它干的。
以上只是一個簡單的例子,實際的情況可能比這個例子復(fù)雜一百倍,需要我們綜合使用各種方式進行交叉比對和錯誤排查才能解決。這僅僅是遇到問題解決問題,更多的時候是需要你提出問題,并解決問題,那是更高的境界。
很多人學(xué)了那么多編程語言,寫了十幾年程序,最終依然無法做到以最小的代價解決問題,不禁讓人扼腕嘆息。
程序員真正的價值是什么?以最小的代價解決問題!知行合一,方可無敵于天下。