程序員的全新全新兼職工作平臺的設(shè)想

　　網(wǎng)(LieHuo.Net)推薦 今天看到@金色海洋的《程序員的全新的兼職工作方式》一文，勾起了我一直期望實現(xiàn)的一個平臺的想法。基于我這個人“只想不干”的特性，看來我實現(xiàn)和完善這個想法的可能性也很低了。這里發(fā)布出來，也許能夠為別人帶來好的啟發(fā)。

　　我的想法，就是建立一個《軟件開發(fā)項目承接平臺》。任何人都可以在這個平臺上注冊并發(fā)布自己的需求。任何人都可以在這個平臺上注冊并實現(xiàn)別人的需求。完成交易。聽起來是不是和現(xiàn)在已有的很多兼職網(wǎng)站一樣?聽我細(xì)細(xì)表來。

　　這個網(wǎng)站的設(shè)想已經(jīng)很久(有一年多了吧)。但是，有一個問題我沒有像透徹，也相信這些網(wǎng)站沒有做到。我覺得那才是該平臺最核心的問題。我認(rèn)為如果哪個網(wǎng)站可以解決了這個問題。那么，這個網(wǎng)站就真的可以把這個長尾做大做強。這個問題就是：

　　交易雙方的認(rèn)證

　　目前的網(wǎng)站，都只是在做一個中介，交易的風(fēng)險都由交易雙方承擔(dān)。網(wǎng)站最多對交易雙方進行一些簡單的認(rèn)證，比如：實名制，天知道現(xiàn)在市面上有多少假身份證;比如：保證金，這一點又使長尾的大半截被砍掉了。從Coder方面來看，很多認(rèn)證又導(dǎo)致了老Coder積累的信譽對新Coder的不公平。

　　因此，我認(rèn)為，合理并有效的解決了交易雙方的認(rèn)證(或保證)才能夠真正將長尾發(fā)揮到極致。

　　那我來說說我設(shè)想中的解決方案：

　　1. 建立一套開發(fā)框架，這套框架實現(xiàn)了如下的功能：

　　a) 這套框架實現(xiàn)了版權(quán)保護的功能。從而確保甲方不能夠在交易未完成的情況下使用產(chǎn)品。

　　版權(quán)保護應(yīng)該提供“試用版”，“限制安裝次數(shù)版”，“限制使用時間版”等多種不同的方式供交易雙方在交易前進行選擇。

　　b) 這套框架對大多數(shù)敏感操作進行了限制。從而確保乙方不能夠在產(chǎn)品中預(yù)留后門。

　　2. 建立代碼版本庫

　　乙方的所有產(chǎn)出都必須提交到版本庫中。從而保證交易過程中甲方的權(quán)益獲得足夠的保證。但是，在交易完成前，甲方是沒有權(quán)利訪問代碼庫的。交易開始時，可以選擇，最終代碼庫是否提供甲方訪問的權(quán)限，也就是源代碼是否作為交易的一部分最終賣給甲方。

　　3. 建立Build服務(wù)器，甲方獲得的產(chǎn)品是由我們的Build服務(wù)器來生成的。

　　甲方不應(yīng)該直接從乙方那里獲得編譯后的產(chǎn)品，因為這樣我們無法保證雙方的權(quán)利。甲方獲得的試用版產(chǎn)品(包括最終的正式版產(chǎn)品)都是通過我們自己的Build服務(wù)器編譯產(chǎn)生的。這樣，既可以保證框架中的版權(quán)保護功能正確的開啟。同時，可以避免乙方在產(chǎn)品中預(yù)留后門。當(dāng)交易完成時，我們的Build服務(wù)器會根據(jù)交易雙方事先的約定，產(chǎn)生一個特定保護方式的版本給甲方。

　　4. 建立預(yù)支付平臺

　　甲方需要預(yù)支付開發(fā)費用，該費用會被我們托管。當(dāng)交易完成后，將交易費用扣除手續(xù)費后打入乙方的賬戶。這一點基本和淘寶目前的模式一致。很成熟了。

　　5. 交易仲裁

　　當(dāng)交易雙方對交易有異議時，可以申請交易仲裁機構(gòu)進行仲裁。雙方需要提供對自己有利的證據(jù)來證明自己完成了交易中應(yīng)該承擔(dān)的責(zé)任。這一點很難把握。是一個我目前沒有考慮透徹的點。但是，也許實施起來比我想象的樂觀。

生活不易，碼農(nóng)辛苦
如果您覺得本網(wǎng)站對您的學(xué)習(xí)有所幫助,可以手機掃描二維碼進行捐贈