工作中别人质疑你，压你工时怎么办？

为什么别人会质疑你的能力？

只有当你的能力强弱会影响到对方时，别人才会质疑你的能力。

质疑你的能力对他有什么好处?

1. 典型的激将法，通过质疑你能力的方式，来牵着你的鼻子走。
2. 让你自我否定，将工作的失利都归咎到自己身上。

码农可能会遇到的质疑

别人能做你为什么不能做？

1. 放平心态，没有人能什么都会，只要是人都会有知识/技术盲区
2. 另外，别人是谁？如果别人是腾讯/阿里这种大公司的人，他们有大佬想解决方案，对同一个问题，可能有N倍的人力来想解决方案，你普通的中小公司通常都没有这个条件
3. 另外，别人是谁？如果别人是你公司的内部同事，那这时候你可以向领导请求对方协助，团队的意义，就在于你不会的，其他团队成员可能会。
4. 你也可以反过来想，对方为什么总是提出这种难以实现的方案，为什么他就想不到简单的方案。没有技术可行性的方案或技术复杂度高的方案，那不是个好方案（说是个坏方案也没问题）

你做这个为什么要这么久？其他人怎么只要你一半的时间？（特指前端）

1. 其他人是指谁？他考虑了哪几点？他是基于哪种环境下只需要花一半的时间就能实现？然后对比你考虑了哪几点？他是否有考虑安全缓冲时间？他是否考虑了要mock数据？他是否考虑了自测时间？

通常要考虑的东西(工时评估可不只是评估编码时间)：

• 响应式
• UI还原难度度
• 兼容性
• 低性能设备的可用性问题
• 是否有好用的基础UI组件库
• 理解代码上下文的时间成本
• 取消请求
• 缓存请求
• 节流
• 防抖
• 数据验证
• 多语言以及多语言导致的UI布局适配问题
• 沟通成本（包含细节沟通，疑点沟通）
• 协作成本（协作沟通成本）
• 实现分析时间成本
• 造mock数据时间成本
• 自测时间成本
• 其他意外时间成本（开会，请假，机器故障, 同事请教你问题等）

我给你这么多时间，你能不能保证没有bug？

不能。谁都不能保证没有bug。

或者说，满足以下条件是可以的。

• 只要需求提供方能不改需求，能列出需求的所有的细节项，无一丝变动，并且给出的需求解决方案，都在开发同事已掌握的技术范围内。
• UI原型考虑到了所有的预期的设备显示情况。
• 测试在开发完成代码之前，编写出了100%无死角的测试用例，供开发自测
• 领导不加塞任何其他紧急需求
• 使用的开发库没有任何bug

给了足够的时间，bug依然不少

时间足够，bug只能保证趋向少，不能保证绝对少。如果连这点时间都没有，bug岂不是更多。同时也说明了，肯定有很多细节，在编码之前没有考虑到。为什么没考虑到？是需求未提及，是技术评审太随意，还是测试同事自己补充的需求。如果你做好了，编码前提及的需求, 那这个问题就不要揽到自己身上。

领导压工时怎么办?

前提：

1. 你对自己的开发能力有较为清楚/理性的认知
2. 你的开发能力在项目组中至少不能低于平均水平

解决方案

1. 你评估的工时要经得起推敲（要有一套相对理性的计算方式，而不是凭感觉）
2. 领导压工时，你就问他为什么压了这么多，然后将你的工时计算方式告知对方
3. 加入额外的安全缓冲时间是合理的，并且是对项目负责的表现，你上个厕所或开个会或请了半天假，就导致大量工作延期，这合理吗？这很明显不合理。如果领导认为这是合理的，那你就让工作延期。因为领导都没有风险意识，你一个普通码农，为什么要代替领导来操心。
4. 如果经过上面3步，领导依然决定要大量压缩工时，那你就让他压，但你依然要旗帜鲜明的表明，你不同意，因为这有很大的延期风险。

你为什么要背负领导的压力？

1. 项目延期了，应该是领导压力山大，而非普通员工。
2. 有技术障碍，在你尝试过解决无果后，你只要做到及时反馈，积极配合解决即可，障碍跨越方式，请相信领导的能力
3. 你上有老下有小，领导难道没有吗？你被开了少的只是几千块，万把块，只是一份普通的工作，领导被开了那可至少几万块，他还是领导岗哦，你说谁应该更急？

如何与领导相处？

1. 平等相处。大家只是工作关系，只是工作职责不同。
2. 由领导评估我的绩效，所以，我感觉被拿捏。大可不必，只要你基本做好了你的本职工作，如果感觉绩效评估不合理，那就找机会冷静沟通，尝试明面方式解决，如果解决无望，除非活不下去了，否则，不如不换个工作地方。