产品经理眼中的优秀靠谱程序员：
1. [核心] 稳定性与高效优化
系统运行稳定是基础；当出现问题时，能够快速定位并高效解决，同时主动及时地对系统进行优化提升。
2. [业务视角] 与产品经理共建业务完整性
在产品评审中，能与产品经理共同完善业务全貌，关注现有业务可能存在的问题及潜在拓展性问题，并在系统设计时充分考虑业务需求的延展性。
3. [价值输出] 清晰传递业务和技术价值
在向上汇报时，能够清晰、体系化地讲述当前业务状况及系统架构，展现技术对产品稳定性和业务价值的支撑作用。

多刷刷抖音“大牛实体连麦”。选好地址了，最好连麦让他评估下。

看 lz 的描述，无时无刻透露出一种极度功利的价值观：对我有利的就是关系好，对我没好处的就是关系差。
而且极度幼稚，哪怕曾经对我有利过，只要让我产生了一点不愉快，一杠子打死丢掉。姐姐给的不多而且导致父母扣减生活费，给爸爸买的衣服被转送，被你直接打死。都多大的人了，爸爸转送衣服，你不会去表达自己的不满和了解原因，这么简单的事都处理不了？你是皇帝呀，所有人都得优先考虑你？
---
你这叫孤僻？你这叫不把人不当人，只把别人当做你获利的工具。无法从姐姐处获利，甚至理都不带理。虽然讨厌父母，但是他们是你获利的工具，所以捏着鼻子找父母要钱。
---
既然你已经这么讨厌他们，你就硬气起来自己买房呀，去找自己讨厌的人要钱，求人还一副趾高气扬指点江山的样子。我要是你父母，我丢养老院去也不给你。
我期望楼主继续作死，回家多指点江山，去绑架父母一定要怎样怎样。然后，把父母搞毛了，一分不给，你就老实了。到时候，可别跟父母打感情牌好吗，因为你心里根本没有亲情。

@9136347 确实容易有这个问题，让研发的存在感低一点。
对于初阶研发，第一要义的是先保证做好本职工作，不要背锅。因其本身的沟通和思维能力还没成长起来，跟领导沟通，只是暴露自己的短处。
对于高阶研发，要想办法多去老板面前展示自己的加分项。有很多方式方法，遇到大家都解决不了的问题给了很好的思路，专项会上提供一些比较好的 idea ，平时多组织或参与活动等等。但还是不建议，直接去跟领导沟通产品问题，属于越俎代庖，除非你准备把产品给挤兑走，否则吃力不讨好，出事了必背锅。

换位思考下，如果你是老板，给下属安排个事情。下属都没调研，直接回绝你说不行，你心里肯定也会不舒服。
这确实反映出你思维和沟通上的问题。思维上，你认为没什么思路，问题就解决不了。沟通上，你没意识到你这样的回复，老板会有什么感受。
---
其实部分程序员不善于沟通，这是大家都心知肚明的事情（无冒犯的意思）。
如果你是初阶程序员，产品经理可以在沟通能力上补足你的短板。你唯一要做的事情，就是要求产品一定要细化需求，并且确认最终效果，这样你就做好了你份内的事。除了 bug 以外的，其他所有问题都应由产品出面去解决。
作为高阶程序员，除了提升技术能力，还会有更多与业务或领导直接对话的机会，那思维上、沟通上、业务上的问题都是需要去提升解决的。
---
总结来说，你要做的：
1. 产品需求一定要明确，不接受模糊需求。
2. 开发完成后，一定要产品进行验收。
3. 在思维和沟通能力提升前，尽量少直接去面对用户、业务或老板进行沟通。

吃一堑长一智吧。核心是你没搞清楚，你和产品的工作职责。你负责把产品想要的效果落地，产品负责所有对外事项。
---
你职责内的：要求产品给详细的效果说明，最好找一个类似的 demo 。做完后，让产品确认效果。结束。
产品职责：去跟老板的沟通，哪怕产品硬要拉着你去，你尽量让产品回应。实在不行，就说你下来跟产品再商量下。什么样的效果会让老板满意，老板想要的效果实在实现不了怎么去跟老板沟通，这都是产品的职责。

退一个版本

好好想一下，喜欢某个闲置二手资源的目标客户可能会在哪里，然后再去卖。

lz 钓鱼帖