作為乙個程式設計師，跟客戶交流是最困難的事情了，所以在上路之前，複習一下這兩年遇到的奇怪的客戶言論，以便以後更好地跟客戶交流。
1、
一定耐心給客戶解釋：**和**是不一樣的。
比如我們公司的門戶**總共也就乙個靜態頁面，只需很短的時間就能搞定。谷歌、**那也是乙個**，卻有成千上萬的工程師日以繼夜地工作。即便是同樣長相的 **，看不見的地方也差距很大。知乎上有個著名的提問，為什麼像facebook這種看起來很簡單的**需要那麼多高階開發人員？我想，客戶一定不會看這 些東西。那麼我得跟他解釋，每天10000次訪問和每天1000000次訪問的兩個**，可能僅僅只有看上去一樣。
2、
一定耐心給客戶解釋：需求要先討論清楚，很多東西說多可以做多，說少可以做少。
我不想給您報**，所以得先把需求搞清楚，再**不遲。這樣也是為了以後我們少扯皮，延誤專案進度。
當然我也可以先給您報個低價，後面再慢慢宰。不過我不喜歡這樣做，我覺得這樣有違職業道德，長期對您也不利。
3、一定耐心給客戶解釋：我確實水平不夠高，無法成為您肚子裡的蛔蟲。
就 您說的「要做得好看點」這種訴求，我真沒有把握滿足您。要麼您先說清楚，怎麼樣是「好看」；要麼我請個美工反覆給您確認效果圖，但美工的費用您就得掏了； 如果效果圖您也不願意看，那就只能做出來再讓您看效果，到哪兒您要是覺得不好，那就得程式設計師來改，程式設計師改可比美工改成本高。那時候既費時間，也費金錢。
4、一定耐心給客戶解釋：軟體專案有它的固有規律，不是想快就能快得起來的。
除非我做過一模一樣的，否則人不可能戰勝規律。
這個道理在《人月神話》中闡述得很清楚，但我想客戶一定沒看過，那我只能再學習一下經典，好講給他們聽。
5、一 定耐心給客戶解釋：滿意是個主觀標準，人與人差別很大。因此，我無法在前期根據這個標準，來評估費用。所以，我建議我們最好前期就把驗收標準定好，寫到合 同裡面，有一是一。當然我也可以在前期評估一下讓您滿意會帶來多少額外工作，然後把這些工作量也包含到**中，這樣的**可能在您初期看來就是虛高了。
6、一定耐心給客戶解釋：合同裡面沒寫的，都不屬於我的責任範圍。您覺得這個很容易，可我真不能吹一口仙氣就把它變出來。我得付出工作量的，那您就得付出成本。
7、8、
一定耐心給客戶解釋：我揣摩其中的邏輯應該是我們第一次做不成 熟，所以客戶承擔了風險，所以我們應該便宜。可是我們既然敢接，那說明我們技術上有把握，所謂這個活兒不過是面上的問題。我覺得您其實沒有多承擔風險。更 何況您找我們這種小公司，不就是風險比較高麼？那為何您還找我們呢？不就是因為我們本來就便宜嘛。
9、一定耐心給客戶解釋：我們賣的是正版軟體，是我們自己開發的正版軟體。您一定是用盜版用慣了，所以不了解研發成本要攤銷這種道理。我拷貝乙份給你是不需要多少成本，但我們研發出來花了多少時間精力，難道我自己承擔了，就賣您5塊錢一張光碟麼？
接軟體開發專案，你需要知道這些！
作為乙個程式設計師，跟客戶交流是最困難的事情了，所以在上路之前，複習一下這兩年遇到的奇怪的客戶言論，以便以後更好地跟客戶交流。1 一定耐心給客戶解釋 和 是不一樣的。比如我們公司的門戶 總共也就乙個靜態頁面，只需很短的時間就能搞定。谷歌 那也是乙個 卻有成千上萬的工程師日以繼夜地工作。即便是同樣長相...
關於棧，你需要知道這些
分別用四個字描述棧和佇列 棧 後進先出 佇列 先進先出 棧 一種特殊的線性表，其只允許在固定的一端進行插入和刪除元素操作。進行資料插入和刪除操作的一端稱為棧頂，另一端稱為棧底。棧中的資料元素遵守後進先出lifo last in first out 的原則。它的三個核心操作 入棧 棧的插入操作叫做進棧...
React初學者，你需要知道這些
react 不是 mvc 框架，也不同於其他任何框架。它只是乙個用來渲染你檢視的庫。如果你來自 mvc 的世界，你需要意識到 react 只是 v 且是部分等於。你需要在其他地方找到你的 m 和 c 不然你終將會在令人生厭的 react 前止步。這點是顯而易見的，但也值得討論。每乙個優秀的開發者都知...