專案風險往往不可預見
已經做了1000多專案，經常被朋友們問的問題是，技術外包怎麼防止被坑？
朋友們反饋的坑，基本可以分為以下幾類：
1：**有坑：乙個專案，**從1萬到10萬都有，完全不知道誰靠譜
2：可信度有坑：半途中突然失聯，連錢都不要了就是找不到
3：進度有坑：3個月的計畫6個月才做完
4：可用性有坑：做完了一大堆bug，完全無法用
在我看來，所有的坑都來自於資訊不對稱。
1）企業方想要的產品 vs. 開發者以為的產品
你想要的，他理解的
我知道你的心情是這樣的。。。
2）企業方以為的工作量 vs. 開發者真實的工作量
工作量
你抱怨說只要增加乙個小功能對方就要加錢時，對方的心情是這樣的。。。（上圖）
3）開發者的初始承諾 vs. 開發者的真實信譽
承諾與實際
一切都是為了拿單
有這麼多資訊不對稱，難道還不能準備乙個彈弓嗎？
接下來我就和你說說，作為企業方或者產品負責人，我們應該怎麼做準備，防止被坑（或者坑人）
一、了解乙個產品的流程和結構
產品開發流程
專案開發描述
二、整理清楚產品文件，再去詢價和工期
這是降低對產品和工作量的理解差異，確保之後開發陳宮的最基礎和最重要的工作。
乙個能夠得到較準確**的產品文件應該包括這些內容：
1）產品架構圖
產品結構層
2）產品結構圖
產品結構圖
3）核心流程圖
核心流程圖
4) 功能拆解圖
功能拆解圖
二、盡量找到有良好口碑記錄的外包方，並去核實口碑的真實性
幾種方式：
1）最推薦：在公正客觀的第三方平台上，找到有真實交易記錄的第三方評價。
如何判斷評價是否真實：
a. 評價詳細說明了哪些地方值得推薦，該開發者的特點是什麼，自己的觀點是什麼
b. 不是千篇一律的」好「，或者無意義的評價
北京ui設計師（評價
杭州web前端（評價
2）通過朋友推薦，尤其是開發者推薦的靠譜的外包商
3）通過朋友推薦，尤其是有過真實合作經驗的朋友推薦的外包商
在對比的時候，最好可以從專業，溝通，以及進度控制能力三個方面來考量。
三、盡量找有類似產品開發經驗的外包方
比如你要做乙個電商類產品，那麼最好外包方就已經有此類產品的開發經驗，這樣確保對方熟悉所需的技術架構，能夠少踩一些坑，更高效地開發。
四、一定不能偷懶不管產品進度，起碼每週要進行進度跟蹤
即使找到了乙個靠譜的外包合作方，想要一勞永與也是不可能的。
每週至少一次的進度會議，了解各個成員的進展，如果有意外，可以盡快了解然後安排對應的計畫。而不至於到要上線的時候，才發現進度延後，從3個月拖到了6個月。
計畫安排
五、一定要經過專業測試才能確定交付結款
遇到很多次，企業方為了省錢乾脆就自己做測試，找幾個其他部門的員工來自己測了就上了。殊不知，這樣產生的經濟損失將遠大於做完專業測試後才上線！
如下圖，作為產品設計方，你最容易想到的一定是典型最短路線1，這條線自己是很容易測試到的。但使用者卻是會遍歷所有可能路徑 2 - 5.
一旦有一條邏輯不通，使用者就可能因為無法實現核心業務而離開你。
測試交付
而產品一旦上線，要修改就一定有時間延遲：
web 產品的修改起碼有1天，一般在凌晨使用者最少時才能修改；
在這段時間內，問題越多，使用者離開的風險就越大。
因此，上線前做好專業的測試，短期看起來要花多點時間，多點錢，長期看來卻是真正省錢和省時間的做法。
測試完再上線，上線後才結算。這樣能夠確保結算前就能盡量解決外包方留下的坑，避免後期撕逼，影響產品的發展。
基本上，做到以上幾點，能夠很大程度上避免踩坑，降低風險，確保開發的質量和進度。
開心
被坑水題 Kill boss
時間限制 1000ms 記憶體限制 65535k acmer最近喜歡上了玩某個遊戲，這個遊戲的格鬥風格是以格擋，招架，攻擊為主，acmer最近打乙個boss打了幾遍，還是沒有打贏，但是經過幾次失敗後，acmer大概摸清了boss的出招規律，所以她做好了相應的出招式，acmer被boss砍掉n滴血後會...
linux 我被坑了
usr bin vi bashrc 配置jdk時候root環境下 亂修改了一些變數導致不可用。內容 1 source etc environment，轉到自己沒有修改過的path的檔案，然後ls命令就可以用了 2 找到自己修改過的path檔案，我的是 bashrc檔案 3 vim bashrc，對錯...
被坑之後關於map有感
map的話，作用就是盤重，然後會有乙個預設的公升序的屬性 map也可以使用迭代器進行遍歷 在乙個就是 如果 mapset set i 這個句子可以認為如果字串i存在的話，對他的數量 1，不存在的話，將它加入到map裡 下面是乙個關於map的使用方法，距離見poj 1001 不過這個題用map過不了 ...