刚才吃饭咽着了，想到一个网站

想法不错，但这个构思需要足够多的专业流量做支撑，推广会非常困难。

长尾团购和威客杂交的品种……

威客+逆向的Kickstarter

需求社会化…有点像积木这种社会化集资网站，不过这个是需求方主动而不是供给方主动。不错的想法啊。

每个人的要求都不可能一模一样,怎么满足?
如果软件有版权或者安全性问题,谁来负责.

想法非常好

众包crowdsourcing模式的反向操作～？

想法不错，可是也有一个难题。

“B：是免费软件，谁都可以用哦 ” 如果开发出来是免费软件的话，会不会愿意付钱的人就少了，有些有这种需求但不是继续的会考虑等别人付钱自己当伸手党。

*继续 = 急需

每个公司可能要求都不一样,这个要啥语言写,那个要啥语言,然后功能上也可能有区别
最后交货,要是有1,2个人不满意,又要怎么解决

这个想法很有意思。

建议改进如下：

1，语言：首选动态语言，比如Ruby里面有现成的gem管理机制，那么，发布与提出需求时，围绕Gem就行。需求方写一个gem说明文档，制作方按照这个去开发。同样，R语言里面也有强大的包管理机制，将目标定义为动态语言的包管理，会更清晰一些。


2, 机制：分成开源与私密版两种。

开源的，比如Ruby的gem,采取一种投票机制，投票人多，感兴趣的开发者就先写那个，然后费用是捐助而非支付。这样可以动用更多社群善的力量。当然，开源的，写出来的都必须公开给所有人使用。

私密版：与开源的区别在于，包含了进一步培训以及需求确认、讨论的流程，代码也是在非公开的gem server上。

3，基础平台：可以直接搭建在github上。充分利用已有的程序员社群。人们通过Github账号登陆即可。

4、项目的核心价值：按照某种半结构化的规律，登记你的需求或点子，然后发布给成千上万掌握技能的程序员。一旦提出问题，就是解决问题好的开始。同时，对问题的问题，又会继续促进更优解法的出现。

最终，通过社会化过滤机制挑选出产业发展的迫切需求，使得掌握技能的程序员更明白有哪些能改良产业或社会的需求点。