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