工程師的認知

• 2020 年 3 月 28 日
• 筆記

(1)達克效應(又稱鄧寧-克魯格效應)

不知道自己不知道:認為自己啥都知道，自信心爆棚，覺著自己知道的就是整個世界。可謂井底之蛙；

知道自己不知道：隨著接觸的東西多了，慢慢覺著自己不懂得太多了,隨之自信心降低了很多。但認識到這一點以後，才會有改變的可能;

知道自己知道：隨著時間的沉澱，懂得越來越多。隨之自信心慢慢提高上來了；

不知道自己知道：這種人可以說是大師級人物了。對於各種知識與經驗信手拈來，對於他們來說不自覺的就是一種常識了；

大部分人都處於第一種和第二種人.

第一種怎麼破，要拓寬自己的技術視野，多途徑接觸行業裡邊的牛人(技術課程、技術論壇、技術大會,技術公眾號等).多看看外邊的世界,而不只是停留在自己的一畝三分地上。慢慢的你就是第二種人了,慢慢的就淡定下來了.

(2)墨菲定律

       維基百科給出的解釋是“凡是可能出錯的事就一定會出錯”，

我的認識是我們大多數開發人員有時候做了很簡單的一個開發改動,覺著不需要自己測試。然後實際上多數時候發到QA都會測出一些問題，心存僥倖的那一部分正好被應驗。

我們要嚴謹對待每個場景。但是有時候有些場景局限於我們的技術能力或者業務能力。不是細心能解決的問題。這就樣通過其它途徑來提高自己了，提高技術能力是一個維度。

(3)白往黑歸

       看問題只看表面.現在社會浮躁，應該提倡深度思考。

比如:同一個網站分給兩個技術能力不同的兩個團隊去做，最後呈現出來的效果是一樣的。當然指的更多是視覺效果。

從這個網站視覺和功能層面上來說,然後我們就覺著這兩個團隊技術能力沒什麼差別。但是其實大多數時候是存在認知誤區的。尤其是對開發人員來說，我們評定開發人員技術能力的高低，不能僅僅存在於視覺上的，我們要看這背後的程式碼層面的東西，比如看看哪個個團隊用的技術點更細膩、的技術點更多、設計思想優秀、易擴展等等。當然如果純粹以結果為導向那也無可厚非。

(4)技術素養

        一般來說我們做開發過程中覺著能解決問題就可以。但是我們作為一個開發人員(非碼農)，總得有那麼點技術素養是吧,如果我們想成為一個純粹的搬磚的，那也無可厚非。

比如說演算法，數據結構，網路技術，電腦組成原理，更高一層的就是數學。如果把這些基礎打牢，相信再需要掌握一些新技術的原理就很容易，就會很容易上手，並且學習一項新技術的時候看待的維度也會不同。再把英文學好，多看看國外的一些論文，提高一下自己的逼格，當然這不是為了炫技，因為好多新技術都是從論文演變過來的。而是我們要對這個世界充滿一些好奇，多一些思考。

(5)框架追隨者

        不斷學習新框架的使用，感覺會用這麼多框架感覺很牛逼啊，包括我自己以前也是這樣。

其實一直陷於一個誤區，可能跟自己以前的認知不夠也有關係。框架總有過時的時候，但是底層的基礎知識（網路，電腦組成原理，數據結構和演算法等等）基本上在歷史的大潮流中變動很少。但是大部分人有些本末倒置，對於一些基礎知識不聞不問，反而花了很多精力去學習框架的使用。時間長了，疲於追框架，難免也會打擊人的積極性。還有一個更大的問題就是隨著年齡的增長你很難構建起自己的技術護城河。如果到了35歲，不淘汰你，淘汰誰。追隨框架十年和一年有什麼本質上的區別嗎？

(6)大而全，忽略技術細節

       可能跟這個時代浮躁也有關係，大家都喜歡談論大而全的東西，而忽略技術細節。俗話說就是活糙不細。我們現在獲取技術諮詢的途徑多種多樣。看一上午技術部落格或公眾號惡補就可以說出以前未聽說過的一堆技術名詞來，我們大多人更多的關注在這些技術動態，技術文章，知道某個技術名詞成為了我們炫技的資本。但是技術是需要沉澱的,通常來說也要一萬小時定律,這都是有道理的。我們可真不敢說我看了幾天新技術就能把它掌握了，當然天才除外。所以說還是沉下心好好思考,好好學習。我們只管好好努力沉澱,剩下的交給時間吧。

(7)同理心

    俗話說將心比心，看過納德拉的刷新這本書，裡邊感觸最深的就是同理心這個詞。

用心去感觸對方的想法，站在對方角度上考慮問題,它可以化解好多不必要的矛盾，可以把事情推到一個好的方向發展.

https://wiki.mbalib.com/wiki/%E5%90%8C%E7%90%86%E5%BF%83

最後:疫情期間好好努力，時刻準備著，慢慢構建起自己的技術護城河,畢竟誰知道接下來會發生什麼呢。