首先，我想說明的是國外的程式設計師也加班，他們也要趕項目，所以加班不算什麼原因。真正的原因是我們國內的大部分程式設計師只是工具的使用者，不會思考工具的產生和原理，用慣了一個高效的工具就被這個工具套牢成為奴隸；而國外的程式設計師更多地去思考和專研這個工具的產生和原理，然後可能會自己優化出2.0之類的；然後到了中年往工具開發這一塊走，我們更多地是往管理、服務業以及轉行等方面發展，只能說我們的創新氛圍還不夠。
掌聲屬於別人
為了提高效率，有些同事真是拼了，使出渾身解數，調取一切能使用的資源，通過編程做了一個小工具。先不看這個工具是否可以提高效率，就這種做法就很讓人傾佩。
仔細端詳這個小工具，確實很不錯，原來至少要半個小時的活，經過提升幾分鐘就搞定，雖然也存在一些bug和適用條件。其他的同事拍手叫好，領導也是大為讚賞，領導想讓他給其他同事培訓一下如何使用這個工具，提高大家的工作效率。這個工具是他智慧的結晶、汗水的付出和能力的體現，他應該飽受嘉獎，升職加薪。是的，故事確實按照這個方向發展。
STOP！請記住這是別人的成功，和你沒有半毛錢關係！
無論是作為吃瓜群眾，還是工具使用者的你，難道就不能做點除了為別人喝彩以外的事情嗎？你甘願僅僅做幫助他人實現人生巔峰的助推器？你甘願一輩子當綠葉去襯托這朵大紅花？你甘願就這麼活在別人的陰影中自怨自艾？
不要等到人家都贏娶白富美了，你還在默默流淚。
現實與虛幻，你分清了嗎？
在企業注重的是效率，高效率是行動力的重要體現。因此，各種模塊化的東西應運而生，將每一個模塊拼在一起，構成了一個強大的體系，數以萬計的螺絲釘，保證機器的高效運轉。
其實，模塊化本身是一個黑天鵝，不斷地吸引你去感受它的魅力。它確實很美，但是在欣賞美的同時，別忘了區分虛幻和現實。
所謂虛幻，指的是別人通過自身經驗創造出的模塊化工具，使用者的你樂此不疲；所謂現實，指的是你無法使用自身經驗同樣創造出相同的東西。
這些工具確實是能倍速改善工作效率，但是，這是一種假象。因為，你被巨大的高效所蒙蔽雙眼，當你離開這個工具時，你發現你什麼都不會，什麼都不是。換句話說，你隨時可能會被別人替代，你只是模塊化下游的一顆微不足道螺絲釘，對上游的的開發者一無所知。
你不知道這個模塊的底層邏輯是什麼，是如何疊代升級的，從無到有經歷了什麼毫不知情。這就是為什麼高度模塊化公司出來的人，能力上似乎並不高的原因。
可是要了解模塊化上層開發者的邏輯真的太難了，就一般人而言，壓根行不通的，所以只能應用別無他法。這個想法也對，也不對。
受自身能力和資源的限制，我們很難去摸清這個黑匣子的運作模式。但是，我們就無所作為嗎？
其實，我們還能做些事情
首先，我們可以去和開發者去溝通了解，給他提供你的反饋意見，邀請他改進，他會很樂意聽取你的意見。於此同時，也能獲取開發者做出這個模塊的初衷以及一些潛在的底層邏輯。
就比如開篇說的那個很牛的同事。通過與他溝通，我們可以了解工具出現的邏輯是什麼。編程不懂沒關係，可以去學，可以交給外包，這都不是重點，關鍵是要把握他的思想，如何將重複事情模塊化的具象思維，這才是我們需要深度去了解和思考的東西。
為什麼我們想不到，而他想到並付出行動？我想這個問題，我們應該好好去思考一番。
其次，通過深度思考，將這套流程化思維內化，嫁接到自己的工作中去。換句話說，通過別人的模塊化工具建立自己的模塊化工具。因為，這才是你自己的模塊化工具，它帶來效率的提升，才是真的，無法被複製。
在此，我們又用到了《創新簡史》書中的核心創新思維：根創新、域創新和維創新。用創新的思維去拆解問題，這種自上而下的思考方法，正是我們需要培養的。
通過書中的理論，我們可以知道：高度複雜的創新可以視為一個維創新，它是由N個相同維度的域創新構成。就那個同事的小工具而言，我們可以將其拆解為：JAVA語言和3D建模軟體作為兩個域創新；然後將其各自拆解為根創新：循環判斷語句和草繪，邏輯框架為通過循環判斷語句控制草繪的生成和複製粘貼，最終實現自動化功能。
所以說，搞清楚底層邏輯很重要，它不但會幫助我們深度思考創造出自己的模塊化平台，還會避免跟著別人屁股後面跑不知道所以然的尷尬局面。
下次遇到別人開發的小工具的時候，請慎重使用，請仔細思考，請拆解分析。
在享受它帶來的高效時，也請時刻思考，如果沒有它，我還能怎麼辦？是否還有其他途徑？是否自己可以嘗試去做一個不同的工具？
搭建自己的模塊化平台，讓別人去喝彩吧！這才是我們真正需要做的事情。
最後
歡迎大家關注我新開通的公眾號【風平浪靜如碼】，最新最全多家公司java面試題整理了1000多道400多頁pdf文檔，文章都會在裡面更新，整理的資料也會放在裡面。
喜歡文章記得關注我點個讚喲，感謝支持！