1/ 掌聲屬於別人

為了提高效率，有些同事真是拼了，使出渾身解數，調取一切能使用的資源，通過編程做了一個小工具。先不看這個工具是否可以提高效率，就這種做法就很讓人傾佩。

仔細端詳這個小工具，確實很不錯，原來要至少半個小時的活，被他這麽一提升幾分鐘就搞定，雖然也存在一些bug和適用條件。

其他的同事拍手叫好，掌聲連連。領導也是大為贊賞。領導想讓他給其他同時培訓一下如何使用這個工具，提高大家的工作效率。

這個工具是他智慧的結晶，汗水的付出和能力的體現。他應該飽受嘉獎，升職加薪。是的，故事確實按照這個方向發展。

STOP！請記住這是別人的成功，和你沒有半毛錢關系！無論是作為吃瓜群眾，還是工具使用者的你，難道就不能做點除了為別人喝彩以外的事情嗎？

你甘願僅僅做幫助他人實現人生巔峰的助推器？你甘願一輩子當綠葉去襯托這朵大紅花？你甘願就這麽活在別人的陰影中自怨自艾？

不要等到人家都贏娶白富美了，你還在默默流淚。

2/ 現實與虛幻，你分清了嗎？

是的，在企業註重的是效率。高效率是行動力的重要體現。因此，各種模塊化的東西應運而生，將每一個模塊拼在一起，構成了一個強大的體系。數以萬計的螺絲釘，保證機器的高效運轉。

其實，模塊化本身是一個黑天鵝，不斷的吸引你去感受她的魅力。她確實很美，但是在欣賞美的同時，別忘了區分虛幻和現實。

所謂虛幻，指的是別人通過自身經驗創造出的模塊化工具，使用者的你用的樂此不疲。所謂現實，指的是你無法使用自身經驗同樣創造出相同的東西。

這些工具確實是能倍速改善工作效率，但是，這是一種假象。因為，你被巨大的高效所蒙蔽雙眼。當你離開這個工具時，你發現你什麽都不會，什麽都不是。

如果想學習Java工程化、高性能及分布式、微服務、Spring，MyBatis，Netty源碼分析的朋友可以加Java進階群私聊回復“交流”即可獲得群號，不僅是技術的分享還會教你正確的思維方式讓你告別培訓，同時還會有職業規劃，企業內推等。我們的宗旨是建立一個集分享 學習 交流 職業規劃為一體的圈子，互幫互助互相進步。

換句話說，你隨時可能會被別人替代。你只是模塊化下遊的一顆微不足道螺絲釘，對上遊的的開發者一無所知。

你不知道這個模塊的底層邏輯是什麽，是如何叠代升級的，從無到有經歷了什麽毫不知情。這就是為什麽高度模塊化公司出來的人，能力上似乎並不高的原因。

可是要了解模塊化上層開發者的邏輯真的太難了，就一般人而言，壓根行不通的，所以只能應用別無他法。這個想法也對，也不對。

受自身能力和資源的限制，我們很難去摸清這個黑匣子的運作模式。但是，我們就無所作為嗎？

3/ 其實，我們還能做些事情。

首先，我們可以去和開發者去溝通了解，給他提供你的反饋意見，邀請他改進，他會很樂意聽取你的意見。於此同時，也能獲取開發者作出這個模塊的初衷以及一些潛在的底層邏輯。

就比如開篇說的那個很牛的同事。通過與他溝通，我們可以了解工具出現的邏輯是什麽。編程不懂沒關系，可以去學，可以交給外包，這都不是重點，關鍵是要把握他的思想，如何將重復事情模塊化的具象思維，這才是我們需要深度去了解和思考的東西。

為什麽我們想不到，而他想到並付出行動？我想這個問題，我們應該好好去思考一番。

其次，通過深度思考，將這套流程化思維內化，嫁接到自己的工作中去。換句話說，通過別人的模塊化工具建立自己的模塊化工具。因為，這才是你自己的模塊化工具，它帶來效率的提升，才是真的，無法被復制。

在此，我們又用到了《創新簡史》書中的核心創新思維：根創新，域創新和維創新。用創新的思維去拆解問題，這種自上而下的思考方法，正是我們需要培養的。

通過書中的理論，我們可以知道：高度復雜的創新可以視為一個維創新，它是由N個相同維度的域創新構成。就那個同事的小工具而言，我們可以將其拆解為：JAVA語言和3D建模軟件作為兩個域創新。

然後將其各自拆解為根創新：循環判斷語句和草繪。邏輯框架為，通過循環判斷語句控制草繪的生成和復制粘貼，最終實現自動化功能。

所以說，搞清楚底層邏輯很重要，它不但會幫助我們深度思考創造出自己的模塊化平臺，還會避免跟著別人屁股後面跑不知道所以然的尷尬局面。

下次遇到別人開發的小工具的時候，請慎重使用，請仔細思考，請拆解分析。

在享受它帶來的高效時，也請時刻思考，如果沒有它，我還能怎麽辦？是否還有其他途徑？是否自己可以嘗試去做一個不同的工具？

搭建自己的模塊化平臺，讓別人去喝彩吧！這才是我們真正需要做的事情。

國外的程序猿可以工作到退休而國內的為什麽這麽短命（思維認知）