mysql模糊查詢語法，對程序員來說最難的是寫代碼嗎？

謝邀~

工作十余年，見過很多代碼，也寫過很多代碼，當面對這些情況的時候，我也會束手無策：

不確定的需求

你見過這樣的業務人員/客戶么？對方說：

“我給你提個需求，但是這個需求我還沒有想好。”

“ 你們可以先開始開發，等我想好了再隨時調整。”

“ 你們先畫頁面吧，頁面上有哪些東西我不太確定，等你們做完一版后，一起看看吧。”

想法可能隨時在變，好不容易溝通確認下來，剛動手寫了幾行代碼，就接到一通電話：“這個需求，我跟我們領導匯報了，我們領導又有點兒新的想法。”

重構別人的代碼

很多時候，程序員都是在做二次開發，可能進入新公司的時候，項目已經運行好多年了，接手的代碼一沒文檔，二沒注釋，并且沒有任何工作交接。

這種時候，每當有新的需求需要做，大部分時候程序員都會選擇重新寫一套邏輯。萬不得已必須要改老代碼的時候，一定會戰戰兢兢的。

程序員最煩兩件事：

第一件事是給自己的代碼寫文檔；

第二件呢？是別人的程序沒有留下文檔。

沒有思路的代碼

寫代碼之前，不管是畫流程圖，還是寫設計文檔，又或者隨手寫一些偽代碼，這些都是代碼的思路。如果面對一個需求，你欠缺業務知識和邏輯思維，那么可能連一點兒思路都沒有，寫代碼更是沒影兒的事兒了。

所以我老說，寫代碼也是需要一些“悟性”的，也是需要業務知識積累的。

我將持續分享Java開發、架構設計、程序員職業發展等方面的見解，希望能得到你的關注。