昨日，與同事吃完午飯回公司的路上，遇見一名紅衣長裙美女問路?！罢垎柎笸返罔F站怎么走？“美女問道。我本想回答，畢竟是對方是一位符合大眾審美標準的美女，作為正常男人還是想搭訕幾句的。正準備說，“你是去1號線，還是14號線？”，結果被身邊的男同事搶了先。他直接說道，“從這里一直往前走就是。”美女笑著說聲謝謝就走了。

我心里有點詫異與疑惑，倒不是因為同事搶先回答美女的問題，而是他的回答。大望路地鐵站是一個1號線與14號線的換乘站，但兩條線路的站臺相距不近，大概有個800米，走路需要2分鐘左右。而同事沒有問她想乘坐哪條線路，就直接給出了一個地鐵入口的方向。我將想要說的話告訴了兩名同事，其中一名技術同事說我是典型的技術性思維，如同代碼中的if-else邏輯。根據對方的需求條件，執行要做的事情。而那名回答問路的男同事則說，對方只是問大望路地鐵站怎么走，我就直接給她想要的答案，倒沒有想那么多。為什么有這種思維上的差異呢？

那名男同事的學習與工作經歷同自己不同。自己一路從理工類的經歷走過來。從小喜歡數學，高中選讀理工類，大學讀數學專業，畢業之后從事技術開發工作，之后又擔任過項目和產品經理，現在負責技術管理工作。而那名男同事，從初中開始學習繪畫，高考報考藝術類專業，花了兩年的時間考上了清華美院，讀了服裝設計專業，畢業之后從事服裝定制行業，經常需要同不同背景、領域、階層的人打交道。由于服裝定制行業的特殊性，他需要學會察言觀色，充分挖掘顧客的需求，引導顧客做出合理的定制選擇。他在這些方面做得很出色，顧客很滿意，常受到他們的稱贊。

反觀自己，典型的技術控性格，內向、喜安靜、不善交際。除非感興趣的技術與產品方面的問題，自己一般不會主動發起交流，感覺聊天是在浪費時間，寧愿安靜地查看一些技術行業內的動態和新技術。對于每個問題，會先從需求的角度考慮，會去弄明白對方的想法是什么，或者找出可能的原因，然后考慮可能的實現和解決方案，最后才會給出一個最優的方案，當然也會告訴對方還有BCD可以選擇。

回到那個美女問路的事。按照自己的思維習慣，自然會去考慮美女的需求是什么。去大望路地鐵站是個模糊的需求，因為大望路地鐵站有1與14號線兩個站臺。技術思維的人最反感模糊的東西，如果需求不明確與模棱兩可，可能會罵人，甚至甩袖而去。在互聯網行業，常見產品經理與技術開發人員之間的撕逼大戰，吵得水火不容，勢不兩立。但可笑的是，最終產品被開發出來，投入了正常的運營。為了弄清與明確需求，我的第一句話必然會是，“你要去坐1號線還是14號線？”然后根據對方的回答，給出相應的路線方向。這是很理性很合乎邏輯的做法，我自認為。

但自己這種回答思路真的合乎邏輯嗎？答案是未必！

男同事的回答是直接的，直接告訴對方往哪個方向的路走。美女聽完之后，說聲謝謝也就走了，沒有第三句話。你看，這過程是多么簡單高效！如果是換我回答，我需要說兩句，她需要說三句，彼此都多說了一句話。增加溝通的時間不說，還給她增加思考與反應的心理負擔。如果站美女的角度來看，肯定是喜歡給自己最直接的答案，立即把問題解決，而不需要做過多的思考與反應。從這個角度來看，我的那名男同事確實更加善于溝通，更精通人性的心理。

此事也讓自己聯想到前端的問題。在前端開發領域，之前沒有什么框架與構建工具可以選擇，需要一行一行手寫js及html腳本，沒有所謂的前端工程化的概念。而如今前端從非主流走向主流，各類框架與構建工具層出不窮。如果不去學習最新的框架與構建工具，依然遵循舊有的開發習慣與思維，那么開發效率會是十分低下，根本無法實現前端工程化的快速開發，無法支撐目前互聯網產品快速迭代的業務需求。如果現在有人跟你說，我喜歡每行腳本都手寫，那么請小心這樣的人，要么對方是超級大牛，要么就是井底之蛙，但前者概率極低，低到可以忽略不計的地步?？上Ш芏嗬系那岸思夹g人員還停留在陳舊的開發方式與思維中。

井底之蛙看到的天始終只有井口那么大，為了看到更廣闊的天空需要跳出那口深井。多年來，自己始終停留在自己的思維與認知方式里，不能跳出思維的墻，摘下有色眼鏡，去看到更多的可能。最慶幸的是，自己這次去思考了同事的回答，反思并意識到這個問題，日后會有意識地提醒自己不要做井底之蛙。