其实挺简单的
用户只要遵守协议使用，可以自己决定是否使用，是否给 star ，也有权吐槽。
作者也可以按自己的习惯写代码，接收不接收意见都可以、也可以限制提 issue/pr 的规范、甚至他有权利不接受任何 issue 或 pr ，或者决定多久处理。

这对双方都是自由的，谁也不欠谁，不能强制要求对方什么。

就像你去吃饭，口味你不喜欢吐槽两句或下次不再来吃都合理正常，但每天站人家门口骂街就不对了（当然，黑店另说）

我觉得你应该至少贴个简历，说下会哪些东西，几年经验，别人才好判断加不加你呀（无意冒犯，仅建议）

这个只能你自己测试了吧，除非别人环境跟你一模一样，不然真不好给你建议。

看看这个，现在一直用这个，挺好用的，开发对接也方便 https://xorpay.com?r=zfile

现在用的这个 https://xorpay.com?r=zfile 挺好用的，之前用面包多，但是停止服务了，这个手续费低一些，开发也方便

@zfjdif 好的，晚上回去试试，谢谢

一样，同求解决办法

支持一下，正好最近在学习 python

@Morii #16
这样就没那么多人点进来了（滑稽）

个人理解做产品会更难一些吧，需要考虑易用性，推广，受众人群，变现方式，对比同类型的亮点，且需要持续迭代优化，还要承受无人问津的可能性（一般这种可能是前期调研没做好，如受众人群，变形方式）。最重要的是有一个好的 idea ，且要做到自己的特色或者说核心竞争力，就算别人抄也抄不过你的那种。

而"卖时间" 的话，一般就是接活做外包，这种一般是自己熟悉的东西，相较于做产品，综合收获会小一些，但钱来的比产品更稳定。

两种都做过，目前后者的收入是前者的好几倍（虽然现在已经不接后者了），但是还是做产品相对更舒服一些。

体验上来说：
- "卖时间"更像是上班，所以执行力或被迫执行力会高一些，毕竟做不完可能算违约。
- 做产品更像是自愿创作。所以从执行性上会相对差一些，因为没有 "卖时间" 那么相对稳定的收入，做了的产品可能不会带来任何收益，所以挺考验自制力和耐心的。

上面说的做产品的感受和结论，仅表示我个人的产品给我带来的体验，每个人情况不同，不具有普适性，仅供参考。

@xiaoz

分开维护的，基于捐赠版开发，再通过 git 补丁或 jetbrains 家的代码比对来合并，还挺麻烦的，目前没找到更好的办法，只能尽量让代码结构保持一致。

当然如果你对自己的点子特别有信心，且充分调研好了，市场上没有同类产品，或者能在这几个月做到比同类产品更好的话，那还是可以试试的。

总之要有亮点，要有核心竞争力，如果只是复刻别人做的一模一样的东西，别人没理由用你的，成功概率真的几乎为 0 。

而且我看你描述的是 "工具合集助手"，要想好盈利模式，是否有人原意付费，面向的群体是否足够大，如是仅面向开发者还是面向所有能用到的人。

作为一个经历过的人来说，个人项目想要赚钱太难了，想要赚到和工资差不多的钱更难，而且你留的现金也不多，并不建议做这个选择，不然到时候会很焦虑的，还是业余时间做比较好，我现在正在准备回归上班生活，把项目转为副业。

工作不顺心的事不要上头，就一个工作而已，做好自己的，其他人越界的事适当向上级反馈，如果上级解决不了，那就摆烂，总之别被影响太多心情。

@dellymay

这个具体不方便透露，是自实现的。