[討論] 接案網站是否應要有正負評機制?

看板CodeJob作者 (( ′v`)O)時間14年前 (2010/03/31 11:38), 編輯推噓3(3推 0噓 7→)
留言10則, 4人參與, 最新討論串1/1
只是突然想到... 老是有一些優良的接案方被奧客凹個半死又不給錢，也有一些善良的發案方被 騙錢的人氣個半死，不管是 Programmer Club 或是 104case，如果有類似奇摩 拍賣的正負評機制，是不是狀況會好一點？ 雖然這種機制下去，不管是發案方或接案方都會有一堆免洗帳號出現，可是至 少這些帳號的評價數都會很低，還是可以分辨得出來。 當然也可能會出現因為發案和接案雙方爭端產生互相抹黑的狀況，把好的說成 壞的，也可能會有些人會玩人海戰術互相灌票，把壞的說成好的... 總之，只是想想而已，不知道各位覺得可不可行，或是有沒有甚麼辦法可以防 堵以上的問題？ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 118.169.143.55
推
03/31 11:43, , 1F
難 想想看你一個案子要多久 到死能有被評價幾次？
03/31 11:43, 1F
→
03/31 12:30, , 2F
我也這麼覺得，數量不夠多，意見又太主觀。我倒是覺得可以採
03/31 12:30, 2F
→
03/31 12:30, , 3F
用風險評估態度的方式，讓接案或發案方自己去評估風險程度，
03/31 12:30, 3F
→
03/31 12:31, , 4F
比方說我可能可以接定義比較模糊的案子，有些人可以一定要
03/31 12:31, 4F
→
03/31 12:31, , 5F
spec開好才願意接，諸如此類的。同樣的案主本身的龜毛程度也
03/31 12:31, 5F
→
03/31 12:31, , 6F
可以用某些方式量化。（ex.至少溝通n次、測驗n次..etc）
03/31 12:31, 6F
→
03/31 12:32, , 7F
因為這其實是我自己評估接案與否的第一道防線，也分享參考
03/31 12:32, 7F
推
03/31 13:28, , 8F
那是純軟體CASE才可能模模糊糊，要是牽涉硬體設計規劃
03/31 13:28, 8F
→
03/31 13:28, , 9F
沒講清楚大概沒人鳥，因為硬體都是實實在在的成本 XD
03/31 13:28, 9F
推
03/31 14:59, , 10F
topcoder也可以算是接案網站吧
03/31 14:59, 10F
‣ 更多 ppaass 的文章
文章代碼(AID): #1BiiETQq (CodeJob)