最近工作中,接入hive组件,发现公司写的架包逻辑上不封闭,功能不生效;
在容器化环境下,功能失效,既不会告警,也没有提示,查无可查。
下载源码,缺乏必要的注释;这种情况下,为了避免浪费时间,切忌一条规则:
谁开发push谁,不然容易埋了自己;
谁开发push谁,不然容易埋了自己;
谁开发push谁,不然容易埋了自己;
在遇到Hive组件功能失效的问题时,作者深入分析了容器化环境下功能失效的原因,发现公司编写的架包逻辑不封闭且缺乏必要注释,强调了遵循‘谁开发push谁’的原则以避免时间浪费和个人责任的模糊。
最近工作中,接入hive组件,发现公司写的架包逻辑上不封闭,功能不生效;
在容器化环境下,功能失效,既不会告警,也没有提示,查无可查。
下载源码,缺乏必要的注释;这种情况下,为了避免浪费时间,切忌一条规则:
谁开发push谁,不然容易埋了自己;
谁开发push谁,不然容易埋了自己;
谁开发push谁,不然容易埋了自己;
1040

被折叠的 条评论
为什么被折叠?