对于沟通：
1.产品：这个需求很简单，增删查询导入导出是基本功能，有什么难的？
2.开发：这个数据量大不能这么玩，这样开发成本太高不该怎么玩，你懂不懂技术？

最近评需求，时常出现上面的场景。个人认为这样的冲突是很遗憾的。从价值上考虑，这两个职位就像男人和女人，不合作，谁也生不了仔，谁也不能高效产出业务价值。
产品压着开发产出，好像不把需求满满的，让开发一直加班，自己就会吃亏似的。
开发这边也极端，往死里砍需求，任何不合理都是驳回，任何变更都不接受，一言不合就开怼。

其实也像男女间关系，多为对方考虑点才能协作共赢。
1.产品：我认为会技术是内在诉求，真的得会一点。相较和开发在长时间合作中的协作成本，学下技术其实更“便宜”，毕竟现在技术门槛并不高。而且会技术还有利于培养同理心，可以更理解的和开发沟通（毕竟跨行同理心挺难的），也能避免“被骗”。
其次要善于引导，相对于开发，产品有许多额外的工作项，平衡各方干系人便是其一。在开发喷口水时，可以尝试反复用肯定诚恳的语气去重复开发表达的意思，“你的意思是xxxx这样子对吗？”。亲测可以快速把火药味摁住，把评审的主动权拉会自己的手中，有利于评审的效益产出。
2.开发：远光放长远一点，看看以后看看公司和其他人，别局限在自己的一亩三分地。我的观点是制造和销售一手抓。代码是继资本和劳动力外，另一个可以运作的财富，但这除了要会产出代码，还要会寻找商机和运营。所以在工作中去对齐企业战略，揣摩个中利弊，在工作中寻找自己能做的增长点，与产品多问问多学学，了解自家产品在市场的定位和现状。这些都是实际能实现个人价值跃进的技能和资本（没地方教，稀缺）。如果仅靠出卖时间写代码，真的，路很窄的。浮生不过数十载，不求大富大贵，但也求个掌握人生，做自己喜欢做的事，你看何如？


决定转mac了，win开发一直有种用两套工具的别扭感，比较花时间，长远看亏。
这里能请老师把自己mac上的所有软件列个清单吗？
只需要软件名和基本功能。
安装使用啥的，基本能力，自己去倒腾便是。