zhenghuiy

说了这么多废话文学。。。 突然跳到盈利 150w 了。

「包括 Figma 设计、Swift/SwiftUI/Xcode 」 —— 对这个比较感兴趣，可以分享一下学习资料么

核心是，无欲则刚。假如对网约车的收入有一个预期的时候，就开始不开心了。所以羡慕你能保持低欲望的状态。

@aLazarus 所以需要研发对 prd 进行判断，直接无脑把 PRD 翻译成代码就太初阶了。。高阶的程序员面对有问题的 prd 是要去喷 PM 的。

@zhangsimon 感觉没啥毛病，阴阳是因为对方吃相难看，需要给出态度；现在回头是因为暴雪换主了，新的管理层找过来，应该开出了不错的条件。

1. 小建议：假如是面向程序员写的文章的话，建议结构上清晰点，观点明确点，太多的感性输入且没有结构化看着比较难受，只能直接跳到最后一段了。

2. 绩效这事，不同环境下太不一样了，讨论这个的结果就是评论区各说各话。有些公司可能是外因 80% 内因 20%，有些则相反。

3. 假如我们讨论的是「有着相对客观正确的判断标准下的绩效」的话，那「短期绩效反应产出，长期绩效反应能力」。
- 怎么理解呢？绩效直接的依赖是产出，短期可能因为机会、时间等因素拿不到高产出，但时间拉长看，高能力大概率能获得高产出。
- 当然我们得明确一下，这里的能力指代的是什么。工作中的能力是多个维度的体现，不止依赖编码能力，也依赖沟通与协作能力、产品 sense 、风险判断能力、组织能力等等。
- 合适的人做合适的事，有时绩效不好只能代表你不具备这个岗位需要的能力，但你可能有另一个更适合的岗位能发挥出你的特长。（比如管理人才去做技术专家，技术专家被拉去做管理）

4. 最后，防杠一下，3 的前提是，「有着相对客观正确的判断标准下的绩效」。假如没有这个前提，那绩效这个话题真的没啥好讨论的。。各说各话。

@v321ex 哈哈，缘分

@dabai091220 也许人无完人，对方 90% 是好的，但假如那 10% 是原则性的问题，那分开也合理。坚持自己的做事做人原则没错，下一个更好。

@v321ex 咦，这都能记得