X-Y Problem
對於X-Y Problem的意思如下：
1）有人想解決問題X
2）他覺得Y可能是解決X問題的方法
3）但是他不知道Y應該怎麼做
4）於是他去問別人Y應該怎麼做？
簡而言之，沒有去問怎麼解決問題X，而是去問解決方案Y應該怎麼去實現和操作。於是乎：
1）熱心的人們幫助並告訴這個人Y應該怎麼搞，但是大家都覺得Y這個方案有點怪異。
2）在經過大量地討論和浪費了大量的時間後，熱心的人終於明白了原始的問題X是怎麼一回事。
3）於是大家都發現，Y根本就不是用來解決X的合適的方案。
X-Y Problem最大的嚴重的問題就是：在一個根本錯誤的方向上浪費他人大量的時間和精力！
示例
舉個兩個例子：
Q) 我怎麼用Shell取得一個字符串的後3位字符？
A1) 如果這個字符的變量是$foo，你可以這樣來 echo ${foo:-3}
A2) 爲什麼你要取後3位？你想幹什麼？
Q) 其實我就想取文件的擴展名
A1) 我靠，原來你要幹這事，那我的方法不對，文件的擴展名並不保證一定有3位啊。
A1) 如果你的文件必然有擴展名的話，你可以這來樣來：echo ${foo##*.}
再來一個示例：
Q）問一下大家，我如何得到一個文件的大小
A1) size = `ls -l $file | awk ‘{print $5}’`
Q) 哦，要是這個文件名是個目錄呢？
A2) 用du吧
A3) 不好意思，你到底是要文件的大小還是目錄的大小？你到底要幹什麼？
Q) 我想把一個目錄下的每個文件的每個塊（第一個塊有512個字節）拿出來做md5，並且計算他們的大小 ……
A1) 哦，你可以使用dd吧。
A2) dd不行吧。
A3) 你用md5來計算這些塊的目的是什麼？你究竟想幹什麼啊？
Q) 其實，我想寫一個網盤，對於小文件就直接傳輸了，對於大文件我想分塊做增量同步。
A2) 用rsync啊，你妹！
這裏有篇文章說明了X-Y Problem的各種案例說明，我從其中摘出三個來讓大家看看：
你試圖做X，並想到了用Y方案。所以你去問別人Y，但根本不提X。於是，你可以會錯過本來可能有更好更適合的方案，除非你告訴大家X是什麼。
— from Re: How do I keep the command line from eating the backslashes? by revdiablo
有些人問怎麼做Y，但其它他想做的是X。他問怎麼做Y是因爲他覺得Y是最好搞定X的方法。 於是大家不斷地回答“試試這個，試試那個”來幫助他，而他總是在說“這個有問題，那個有問題，因爲……”。基本不同的情況，其它的方案可能會更好。
— from Re: Re: Re: Re: regex to validate e-mail addresses and phone numbers by Limbic~Region
X-Y Problem又叫“過早下結論”：提問者其實並不非常清楚想要解決的X問題，他猜測用Y可以搞定，於是他問大家如何實現Y。
— from <[email protected]> by Alan J. Flavell
其實這個問題在我之前的《你會問問題嗎》裏提到的那篇How To Ask Questions the Smart Way中的提到過，你可以移步去看一下。
所以，我們在尋求別人幫助的時候，最好把我們想解決的問題和整個事情的來龍去脈說清楚。
一些變種
我們不要以爲X-Y Problem就像上面那樣的簡單，我們不會出現，其實我們生活的這個世界有有各種X-Y Problem的變種。下面我個人覺得非常像XY Problem的總是：
其一、大多數人有時候，非常容易把手段當目的，他們會用自己所喜歡的技術和方法來反推用戶的需求，於是很有可能就會出現X-Y Problem – 也許解決用戶需求最適合的技術方案是PC，但是我們要讓他們用手機。
其二、產品經理有時候並不清楚他想解決的用戶需求是什麼，於是他覺得可能開發Y的功能能夠滿足用戶，於是他提出了Y的需求讓技術人員去做，但那根本不是解決X問題的最佳方案。
其三、因爲公司或部門的一些戰略安排，業務部門設計了相關的業務規劃，然後這些業務規劃更多的是公司想要的Y，而不是解決用戶的X問題。
其四、對於個人的職業發展，X是成長爲有更強的技能和能力，這個可以擁有比別人更強的競爭力，從而可以有更好的報酬，但確走向了Y：全身心地追逐KPI。
其五、本來我們想達成的X是做出更好和更有價值的產品，但最終走到了Y：通過各種手段提升安裝量，點擊量，在線量，用戶量來衡量。
其六、很多團隊Leader都喜歡製造信息不平等，並不告訴團隊某個事情的來由，掩蓋X，而直接把要做的Y告訴團隊，導致團隊並不真正地理解，而產生了很多時間和經歷的浪費。
所有的這些，在我心中都是X-Y Problem的變種，這是不是一種刻舟求劍的表現？