bzzhou

其实我觉得思路可以，但是不要局限于大爷大妈，针对一个小区其实存在很多微任务的需求。例如帮我上门喂个猫，帮我接下娃等等等。

但是这块难度还是考验运营能力，运营能力牛逼的微信群都可以运营的很好，运营不好的弄再牛逼的系统也没用。

收费的好几个，开源的 mitmproxy ，都挺好用的呀。

方向可刑

5000 公里三次事故，剩下两次别人全责，是不是你急刹车后面追尾了。如果是的话建议好好反思，如果控制不住还是尽量中午开车就好。

深圳冬天有太阳没风的时候，经常在公园里面，一把可以全躺进去的月亮椅、一杯咖啡、听着小说、晒着太阳贼爽。

@Braisdom 我的建议还是最好找几个种子用户，看看他们愿意学+使用不。如果 10 个人里面，有 1~2 个用起来了，那么恭喜；否则听听他们的反馈。

哥们，我看了一下，认为可能还是有点闭门造车了。

首先，数据分析师如果不会 SQL 的，那么基本上也不用指望会学会你的 DSL （而且你认为你的 DSL 简单，是因为你自己设计出来的；但是一个完全没看到你的 DSL 的，他可能宁愿去学 SQL ）。

其次，如果你要定义一个全新的分析师语言，只能说这个难度很大（至少对于创业团队来说）。而且我觉得有这个需求的分析师，可能用 Python + Pandas + SQL 会是一个更好的组合。

建议这个阶段，可以找一些种子用户，看看他们愿意去学+使用不，多听听他们的反馈。

基本来说，轮训是必须做的，哪怕有回调也得有轮询作为兜底方案；而且在性能不是瓶颈的情况下，轮训最简单可靠的方案。
先基于这个实现了，有问题再上回调都问题不大。