@diesans 如果加一句:有些时候质量和活跃度会出现反比状态呢?这里也需要考虑如何平衡.

@Ultratude 谢.再多问一句,他们有必要为了一个长域名(chinaopenparty.com)而出$500吗?他们随便注册一个类似的不就可以吗?

我查不到任何他的邮箱资料.
@foru17

我只用能够绑定自己域名的邮箱.

你送宠物医院呗?

好主意

42区的备案有点麻烦.

@diesans 你的观点大部分我同意,创意我也同意,可是我一直想解决但没找到解决办法的问题就是: 人是有惰性的,很多人不想去找小组,需要给小组也推荐人,这样才即能吸引小组管理员,也能更好地吸引会员.

RS的速度,并没有想像中的快.

@diesans 我倒不同意楼上的"扯着蛋"这个概念,因为我读了前一小段就基本上明白了这个产品,所以这个产品并没有铺得过大.我同意这里面的"币"的概念,因为有了这个"币"作为前提,可以处理好生产者与消费者,只要有了生产者,其他的精力就是放在"币"这个核心的可以流通的东西上,寻找合理的消费者.

我做的是一个小尝试，并没有完全做成产品.我做的思路是把这个"币"做成"虚拟币",生产者和你的想法一样,不过比你这个多一点点,引入电子商务的卖家的概念.其实电商本身的推广也是广告的方式之一,所以应该还是和你这个产品的思想一至.

说真的,我看好这个项目.同时,对于小组的概念,可以反向思考一下:人们可以加入小组,小组能不能加入人呢?我试过把人和圈子和小组这几个概念融合一下,做了一个产品原型(两年前了),不过引入了"人圈子"和小组的概念后,用户用起来就太复杂了.只是人找小组和小组找人这个地方我当时没找出解决方案．

说建平台不好,说会容易被山寨的,都不是真正做产品的,或者都不是真正的实干家,要我说,有种就来山寨,被山寨了说明自己的思路对,其他的就是时也势也的问题.

你这个东西开始做了没?我曾经做过一个原型，思想也类似,并没有一直做下去.其实这个"币"很有必要,相当于把社区的各种内容进行串联,并且把生产者和消费者结合起来.但是缺点也就是消费者这部分会有大量作弊情况出现.

@lemonism 那很简单啊，你找个wordpress一类的，写个有用的插件，然后试着让很多人用，这不就行了？

@lemonism 关键问题是什么叫互联网方向。

大量图片是指的什么？

瀑布流最适合“逛”的感觉，其他的并不一定适合。

如果你想听更明白的，细节三天五天也说不完。

我做过五六年的企业开发，兼职做互联网，后来脱离企业开发全陪做了四五年互联网，最大的感受有这么几条：

1, 事务性
2, 并发量
3, 复杂度
4, 可用性
5, 集成度
6, 实施

别说我胡扯，虽然这几个词都很容易想起来所谓的“方案”里的东西，但是的确有区别。

打个比方，互联网产品对于业务本身来讲，复杂度要低一些的，比如文章发布，你很难想像文章发布的三五步审核流程能够与企业或者业务系统的公文审批系统进行比较，而这种审批系统，更复杂的地方是业务抽象，你说那是业务，不是技术？自然不是，要想把真正的业务抽象出来，这就是工作流了，这又是完全另一个领域。

再打个比方，互联网产品的高可用性自然重要，可是企业开发领域针对的可用性却不一定是7x24小时的意思，而是指各种容错性。

集成度，互联网产品可以用web service大量处理远程系统，但是企业开发中，如果需要异地高容错事务，那就需要消息系统，如果是带事务的消息系统，这又和互联网的需求不同的。

实施，一个业务系统能不能用起来，重要性相比较于开发本身，也一样重要。

冗余。互联网中为了性能，大量使用冗余，但业务系统中冗余本身就是一种极危险的操作，一定要专心设计。

权限，报表，工作流这几个是业务系统的必须组件。

别提淘宝支付宝这种互联网应用，这是金融应用的一部分，不只是互联网应用了，业务系统也有类似的大并发的网络处理，比如某公司全球有上百万人用他们的内部业务系统，在各地用vpn访问内部网络处理业务，当时也牵扯到大并发和低网速的问题，客户的需求很简单： 我全球的客户，如果能顺畅地打开yahoo，就应该能够顺畅地打开内部的ERP和其他系统。在这种需求下，业务系统也需要仔细设计http请求数，静态文件缓存，压缩等各种互联网细节。支付宝和刚才说的这种系统，是传统业务系统和互联网产品结合的领域。

楼主的面试很奇怪，你写的程序能不能经得起大并发，应该是程序场景决定的，如果他们没事就提什么千百万人访问，而不谈具体的技术实现思路和运行场景，那这事，我觉得不靠谱。

居然有虚拟的乐高积木。

历史上的进步时期往往不是统一时期。

@Tinet 徒步去吧? 一周一次.

在成都要聊妹子吧.