我不確定這個是不是台灣才有的特殊文化，總覺得這是中等以上規模的公司，普遍會發生的事情，以軟體開發來說這個情況會造成很多的誤判，錯誤的決策要比不懂來得更可怕！
很多時候，公司給的頭銜並不代表一個人真實的實力，你的能力能否配得上那個頭銜你自己內心應該會非常清楚，是否努力嘗試去符合那個頭銜，就是每個人自己的功課，我很喜歡火影忍者裡的一段話：『並不是成為火影的人就會被大家所認可，而是被大家所認可的人才能成為火影。』
团藏当上火影的事实和宇智波鼬说的“被大家认可才能当火影”对照能反映出什么问题？ - 知乎
如果想要在軟體業裡面混的風聲水起，其實只要抓到幾個關鍵和大概的觀念來回講，加上一些唬爛的功力，就能把外行的人唬得一愣一愣的，尤其和其對接的很多是有上下階層關係的職位，會顯得自己懂很多，但實際上都是皮毛，錯誤發生之後需要的改正往往都會是打掉從練，最慘的是錯誤認知，當錯誤發生之後還死不認錯，讓原本的洞越陷越深，後面要來改進就會徒增不必要的開發成本。
而這種裝懂文化，我認為可以用鏈來解釋，如果懂得區塊鏈的運作，應該會更有共鳴XD
鏈的聯想
假設每個工程師在面試那關過了以後，實際會的程度與表面上的技能數量採二八法則中的 2:8 好了，而每個工程師的實際掌握程度又受到 hash 值所保護，也就是平常沒有接觸的情況下，是不清楚各自的技能實際掌握成度到底是怎麼樣的。
那麼每個人都有自己專案合作或是開發的小團隊，只有有互相接觸之後才會有連結，有連結之後才會知道彼此技能掌握的程度到底是如何？而這樣的東西根本不可能會有真正的中心化，因為能浮上檯面的往往跟事實不符，除了自己私下的小團體以外，就只能靠實際運作中慢慢去體會。
也就是說，當你不知道 hash 值的情況下，根本就只能靠人性的良知在做技能的盤點，但是身上包袱多的人，比如學歷、頭銜、年資...，越多通常越會顧及面子問題，那裝懂的部分也會變多（當然也是要看每個人的教養，我這裡指普遍統計的概念），如果是一般聊天打打屁還無傷大雅，但在工作上就會變得很困擾。
舉個例子，比如我的專案要用到一些專業技術，而這個專業技術其實是要具備某些知識背景的，但你並不清楚，當你以為頭銜與領域相同，並按著檯面上的技能表去請教Ａ工程師。
Ａ工程師剛好數於包袱重的那種，於是乎抓了幾個唬爛出來的概念，和看似能動的範例，跟你說：這樣能行。
然而，你也看在他一身包袱和頭銜的份上，安排了比較短的開發時程，最後你發現他那範例根本與基本觀念互相衝突，再次確認之後，與Ａ工程師取得連結（取得hash值），進而發現他連那些基礎知識背景都不具備，並且之前開發的東西都不能用，必須打掉從練，也使得專案開發必須往後延。
經歷了這樣的損失才能看清楚一個工程師真正的能力，當然這樣的資訊，也可能因為對方的地位不可能公開，進而流向每個私下小團體的群組裡面。
上述的情境，想必很多朋友心有戚戚焉，但要如何改善就真的會是一門學問了，這個畢竟是文化層面的東西，很難用單一方法來改變或限制，如果老闆本身就那樣，要改還不如自己換個環境，有句話說：「德不配位，必有災殃。」與其等待災禍掃到自己，不如想辦法遠離。
