@199808lanlan1111 没看上

一年存四万已经很厉害了

夫妻送子，朋友送花，情人送个金克拉

@Micropaper 与我个人总结基本一致，但是也有不一样的。
比如，影响最大的 5 个因素中，组织调整、需求细化、任务依赖、团队稳定性、技术依赖，其实可以再分析总结一下。
组织调整，可以理解成团队稳定性的一种情况；
需求细化，是需求澄清的一个步骤，越详细的需求，越小的需求，越容易评估，评估越准确；
任务依赖，这个是任务复杂度的一个方面，依赖越多，不可控的情况就越多，意外就越多；
团队稳定性，就是稳定性啦，人员越稳定，效率越高，沟通越少，团队越熟悉，效率越高，这也是为什么新团队需要磨合，但是很多公司不考虑磨合期；
技术依赖，这没得说，技术攻关永远都是难题，问题在于难度大或小。

我不理解团队政治什么意思，平时主要考虑需求明确细化、技术上高内聚低耦合控制复杂度、团队成员尽可能稳定、减少其他干扰研发的因素

感觉这篇论文中对于加班、奖金、团队疲劳度或者工作饱和度，都没有涉及分析。

总体来说，看看就得了。

感谢楼主

0

关注了

@Tounea 哈哈，这个 IT 水平不行的大公司，是哪家

@Seayon 变化太勤，就难以理解咯

@elgool 那我觉得正常啊，把活都给你了，他自然就闲了，但是也要保证你的输出不会有问题，所以他盯着比较多。
你如果是高级或者资深，估计他就不会盯那么紧了。

其实我觉得，主要是他闲了。

换作我们，时间都得按分钟算，给别人 review 都得挤时间。

等生产力提升，或者你有钱了，就会启动反城市化进程。

能卡好久的，就不是小 BUG 。
可以思考一下，是不是问题分析能力，或者说深度问题分析的能力不够。

学习 -> 迷茫 -> 成长 -> 技术迭代 ，我感觉会越来越有热情呢。

真正消磨人热情的，是无休止的、无用的，业务折磨。一个东西明明做成 A 或者做成 B 都能实现功能，使用的技术也一样，但就是要改改改。

我们合作过的甲方从来没有关注过代码的，都是我们作为乙方自己内部卷。

代码质量这东西是无解的，因为人员经验、规范参差不齐，你是甲方，没有人员决定权，让乙方提高代码质量是费力不讨好。

不如从 性能、表现、兼容性方面去喷，同时以正规渠道去推进他们的反馈，比如，每日、每周的问题解决列表。
禅道能导出吧，你可以让他们更新，你每天导出问题解决列表。这个很折磨人的哦。：）

一分钟，可能是因为他被叮嘱要指导你，不知道你们是不是有专门的导师制度。

一分钟，除了他特别关注你之外，就是他太闲了...

这一个点看不出什么，建议 OP 多提供其他的信息，才好分析。

不管是不是被盯上，被特别关注是一定的。

@oxykr 说得真好，想想也是吧。反抗不了，可不得享受一下麻痹自己。人生苦短，何不及时行乐？

@callmemax 这味道真足

@exploreexe 摸鱼是蓝费生命的，不如改成看文档，研究框架，找马:)

@nullpoint007 我看到有些人是没有反抗意识的，领导说啥只能应承，我不理解，也许是我没经历过这种吧