1樓：Shy Tom
請實現乙個根據手機系統改變顏色的手機殼，哈哈哈。需求是有需求人員來提的，程式設計師只負責實現，但是需求人員在提需求時需要評估需求，看看是否能實現。這也就要求需求人員也要有相關的技術背景。
所以正常來說的話需求人員是不會提無法實現的需求的，除非是不懂技術的，如果有程式設計師無法實現的需求的話，那就是技術人員技術實力不夠了。
2樓：OAA
現在時代變遷，變化迅速，就要搞好和產品組同事的關係，及時溝通，提出解決方案。同時努力達到客戶的需求，根據需求來做個幾個方案，有備而來嘛，人不可能一次性完美的收工，多準備多幾分成功，是吧。所以樓下說到了不存在奇葩需求，大千世界，奇葩的人多了，還會有不存在的奇葩需求麼？
是吧，所以就看公司的流程和運作能力了。0.0~
3樓：
1、不存在奇葩需求！程式設計師沒有資格評價需求。需求是需求人員從使用者方或者產品意見方獲得的，在最後歸納成結果之後，需要在專案組的管理層面、甚至要在公司成面進行可行性判斷。
這個判斷不僅是從技術出發、還包括費用、時間、人員等綜合的投入對公司來說是否能接受。而參與做出這些判斷的人員，或許會有程式設計師的代表，但通常都是具有全域性評價能力的架構師、技術總監、專案經理、方面副總經理、甚至是總經理、老闆，因為只有這樣才能全面評估。而程式設計師只有在本公司評估之後，公司與使用者方進行相關確認和協調之後的最後結果形成後，才會從專案經理處接到相關任務。
所以，等程式設計師拿到相關任務的時候，都是已經由多級負責評估之後的了。對於某個程式設計師或許會有能力不足以完成某個任務的情況。但對整個技術團隊肯定不存在這個問題。
否則就是專案決策失誤。
2、我（1）中說的是很正規的做法，但如果是在滾動開發之中，通常需求會有很多迭代的版本。因為這個時候迭代比較頻繁，通常不會有那麼勞師動眾的評審。但專案經理、架構師，這種專案級的可行性把控評估應該還是會有的。
如果直接扔給出程式設計師，那就是不負責任和管路混亂。因為這是專案管控必須要做的，否則就是專案經理失職。我這麼說是因為程式設計師的工作視角遠較專案經理、架構師要低，要更區域性，無法全面評估這些。
3、正因為以上兩點，當需求完成之後，或者當需求變更出現，第一處理人不應是程式設計師，而應是專案技術負責人。除非這時該專案處於維護等特定階段，公司在專案投入上人員極少，由某程式設計師兼任了專案的技術負責人之職。這個時候會出現程式設計師第一順序處理需求的表象。
但其實質是因為該程式設計師兼任了該項目的技術負責人的角色而已。所以這個時候就不能再叫程式設計師了，而是專案技術負責人。而如何處理也就不言自明了。
能不能處理好，就全看這個程式設計師是否勝任這個技術負責人的崗位了。所謂難者不會，會者不難。對於超出能力和認知，達不到要求的人來說，發出所謂「奇葩需求」的聲音一點也不奇怪。
這不是真的有什麼奇葩，而是這個程式設計師個人能力不行，搞不定問題，公司給他的責任他不勝任。
基本就是這樣。
程式設計師如何應對頻繁的更改需求？
需求更改頻繁一般是不合理的。假定他是合理的，比如老闆說了，改不改怎麼改我說了算，我不是給你發錢了嘛。那我們就幹，要注意以下幾點。一，讓老闆簽字畫押。頻繁的變更沒事，最忌諱不留下書面材料。每次變更都要有會議紀要，郵件傳送。避免後面扯皮。二，設計要有一定的前瞻性 如果已經知道了會經常變化，那麼就要在很多...
程式設計師如何應對技術面試？
極客時間 可能有的同學有疑問，為什麼一定要面試？面試看起來像是單方面面試官對面試者的考察，實際不然，面試其實是面試者和面試官之間的互選。就像是愛情，單方面的選擇往往是行不通的，只有確認過眼神，才能有後續的故事。而且，面試在你投出簡歷的那一刻就已經開始了，所以我們先從簡歷說起。簡歷，重點在 簡 一定要...
技術一般的程式設計師該如何應對中年危機？
交易小神 提公升技術，持續學習，去做管理，熬資歷解決不了根本問題，年齡大了就是原罪。人中龍鳳沒準可以，普通人不行。最根本的解決，去泛體制內。考公務員，事業單位或者進國企總部非子公司。一般的解決，接受降薪找工作。隨著年齡增大機會越來越少，只要肯降工資，應該就能找得到工作。做個中層即可，外企，中小公司，...