在现在的互联网生产线上，产品经理、程序员、测试人员等的分工已经非常明确。 因此，很多时候，大家工作的时候就潜移默化地产生了一些功能隔离。 产品经理应该对产品负责。 代码怎么写与你无关； 程序员只需编写代码即可实现产品。 产品如何使用、如何合理使用，不是您考虑的范围。
这样的想法真的合理吗？
有一次，当我向程序员学习产品时。
“后期你想把这个产品做成哪些群体？”
“我不知道，你得问问产品。”
“我觉得这个地方的设计比较奇怪，实际的线下商业场景是这样开发的吗？”
“产品是这样设计的，我不是很清楚，你可以问产品。”
“这个功能我查了很多同类型的产品，但没有发现需要达到这么的精度，而且我们的数据量也支持不了，做起来非常困难。为什么要实现这么精准？”
“产品就是这样设计的，没有其他办法。”
这样的程序员对他编写的程序一无所知。 他只是按照产品所说的去做。 他真的是一个合适的程序员吗？
这次经历让我对产品和程序员的关系有了新的认识。 我一直以为产品和程序员应该是天敌，但没想到他们能相处得这么顺利。
产品和程序不应该互相残杀，但也不应该相爱
以前我一直以为程序员和产品经理的关系是这样的
或者类似的东西
或者类似的东西
但没想到我看到了这个
或者类似的东西
我的认知被刷新了。 虽然对于一个程序员来说每天到处质疑产品是一件坏事。 因为作为一个程序员，还是有点出界的。 我总是为产品思考想法，最终的结果可能是产品的延期。 但什么都不考虑并同意产品的一切也是行不通的。
虽然我们做不到，但是我们还是需要从用户的角度来理解这个产品。 只有了解了这个产品，才能避免执行中出现偏差，并为未来可能出现的情况留有一定的扩展空间。 。 否则，敏捷迭代可能会变成敏捷重构。
让我们成为一名优秀的程序员
作为一名优秀的程序员，我们需要有产品的想法，但是我们必须为产品控制好自己体内的洪荒之力，在自己保证的范围内提出有效的建议，多提出问题，以便产品经理能够给予更多更多细节，或者帮助产品经理思考。 只有这样，产品才能真正变得越来越好。
一味地反对产品经理是不合适的。
但一味认同产品经理的观点也是不合适的。
产品经理也是人，如果是人，就会有考虑不全面的情况。 产品经理不是技术人员，所以会有不懂技术的地方，甚至给出一些很难实现的要求。 这就需要沟通来协调和相处。 合适的解决方案。 要知道优秀的程序员也是服务于产品的，程序员离不开产品。
