小熊丶zero
從事軟件行業差不多十幾年，完成過各種需求，大部分需求在可控的範圍，但也有客戶提出一些讓人哭笑不得需求，經常有人說做個類似微信的app，需要多少人力和資金，一般程序員聽到這種話都會有吐血的感覺，如果遇到不懂技術的老闆會更加的悲劇了，但這種也不是能避免的事情，程序員更多的一個技術執行者，但現實生活中因為很多人不懂得程序是怎麼回事鬧出很多讓程序員很崩潰的事情。
現在國內的軟件環境真正把客戶就是上帝發揮到極致，產品交付的時候根本不是當初想象的樣子，記得有個項目經理說過一句話，至今還是印象深刻，好的產品都是修改出來的，仔細品味起來怪怪的，目前國內的程序員很多加班時間都是為了這種修改，有些需求根本沒有考慮到軟件框架的實現，或者根本不給你留下構思的時間。
前端時間發生在平安公司產品經理和程序員大打出手的情況主要原因是產品經理提出一個根據手機殼顏色做出相應變化的功能，這種屬於典型的對技術一竅不通的人，為什麼會有這麼多不合情理的需求？仔細分析主要存在三個原因：
1.壓根不懂技術，沒有深入調查研究，只是看到表面的現象，畢竟軟件在國內發展還沒有完全鋪開，導致很多人不理解也屬於正常，因為軟件展示在終端用戶只是界面以及一些功能，不調查研究一個app的開發背後可能有成百上千人支撐，如果平臺版的app不僅僅是一個看到的界面，背後還有強大的服務器支撐，服務器還涉及安全以及分佈式等等功能，這些功能要完全鋪開，細節多的驚人。
2.甲方思想，花錢讓乙方做項目，功能做成什麼樣子完全靠是自己說了算，這在商業合同上也說得過去，畢竟乙方作為執行方有義務給甲方提供這些義務。但凡這種項目最後長久不了，畢竟軟件開發需要遵守客觀規律，無論什麼情況下總要尊重技術。
3.表述不清楚。在軟件行業會流行這麼一句話，如果一個人能把要表達的技術問題搞清楚，距離真正的解決也就不遠了，要真正搞懂技術是需要下功夫的，剛入行時間不長的人未必能把一件事搞的非常清晰，何況行外人，所以需要下功夫花時間，這可能就是軟件行業另外的一種門檻吧。
作為一個合格的程序員就是把需求用技術合理實現了，保質保量的完成，如何能夠在技術基礎上，順便把產品設計模式內涵搞清楚了，那將會有更大的發揮空間。
大學生編程指南
從事IT行業多年以來，遇到過很多各式各樣的需求，有的客戶會跟你說想做一個淘寶，有的說想做一個京東，總之在這些人的眼裡，構建一個大型平臺並不是一件難事。當你跟他普及完基本的平臺開發常識之後，他們往往都會瞪著大眼睛表示非常驚訝。但是，隨著普通人對IT知識瞭解的不斷深入，近些年已經很少有人提出這種需求了。
導致很多人感覺開發一個類似淘寶的網站並不複雜，原因大概有以下幾點：
第一：IT知識匱乏。作為普通人來說，大部分人看不到一個Web Application真正的輪廓，就像普通人在海面上看到一塊並不大的浮冰，他很難能夠想象到這可能是一個龐大的冰山。導致類似問題的根源就在於知識的匱乏，所以隨著IT知識的不斷普及，現在已經很少有人說想抄一個淘寶或者京東了。
第二：表述不明確。其實有不少客戶只是想用淘寶的一部分功能，比如就是想要一個產品的陳列功能或者是支付功能，而且用戶量也並不大，並不需要搭建分佈式架構，一個單一的Mysql數據庫就能滿足數據的存儲服務，這種情況下確實難度並不大。但是往往客戶很難能表述清楚，為了能夠更形象的表述自己的需求，可能會用淘寶舉例子，而此時程序員以為客戶在開玩笑，這種情況也比較常見。
第三：盲目樂觀。其實很多客戶還是具備一定經濟實力的，所以在早期的時候，這些客戶對產品的投入並不敏感，但是隨著研發線不斷鋪開，此時才可能真正意識到這是一個龐大的工程。很多項目在做到一半流產，就是由於對開發難度和投入有過於樂觀的估計。
現在的電商經過多年的發展，電商概念本身也產生了深刻的變化，從早期的搭個平臺就是電商到現在的生產、採購、管控、物流、倉儲、定價、支付、客服、評價跟蹤等一系列過程，電商平臺已經形成了一個非常複雜的組織結構。
我從事IT行業多年，目前主要的研究方向是大數據和人工智能，我會陸續在頭條寫一些關於大數據方面的文章，感興趣的朋友可以關注我的頭條號，相信一定會有所收穫。
如果有大數據方面的問題，也可以諮詢我。
謝謝！
IT人劉俊明
以前剛入這一行的時候，有朋友想讓我幫忙開發一個網上商城，是這麼跟我說的，大體意思是:能做一個微信公眾號，公眾號上有入口對接一個網店，網店模式照搬網上商城，可以展示他的產品，有下單，配送，支付(主流的微信支付寶一類的)，這是客戶操作頁面，還需要有一個後臺，方便管理訂單。
我說我自己做不了，單不說我是做企業網站的，開發微信公眾號不是我的強項，就說開發這麼一個購物系統所耗費的時間和精力也不是我一個人做的(朋友的意思是我閒暇之餘順手給他做了)，可是朋友以為是我懶得給他做，我解釋被當成是給自己開脫，鬧得很不愉快。
其實現在市面上有頭有臉的app也好，網站論壇也好，其背後的代碼量都是驚人的，架構師不止要考慮整體框架，還要考慮安全，高效，同時有成千上萬人訪問這個服務器不會崩潰，負載均衡，所以我們看到一個功能不起眼，可能是多個程序猿日夜加班趕出來的。
所謂外行看熱鬧，內行看門道，不深入接觸還是不會理解其中的複雜，所以碰到不懂的也不要爭執，爭執也白搭。
ls大毛
抄一個淘寶確實是簡單的。難得是讓一億個人用。
銷失啲流煋
這不就相當於，“我有一個idea，現在就差一個程序員了”。
現實工作中，確實遇到過類似的客戶和需求，舉幾個真實的例子：
1.“不就是頁面增加一個（展示）字段麼？幾分鐘應該就可以增加好了吧！”。這個是我們業務領導在開會的時候，怒斥開發人員響應慢，他不理解為什麼一件簡單的頁面上增加一個字段，需要一兩天的工作量。
2.“就一個查詢麼，為什麼不能輸入幾個字，去模糊查詢！”。模糊查詢很簡單，快速的模糊查詢，我們也需要掂量掂量。
3.“做個秒殺功能吧，我看人家秒殺頁面很簡單的，半天能搞定麼？把現在銷售頁面複製一份出來，改改。”嗯，谷歌首頁就一個輸入框，那個更簡單。
4.“屏保的顏色，隨著手機殼的顏色變化而變化，這個功能應該好實現吧？”後面的事情，大家都知道了。
不懂技術
我覺得造成這個的原因，還是因為對自己擅長的領域不瞭解，但又非要按照自己的認識去下定論。其實很多事情，表面看到的只佔整體的一小部分，在表面的後面，還有很多很多技術在支撐著它。
不尊重，不信任
他們可能怕讓開發人員自己評估工作量，自己會被忽悠，明明一週能做完的事兒，非得評估一個月，索性自己先拍個時間。
但是，應該讓專業的人做專業的事情。如果怕被忽悠，那麼自己就去接觸，去學習，就算不是很專業，那也不會說出“一個月做個淘寶、京東”這樣讓人恥笑的話。
壓價壓工作量
還有一部分，對技術可能還稍微瞭解一些，但是他們站在客戶的角度、業務的角度，希望可以讓工作量評估的少一些，這樣他們可以少給錢，或者讓需求更快一些完成。
而站在程序員的角度，遇到這樣的客戶、需求，那就先好好溝通吧，最後把事兒做好了才是最重要的。溝通不下來，就讓領導出面。（別告訴領導是我說的）
會點代碼的大叔
網站開發本來就很簡單，難的是運營起來！
山峰旭日10169
就拿百度來說吧！外行和懂一點皮毛的都說做個網頁確實很簡單，內行誰敢說簡單？越厲害越覺得難
老實人的經紀人
語言不一樣，導致思考問題的角度也不一樣，程序員想的是怎麼實現，用什麼方式，什麼代碼來實現，遇到不同的業務需求會遇到哪些問題都需要程序員去考慮，而用戶只考慮結果，不考慮過程所以就覺得很簡單。
就像產品經理與程序員的矛盾一樣：
產品經理：我要實現人臉識別，一行代碼拍個照，然後第二行代碼只要比對下原照片就行，兩行代碼搞定！不可否認，程序員和產品經理由於工作性質的緣故，發生不和是很正常的，碰到了不懂技術的產品是讓程序員很無奈的事情！這是因為在自己眼中需要好幾天甚至要幾周時間才能寫出來的代碼，在產品的眼裡就是短短的幾行！不得不說想得太簡單了！
所以不懂技術的用戶考慮問題就不會這麼全面，覺得都很簡單，都是幾句代碼的事情。
高級工程師彭進
淘寶啊？
你看淘寶有好多棟樓，開發人員最少有一棟。
一個月不用多15k。
準備了幾個億？
定製網站和電腦版軟件
當然簡單，給我300我還給你做個百度呢
