You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
在实践运作代码分析时,要重视研发管理与研发效能的区别。
如果不树立两者的概念,在运作时研发管理(优先监管和管理目标)与研发效能(优先生产和效能)会产生矛盾冲突。
当下研发效能比较热门,大家的关注度比较高。研发效能优先的是生产时的时效,在时效性上有追求。例如,要求在10分钟内完成代码分析,当规则包无法满足时效性时,就违背了研发效能的目标。此时,可以选择调配裁剪出一个新的轻量级的在十分钟内跑完的规则包,此轻量级规则包随着调配磨合,可以满足时效性,但不是完整的规则包,会有漏。
研发管理,在监管上以管理目标优先,时效次之。不能违反管理原则和目标,此时一些规则包就不能在研效的流水线上使用。会造成研发效能的时效无法提升。这个矛盾在技术理论上难以调和(就算在各语种实现精细化的文件颗粒级的分布式编译分析工具,在进一步分析的开销上仍然不低,大型项目更甚),只能用上面提到的轻量级规则包来实践研发效能。
简单来说,把管理和效能的矛盾冲突,拆解成2个对应的规则包展开实践运作。
代码分析涉及 Linux/MacOS/Windows/iOS/Android/Other 上的各种编程语言,必然与研发效能产生交叉。在管理和效能上交叉,避开混淆不清,可以更好的展开工作。
Beta Was this translation helpful? Give feedback.
All reactions