《黔之驢》的寓言故事告訴我們藏拙的智慧。如同故事中老虎先前不知驢子的虛有其表，以為牠的龐然大物而對產生敬畏之心。但當黔驢技窮的底細被老虎發現後，可憐的驢子便喪生於虎口之下，這都是因為那頭驢子不懂藏拙的智慧。
從事軟體開發的工作，同人常觀察到一些開發者不懂藏拙的智慧，意欲表現自己很有能力，但卻總是被人看到他們虛有其表的黔驢之技。通常這種人不懂得用虛心受教來充實能力，而只會把問題的責任推到他人身上。
我們當然很希望這樣的人，不要出現在工作經驗當中。但很不幸地，世事總是難以如我們的預期，如果不幸在工作碰到這樣的人，我們應該如何自處呢？
同人最近就碰到這樣的人，我所參與的專案在訊息交換時出了錯誤，後來有人發現當 XML 訊息中沒有出現某些標籤時，就會產生問題。此時，負責開發接受端程式的開發者表示，XML 訊息中的所有的標籤都必須要存在，即使沒有用到也不能省略，要補一個空的標籤，這是 XML 的標準做法。
他的說法馬上得到其他人的質疑，明明 XML 訊息中不需要用到的標籤可以不用出現，這才是 XML 的標準做法，因此程式產生錯誤的問題，是出在他拆解訊息的程式寫得不夠強固，而不是別人沒有按照標準傳送訊息給他的程式。然而，他對大家的質疑，卻立即用下面這段話來提出反駁。
從我這麼多年寫 XML 程式以來，XML 的標準規格就是照我說的；沒有用到的欄位要用空標籤來表示。
雖然同人並不認同他的看法，但為了溝通彼此的想法，我還是提醒他這個時候強調自己多有經驗，其實無益於彼此溝通，只會流於各說各話；同時我也提到了 XML 訊息中，使用空標籤並不能代表用不到該標籤對應到的欄位。
同人以為有經驗的開發者應該都知道上面提到的觀念，空標籤代表應對的資料內容是空值，而省略標籤則代表不知該資料的確切內容，或是指該資料在此刻並「不適用」（N/A，Not available）；但沒想到這位堅持己見的開發者不能理性對話，竟然叫我不要說話。
他說他在和負責寫訊息傳送端程式的人在溝通，所以我不應該講話。可是我身為系統分析師，訊息界面規格是我制定的，為什麼我不可以表示意見！不過，既然他如此不可理喻，我也不想生氣浪費我的時間。
我向負責寫訊息傳送端程式的人表示：「不管你決定怎麼做，請堅持專業」、並告訴專案經理說：「如果訊息格式有這樣不合理的限制，只會出現彼此各自為政而整合困難的現象，也會讓問題愈弄愈複雜」。
後來當然是由專案經理出面，「教育」那位自以為是的開發者，要求他必須加強他的程式功能，而非要求別人來配合他的程式。不過，看到那位開發者，在他自以為很有技術權威的外表下，潛藏著其能力的虛有其表，又不願藏拙而想要表現自己什麼都懂，他應該不了解「人外有人，天外有天」的道理吧，這種人還是遠離他一點，就讓他自己去自食惡果吧。
我很羨慕他能在一個開發團隊，但替他可惜。
讓自己也引以為鑑，避免不知不覺也是這樣~
Hi 生魚片，
其實以專案的觀點來看，在某些情況下，或許犧牲一些程式的強固性可以當成權宜之計，只要彼此溝通清楚其專案的假設和限制就可以。但問題是這位老兄要大家把他的經驗奉為至高無上，把一切過錯都歸咎於別人不懂，事實上當時在座的各位經驗卻都不見得比他淺，這就不得不逼我們出來表達我們的質疑了。
而他對不同聲音的反應竟然叫對方閉嘴，更是顯露出他用無法容忍異端的行為來掩飾虛有其表的心虛，比那隻笨驢子不會好到那裡去，我想直到他學會了「人外有人，天外有天」的道理後，才會明白自己的行為有多麼愚蠢吧！
惜字如金才是職場上生存的法則，永遠別讓別人知道自身的實力，不管是能力過人也好，虛張聲勢也罷。一個憨直的傻笑就能激起對方的猜測與畏懼。實力。毫無展現的必要!唯有如此，才能從他人的跌撞中繼續累積經驗，修正自身的錯誤。
自動引用通知: 文湖線上的惡霸夫妻 « 同人的生活派對
自動引用通知: 人身攻擊的謬誤 « 同人的生活派對