程序员与项目经理并不是上下级关系,产品经理负责定义产品的功能,程序员保证产品的性能,正确实现和安全,这些特性同样重要,甚至我认为正确性,性能和安全要比产品功能更重要。 但如果产品经理认为产品功能比性能,正确和安全重要,我看只有一种情况,这个产品严格来说还不是产品,因为没有用户,还没上线。
最理想的就是一直更新,这样出现问题可以马上处理,也可以获得安全和功能上的收益。 但实际上,程序员每天的开发任务可能不掌握在自己手里,而是由产品经理安排。从产品经理角度,升级依赖没有开发新功能来得重要,有 bug 就程序员自己安排时间修(不关他事)。从程序员角度,升级依赖跟自己绩效不挂钩,做得好也没人知道,还不如多开发几个新功能,将来遇到 bug 或者更新困难,维护的人也不一定是自己。这样下来就不断累积屎山代码…… 能及时更新依赖的,我觉得只有开源项目了,因为更新是否及时关系到项目的质量、声誉和存在价值。
依赖更新可以做到自动化的,比如github 有这个功能
程序员与项目经理并不是上下级关系,产品经理负责定义产品的功能,程序员保证产品的性能,正确实现和安全,这些特性同样重要,甚至我认为正确性,性能和安全要比产品功能更重要。
但如果产品经理认为产品功能比性能,正确和安全重要,我看只有一种情况,这个产品严格来说还不是产品,因为没有用户,还没上线。
最理想的就是一直更新,这样出现问题可以马上处理,也可以获得安全和功能上的收益。
但实际上,程序员每天的开发任务可能不掌握在自己手里,而是由产品经理安排。从产品经理角度,升级依赖没有开发新功能来得重要,有 bug 就程序员自己安排时间修(不关他事)。从程序员角度,升级依赖跟自己绩效不挂钩,做得好也没人知道,还不如多开发几个新功能,将来遇到 bug 或者更新困难,维护的人也不一定是自己。这样下来就不断累积屎山代码……
能及时更新依赖的,我觉得只有开源项目了,因为更新是否及时关系到项目的质量、声誉和存在价值。