網(LieHuo.Net)推薦 今天看到@金色海洋的《程序員的全新的兼職工作方式》一文,勾起了我一直期望實現的一個平臺的想法。基于我這個人“只想不干”的特性,看來我實現和完善這個想法的可能性也很低了。這里發布出來,也許能夠為別人帶來好的啟發。
我的想法,就是建立一個《軟件開發項目承接平臺》。任何人都可以在這個平臺上注冊并發布自己的需求。任何人都可以在這個平臺上注冊并實現別人的需求。完成交易。聽起來是不是和現在已有的很多兼職網站一樣?聽我細細表來。
這個網站的設想已經很久(有一年多了吧)。但是,有一個問題我沒有像透徹,也相信這些網站沒有做到。我覺得那才是該平臺最核心的問題。我認為如果哪個網站可以解決了這個問題。那么,這個網站就真的可以把這個長尾做大做強。這個問題就是:
交易雙方的認證
目前的網站,都只是在做一個中介,交易的風險都由交易雙方承擔。網站最多對交易雙方進行一些簡單的認證,比如:實名制,天知道現在市面上有多少假身份證;比如:保證金,這一點又使長尾的大半截被砍掉了。從Coder方面來看,很多認證又導致了老Coder積累的信譽對新Coder的不公平。
因此,我認為,合理并有效的解決了交易雙方的認證(或保證)才能夠真正將長尾發揮到極致。
那我來說說我設想中的解決方案:
1. 建立一套開發框架,這套框架實現了如下的功能:
a) 這套框架實現了版權保護的功能。從而確保甲方不能夠在交易未完成的情況下使用產品。
版權保護應該提供“試用版”,“限制安裝次數版”,“限制使用時間版”等多種不同的方式供交易雙方在交易前進行選擇。
b) 這套框架對大多數敏感操作進行了限制。從而確保乙方不能夠在產品中預留后門。
2. 建立代碼版本庫
乙方的所有產出都必須提交到版本庫中。從而保證交易過程中甲方的權益獲得足夠的保證。但是,在交易完成前,甲方是沒有權利訪問代碼庫的。交易開始時,可以選擇,最終代碼庫是否提供甲方訪問的權限,也就是源代碼是否作為交易的一部分最終賣給甲方。
3. 建立Build服務器,甲方獲得的產品是由我們的Build服務器來生成的。
甲方不應該直接從乙方那里獲得編譯后的產品,因為這樣我們無法保證雙方的權利。甲方獲得的試用版產品(包括最終的正式版產品)都是通過我們自己的Build服務器編譯產生的。這樣,既可以保證框架中的版權保護功能正確的開啟。同時,可以避免乙方在產品中預留后門。當交易完成時,我們的Build服務器會根據交易雙方事先的約定,產生一個特定保護方式的版本給甲方。
4. 建立預支付平臺
甲方需要預支付開發費用,該費用會被我們托管。當交易完成后,將交易費用扣除手續費后打入乙方的賬戶。這一點基本和淘寶目前的模式一致。很成熟了。
5. 交易仲裁
當交易雙方對交易有異議時,可以申請交易仲裁機構進行仲裁。雙方需要提供對自己有利的證據來證明自己完成了交易中應該承擔的責任。這一點很難把握。是一個我目前沒有考慮透徹的點。但是,也許實施起來比我想象的樂觀。