同學，技術棧真的真的沒有那么重要
這是在我的知識星球上，一個同學問我的問題。
bobo 老師您好，抱歉打擾您，有幾個問題希望得到您的點撥：
我是一名大四學生，已經(jīng)拿到某知名公司 Windows ring 3 的安全 offer，現(xiàn)在對未來的方向有些迷茫。
1、覺得 Linux 無論是現(xiàn)在，還是未來，前景都比 Windows 要好得多，但是之前一直學的是 Windows，Linux 現(xiàn)在學不知道還能不能來得及。畢竟 4 個月后就畢業(yè)了，也不知道什么方向比較好轉。
2、如果現(xiàn)在來不及的話，將來工作中 Windows 轉 Linux 好不好轉呢？需要平時做什么努力和準備？
謝謝！
bobo 老師的回答：
我不是安全領域的專家，所以針對你的問題，我不能給出非常具體的，有操作的建議。非常抱歉。
但我想我的回答會對你有幫助。
我想借這個問題聊一類我經(jīng)常見到的問題。就是諸如：在選定一個領域之后，還是會有很多具體的技術?？晒┻x擇，應該怎么選擇？
我的答案可能要讓你失望了。我認為不需要特別的選擇。
如果你已經(jīng)選定了領域，其實就已經(jīng)完成了最重要的選擇。具體的技術?；蛘呤瞧脚_，沒那么重要。
為什么這么說，因為你學習的關注點，應該是這個領域，而不是具體的技術棧。
技術棧是為解決領域問題服務的，而非反過來。
舉個例子，如果你選擇要做移動開發(fā)，那么在我看來，你是做安卓開發(fā)，還是 iOS 開發(fā)，是無所謂的。你要覺得安卓機的基數(shù)大，也好找工作，選擇做安卓，挺好；你要覺得蘋果的生態(tài)好，用戶付費意愿強，去做蘋果，也挺好。
但是，不管你選擇什么，你在學習或者工作的過程中，一旦度過了初期階段，關注的重點或者思考的重點，都應該在更抽象的“系統(tǒng)層”，而非一個一個的語法或者接口。
比如：組件之間是如何通信的？使用的什么模式？布局的原理是什么？網(wǎng)絡連接是靠什么方式？刷新數(shù)據(jù)又是靠什么機制？怎么處理網(wǎng)絡異常？怎么處理延遲？如何使用多線程？在使用多線程的過程中，遇到各種問題又要如何解決？如何整理數(shù)據(jù)？如何使用你的應用和設備的各種系統(tǒng)打交道？等等等等。
誠然，所有這些技術點，落實到代碼上，在不同的技術棧，使用的語法規(guī)則，或者接口規(guī)范，都是不同的。
但他們的原理，90% 都是一樣的。
剩下的 10%，雖然有所不同，但是對于一個習慣這樣思考學習的人來說，這也將帶給他一個全新的思考機會：為什么在 iOS 系統(tǒng)里，這個機制的實現(xiàn)是這樣的；而在安卓系統(tǒng)里，同樣的機制，實現(xiàn)卻是那樣的？
他們有什么不同？各自的優(yōu)缺點是怎樣的？適用于什么場景？
融會貫通就在這個過程中，領域專家就是這樣煉成的。
同理，后端工程師也是如此。不管你是 Java 后端，C# 后端，Python 后端，NodeJS 后端，還是什么語言什么框架的后端，在度過入門階段以后，你的關注點都應該是“機制”，而非“具體的實現(xiàn)”。
我們當然是使用不同的語言，不同的代碼，來實現(xiàn)了這些“機制”，但核心是，這些“機制”的原理是共通的。
依然是，存在不同的框架，采用不同“機制”的情況，那么此時，就帶給了你一個全新的思考的機會：為什么這里使用這個機制？那里卻使用那個機制？他們的優(yōu)缺點是什么？使用場景是什么？
甚至，我能不能把這些機制彼此借鑒？乃至創(chuàng)造全新的機制？用一種更綜合的方式，乃至全新的方式，解決現(xiàn)有的問題？乃至全新的問題？
融會貫通就在這個過程中，領域專家就是這樣煉成的。
我相信安全領域也是如此。
誠然，Windows 和 Linux 確實有很大的不同，但我相信，他們在安全策略上，有很多相同的機制。這些機制在不同的系統(tǒng)下，對應的具體技術細節(jié)不同，但掌握理解這些機制，是至關重要的。
融會貫通就在這個過程中，領域專家就是這樣煉成的。
我相信你已經(jīng)理解我的 point 了?；氐侥愕木唧w問題中，我認為：
1.
Linux 很重要，這個判斷是絕對沒問題。你將來做安全方面，肯定也要接觸 Linux。
畢竟，這個世界上大多數(shù)服務器，都是運轉在 Linux 上的。甚至我上次看到的新聞，微軟自家的云服務平臺 Azure，所使用的 Linux 服務器都是多于 Windows 服務器的。
而 Windows 已經(jīng)內(nèi)置 Linux 內(nèi)核了。
但是如果你手頭的 Windows 安全的 Offer 很好，你自己對薪資，城市，工作環(huán)境，等等方面都很滿意的話，我覺得沒必要逼自己，一定要在現(xiàn)在，短時間內(nèi)轉 Linux。
因為，這完全不影響你未來成為一個安全專家。
甚至有可能，很多 Linux 的安全專家，由于沒有接觸過 Windows，反而思維體系沒有你全面。接觸過 Windows，反而是你的優(yōu)勢。
2.
如果你對手頭的 Offer 不滿意，讓你滿意的 Offer 都是 Linux 安全方向的話，那你完全可以突擊學習一下 Linux 相關的內(nèi)容。但因為我不做安全，我也不敢肯定需要多長時間可以達到一個什么程度。
但是，我建議你在簡歷上寫清楚：我在 Windows 安全領域更厲害，是我的擅長；Linux 安全剛接觸而已。
如果有機會去面試，把面試的方向往更抽象層面的安全領域的問題上引，而不是一些具體的操作和指令。
向面試官展現(xiàn)你在安全領域上的技術思考和問題解決能力，而不是某一個具體的命令或者實現(xiàn)。如果廠子不太差，面試官不太奇葩的話。前者應該是面試官更關注的。
雖然具體面試過程和面試結果，也有可能因為不同的原因而受影響，但我不認為沒有機會。
其實，在開發(fā)領域也是如此。如果你去仔細觀察大廠的面試問題，就會發(fā)現(xiàn)，大多數(shù)問題其實是在探討機制，而非一個具體的實現(xiàn)。
具體的技術細節(jié)是為了更方便明確地闡述機制的，而非反過來。
只要你關注原理，關注機制，關注系統(tǒng)，而不僅僅是語法，接口，這類東西，在同一個領域，轉換一個平臺，絕對不難。
為了防止有同學誤讀，在這里我也要強調：我的回答，不代表具體的實現(xiàn)不重要。
計算機是工科，工科不能泛泛而談。實打實的用代碼將功能實現(xiàn)出來，去解決具體問題，是最根本的。
但做技術的瓶頸，絕不是具體的語言，框架，API 接口，這些東西。
這些東西會過時，但是，蘊含在這些東西背后的原理，機制，思考方式，和解決問題的思路，是不會過時的，是真正可以積累的經(jīng)驗。
我見過很多當年諾基亞的塞班工程師，在塞班徹底退出歷史舞臺以后，不但輕松轉型 iOS 工程師或者安卓工程師，還能快速勝任帶領團隊的角色，完成移動開發(fā)任務。
為什么？因為他們的知識體系在更抽象，更高的層面，而不是簡單的實現(xiàn)一個功能，要使用什么 API，這類問題上。
大家加油！：）
