如何看待「不要總是選擇困難模式」這篇文章？

01-13

不要總是選擇困難模式
大約去年十月份的時候，收到過一封印象深刻的郵件。內容是關於編程的諮詢，一個正讀研二的同學，非計算機專業且編程基礎不好，想找互聯網方向的工作，諮詢我關於接下去的學習時間如何規劃的問題。
【印象深刻的職業規劃】
非常多的人有同樣的困惑，經常也有人發帖發同樣的問題。但是為什麼這封郵件讓我【印象深刻】呢？關鍵在於，發件人已經有了自己的規劃，他對蘋果的東西特別感興趣。而且現在iOS開發火熱，所以他對自己的職業規劃是成為一個iOS開發工程師。因為距離暑期實習招聘還有不到半年的時間，如果從底層開始學習，時間顯然不夠用。他的計劃是先專註於iOS開發的東西，讓自己在找實習之前能有一個相對擅長的方向，有自己的競爭力。然後以後有時間再把演算法，數據結構這些基本功補起來。

而這封郵件的目的只是想諮詢一下如此的計劃是否合理。很顯然，我的回復是【非常合理】。而且我特別欣賞這種對自己定位明確的人。
然後今天剛收到他的Offer諮詢郵件，阿里和騰訊的iOS開發崗位的兩個Offer如何選擇。讓我開心不已。因為我見過太多迷茫的人，當面臨職業轉變的時候，要麼是昏頭轉向，要麼是一頭霧水，就像互聯網找工作來說，基礎不好，對自己的定位也不清晰。最後總是患得患失，顧此失彼，什麼都沒學好，到找工作的時候啥也不會。然後最後就只能去發帖問說【只懂學校教的一點C++編程基礎的人如何找工作】之類的求助貼。
【困難模式VS簡單模式】
經常有人說出生在中國就是困難模式，在美國就是簡單模式。其實不只是出生，人生的每個階段都有困難模式和簡單模式的選擇。
如果說編程的學習像打遊戲一樣的話，可以分困難模式和簡單模式，那麼選擇C/C++這類基礎架構方向，就屬於困難模式。選擇前端/PHP/iOS/安卓這些方向，就屬於簡單模式。
前者需求少，而且牛逼的前輩比比皆是，好的坑已經被佔得差不多了。已經是紅海，只適合真的基礎非常好的人才入場。後者則是一片藍海，需求量大，導致准入門檻低。門檻高其實並不是什麼好事，就好比2010年時候的安卓和嵌入式選擇之爭。當時很多人鼓吹嵌入式開發才是高級人才應該選擇的道路，他們很不屑安卓開發，覺得安卓開發連專科生畢業都能做。但是幾年過去了，大家都看見了，那些當時選擇嵌入式的幾乎都後悔了。選擇安卓開發的都人生贏家，學校出身好的已經是團隊leader獨擋一面。學校出身不好的起碼也是高薪的工程師了。而選擇嵌入式的呢？除了頂尖的人才之外，大部分人都灰溜溜的轉行選擇了安卓開發。
【總之】
首先聲明，我並不是鄙視哪一種選擇。選擇沒有絕對對錯，只有合適不合適。
其實對於基礎好，準備充分的應屆生來說，不管是選擇哪個模式，都能獲得很好的回報。但是我很想問一些基礎不好，準備不充分的應屆生一句【你為什麼非要選擇困難模式】？
其實你如果仔細觀察，你也會發現很多牛逼的人，也總是會精明的選擇簡單模式的努力方向：

比如鳥哥選擇了PHP引擎性能優化，而不是gcc編譯器性能優化。

比如AstaXie選擇使用Go開發Web框架beego，而不是使用Erlang開發Web框架。

比如ByVoid選擇了寫【Node.js開發指南】，而不是【C++語言開發指南】。顯然前者即使寫得再爛都能讓人不明覺厲，後者肯定被人一噴塗地。

不勝枚舉。

你們感受一下。

工作要選簡單的做，學習要選困難的學

因為我死過，所以怎麼活著對我來說都不算難^_^

C/C++/基礎架構方向還好意思叫困難？那不是學計算機的基礎嗎

而且你要是連這個都不會好意思說自己做的是技術嗎？充其量也就是技工罷了。實際上會了那些東西，做個3,5年你還是會覺得自己只是個技工的。真正要把自己從技工級別提上去需要的是其他知識（當然前提是你已經爐火純青的掌握了這些「基礎」）

比如鳥哥選擇了PHP引擎性能優化，而不是gcc編譯器性能優化。

但是，首先你要透徹理解從前各種編譯器包括gcc的優化方法，才能做的出來PHP優化。寫20年PHP，也是做不出PHP引擎優化的。

選擇，本身就是困難模式。

不管怎麼選擇，終將進入困難模式。

新手沒有摸到困難模式的檻是令人遺憾的；老手不敢嘗試困難模式是沒有前景的。

人可以活在自己的舒適區，但這意味著什麼？

連學個C++都算hard模式了...

判斷並選擇簡單模式

這件事

就是比hard模式更難了好嗎

其實

只不過是

大神做什麼都像是easy模式而已...

我選了C++開發方向……看來我太不理智了……要怎麼轉～～

難得一見的合理自我安慰的文章

入門的C++視為hard模式，你也不適合從事碼農工作。

簡單、困難只是准入門檻的高低而已，後面學深了都是hard模式，鄙視鏈原來是這樣形成的。。

問題描述讓我想到：鄙視鏈是如何形成的？

選擇入行門檻低的，做法很對。

不認同困難模式或者簡單模式。

每個人的情況不一樣，簡單和困難是相對的。

如何看待「不要總是選擇困難模式」 這篇文章？

如何看待「不要總是選擇困難模式」這篇文章？