@sillydaddy 这大概不能叫简洁，应该叫简陋

有个建议就是，如果目前没有远程工作 /自己当老板的话，现在不要考虑去农村建别墅，房子不住人没有人味儿，一两个月不住人就得每次回来大扫除一遍，否则哪里一碰就是灰。

简单点 NUC 或者 ITX 吧 笔记本就当笔记本 别给他拓展那么多功能了

产品是约束条件下的效用组合，你细品

约束条件可能存在： 老板必须要做、公司要求短时间内出成果、公司没有产品价值观、PM 自己能力太差、团队内想靠这个升职 /积累经验、 团队专业 /审美水平差、目标用户审美水平差等任意多种条件的组合

这也就是一个需求让同样两个公司，甚至同一个公司的两个团队、同一个团队的两个 PM 做，他们的原型产出都不会一致。

举个例子： 拼多多、各类特价版、各类极速版 很糟糕，因为产品团队根本不 Care 用户体验，而且产品价值观低下，十八线城市用户就不配用好产品了吗？ 贪小便宜的哪都有，不去引导用户而是利用用户并且固化“18 线城市用户都是贪小便宜”这种思想，是极不道德的，没有一个用户用户不应该被这样羞辱，简单两个字 恶心

不要神话犬校 ，要我说产品就不应该混圈子 越混圈子越没独立思考能力

RBAC 只支持 [功能] 控制不支持 [资源] 控制，如果要既要支持功能控制又要支持资源控制的话，可以了解一下 ACL(Access Control List)，免得思考到最后再造了一遍 ACL

我理解 权限系统只能用于建立用户、角色和权限三者的关系，跟组织构架没有关系

权限系统(建立关系) +组织构架（扩展查询条件）二者加起来能够完成业务查询的要求

但两个不能混为一谈

@enki0423 能通过简单的一个循环日历事件激发每天锻炼的兴趣的人，也用不到跟别人一起玩儿这个啊。这个应用的使用场景一定是很娱乐的，是伴随不断的去交流互动的，im 交流互动方式比邮件更灵活，所以得做成小程序

来个核心问题：文章评论互动怎么实现？

用户发布博文后 是先上传到 ipelago 上储存起来 对吧？

还是说 用户发布博文后，实际上是开了一个 http 服务器，生成了一个 ipelago 的订阅链接。

订阅者是从 博主的机器上同步的博文 还是从 ipelago 上同步的？

Demo 有吗？ 比如你自己建的一个岛

@zarvin 是的 我因为接受不了他的 UI 浪费了一个年会员 再也不用了

@enki0423 场景问题，通过下面两个用户故事来说吧，你觉得哪个自然一点


小明是个肥宅，有一天下定决心要减肥，跟同吨位的小刚定下来一个锻炼计划：每天锻炼 2 小时。他使用了这个工具，在网站上创建了一个挑战，并且把这个挑战网页发送给了小刚，小刚填写了邮件信息后进行了对赌。

后来小明每天都在工作的时候收到一封提醒邮件，提醒他需要开始锻炼了，可工作还没做完，就继续工作。工作完成后经常忘记 /故意忘记去锻炼。

------------

小明是个肥宅，有一天下定决心要减肥，跟同吨位的小刚定下来一个锻炼计划：每天锻炼 2 小时。他使用了这个工具，在微信里把一个挑战小程序发送给了小刚，小刚点进去获取了微信信息进行了对赌。

后来小明每天都会收到微信模板消息，提醒他需要开始锻炼了，或者小刚已经完成锻炼了，激发了他去锻炼的好胜心。

后来小刚中断了锻炼，小明收到了模板消息说小刚输了，可以去向小刚索要对赌奖励。 小明在微信发送了对赌证明和小刚失败的证明给小刚， 小刚不服，又来一轮....

------------

选择小程序的理由：


1. 邮件一般在 PC 端查看，用到 PC 端的时候大部分在工作，即使有移动端也只是个通知栏消息，提醒比较弱

2. 微信作为非工作场景打开的最多的软件，很适合这种泛娱乐工具的使用场景

3. 通过微信发送挑战，增加了人对人的交互感，促进了双方的进一步沟通

1. 上门的安全性如何解决，大部分情况下是 妈妈&宝宝 两个人在家

2. 上门服务为什么能解决周一到周五人气问题，在我看来最多解决排队问题

3. 上门服务怎么保证消毒，尤其是目前这个疫情情况下，家里还有宝宝

-----------------------------


关于题外话，建议可以多读一些产品经理的相关书籍，或者经济学、心理学相关，结合实际行业经验，能够比较准确的判断一个项目能不能做。

@warcraft1236

建议了解一下产业互联网的概念， 餐饮产业互联网化是没有问题的，线上确实大幅优化了线下的经营模式，效率提高了太多，外卖这么火爆跟纯线下外卖几乎无法生存足以证明餐饮产业的互联网化是成功的。

苦美团、苦饿了么久矣这个事情，跟良心有关，跟产业互联网无关

@enki0423 没有说邮件落伍，但邮件现在的定位显然偏向工作事务的记录留存

邮件这种触达方式对于这个产品来说并不合理，场景是分割的

@mreasonyang 可以加个绿色 bWFkbGlmZXIxMzM3

给个工具型产品思路：

现在 VPS 行业用的 WHMCS 销售系统，一些服务器资源如果已经卖空的情况下，打开购买页面会显示“out of stock”字样，如果有购买了该款服务器的客户没有续费，会把资源重置后自动 /手动上架。

因为目前 VPS 商家大部分都会做一些活动型服务器，价格很便宜，就有人需要监控 购买页面的开放情况，如果可以购买，发送提醒，或者尽量能够做到自动抢购。

如果要获得比较高的 GithubStar 数量的话，可以尝试做一下这个产品

之前有人根据我的建议做过类似的东西，技术上通过 curl 查找网址页面关键字“out fo stock”方式实现。

往往做这样一个网站需要监控很多条，甚至用户自定义添加监控。但数量多了随之而来的问题就是查询很慢。间隔几分钟才能循环一次。

解决方案只能是通过给 URL 标号，一台服务器从 0 标号开始循环，第二台服务器从 10 、20 标号循环，成本就比较高。

如果能通过 serverless 的方式来做的话成本应该能降下去不少，感兴趣的话可以联系我做前台的产品设计，我也比较有兴趣。

能否获取该网页的 http 代码 比如 404 403 和网页内容关键词监控？