@Mickeyy 用的 GPT4 。不建议用 3.5 ，实在差太远。在写代码方面我不是专家，但最近确实也有一些小心得，大致上的做法是，作为对话发起者，你也是需求方，你的需求首先必须很清晰。其次，你需要把需求拆成很多子需求，这些子需求最终应该是可以独立运行的函数。这样的话，你就可以每次让 ChatGPT 做一件小事，而不是立马写一个「伟大的程序」。

其实我觉得整个对话过程，跟我作为产品经理写文档、与研发沟通的过程很像。总分总结构、正着说一遍、反着说一遍。

@tpjaord 谢谢你的建议。不过我有一些不同的看法。

首先，这是我的学习项目，学代码也是我的一种兴趣爱好。学习，往往从模仿开始。

其次，工作和爱好能够融合自然是好事，但大多数时候不能融合。因此，它们大多数时候是分开计划和分开执行的。就像有些人跑步、骑摩托车，你不会把这些爱好和商业价值关联起来去思考。我们可以是个「双面人」，商业时商业，爱好时爱好。

第三，愚以为，在基本的温饱问题解决之后，并不需要把每件事都思考得那么商业，不累吗？

@wu00 我在大小公司都工作过，也创过业，分享一点不成熟的小见解。

创业公司里我觉得还好，因为团队小，大家都工作交集多，双方的互相理解也就越多。

而在大公司里，由于分工和责权非常明确，不同角色的做事方向和方式就容易产生矛盾。

比如，产品经理更关注做什么，程序员更关注怎么做。

这导致了程序员经常觉得产品经理没想清楚，但是产品经理没想清楚其实是个常态。这也导致了产品经理经常觉得程序员做得慢，因为他觉得自己已经在当时想清楚了，最难的事已经做完了，怎么程序员还需要那么长时间去开发。

比如，对变与不变的接受程度不同导致的矛盾。

产品经理更面向市场和老板，这是两个大变量，他们的变化会导致产品需求的变化，从而可能导致有些开发工作终止、变更、重来。我之前经历过不少这种情况，吵架是在所难免的。吵完架之后喝个酒继续做事也就过去了。

比如，双方对技术理解和用户理解的不同导致的矛盾。

研发经常怼产品经理的一句话是，这个需求是你想象的，不值得做。反过来，产品经理经常说的是，这个需求很简单，应该一下子就做出来。

于是，双方就觉得对方都是个「小可爱」，互相在心里骂了起来，但是，骂归骂，活儿还得干，久而久之，互相膈应。

其实我觉得很多矛盾都可以通过台面上和抽烟区的交流解决，但是，主动沟通往往是有难度的，而且，许多时候，主动沟通这件事，在产品经理那里还要衡量性价比。

以前我带产品团队时，很强调团队成员一定要多学技术，因为懂技术我们才知道：


1. 技术是什么
2. 技术可以为我做什么
3. 如何更好地与程序员沟通

可惜的是，在没有兴趣使然的情况下，让产品经理主动学技术，不是那么简单的一件事。

@Lentin 我也加了暗黑模式了，哈哈哈哈哈

已被骗 star 。

@cond0r 已加。

@woshinide300yuan 应你的需求，添加了 2 个中国的 IP 检测来源。提交。

@cond0r 好提议。我准备加一下。

@Lentin 对对对，我看的是这个。你倒是提醒我，或许我可以加一个暗黑模式……（有空的时候）

@huguadao 赢毛，都失业了 😭

@Lentin 调研时貌似有看到你这个网站。

@huguadao 我之前创业做教育的时候……我教的就是运营，哈哈哈哈哈

@Rabbit233 加了延迟，可以看看。

@Rabbit233 或许我可以改一下，在其它部分加载完之后，再执行延迟测试。

@goodokgood1 或许我该换另外一个免费服务。

@cue 这个和挂在哪里无关哈，因为不是通过 Github 服务器去识别 IP 。

@tudoubutudoupi 我以为是打骨折。

@kidlj 谢谢你，我估计我不想再在互联网公司卷了

@sNullp 绿条…泪奔了😭