這個問題或許可以這麼解答一下,真正的技術難題他肯定是不清楚的,細節上更不清楚。他關心的更多的肯定是業務層面的邏輯轉化為技術實現邏輯時可能出現的問題,業務邏輯與實現邏輯的映射關係也是大部分客戶能接入的最重要最核心的工作內容。客戶質疑的肯定不是技術難題,而是擔心技術人員低估了業務邏輯的複雜性,或者對業務邏輯沒有深入掌控到一定程度,再好的技術人員,如果對要工作的領域沒有足夠深入掌握的話,是做不出好的軟體產品的。另一個重要原因是客戶自己對自己的業務邏輯都沒有梳理清,或者業務中變動性較大,偶發性影響因素比較多,導致邏輯上很難形成主線和合理的分支線,而在向技術人員提需求的階段,客戶可能做了不甚合理的描述,這種情況,與其說質疑技術人員,倒不如說在質疑自己,用這種方式可以一起把問題研究的更清楚。


作為軟體工程師遇到這種情況,大概有幾種可能:

1.首先考慮你提的方案是否可行,如果完全不行,會解釋不可行的原理

2.如果繼續,那就不理你了,因為這純粹是無理取鬧


推薦閱讀:
相關文章