同事a,你能别装了吗?

我们abc三人共同协作开发一个需求,每个人都有自己负责的部分。开发完成后b测试出来a负责开发的内容存在问题。 事情发生后b和c找到a,a第一时间甩锅且及其自信:一定不是我的问题。其他两人一阵头大,后面c通过打日志给a明确指出问题所在,a才进行整改……

#实习生的蛐蛐区#
全部评论
这俩评论的是人机吗智械危机?
5 回复 分享
发布于 07-29 19:48 浙江
七月末和同学打王者听到了这个故事,你不会是我同学吧
点赞 回复 分享
发布于 08-11 15:33 澳大利亚
一切讲事实讲依据
点赞 回复 分享
发布于 08-08 17:08 北京
质疑a理解a成为a
点赞 回复 分享
发布于 08-08 17:07 北京
c牛啊
点赞 回复 分享
发布于 08-03 16:21 河南
c牛啊
点赞 回复 分享
发布于 08-01 12:54 北京
b辛苦了
点赞 回复 分享
发布于 08-01 12:54 北京
a太刚了
点赞 回复 分享
发布于 08-01 12:54 北京
日志的重要性
点赞 回复 分享
发布于 07-30 22:59 北京
a太刚了
点赞 回复 分享
发布于 07-30 11:21 上海
c牛啊
点赞 回复 分享
发布于 07-29 18:31 广东
b辛苦了
点赞 回复 分享
发布于 07-29 18:31 广东
a太刚了
点赞 回复 分享
发布于 07-29 18:31 广东
c牛啊
点赞 回复 分享
发布于 07-29 10:25 广东
b辛苦了
点赞 回复 分享
发布于 07-29 10:25 广东
a太刚了
点赞 回复 分享
发布于 07-29 10:25 广东

相关推荐

wuwuwuoow:前端不知道业务重不重要,但对于后端而言,开发最重要的是把业务背景搞懂,业务远比代码重要。因为搞懂业务,你跟同事看待相同的功能,共识是一样的,不会有认知上的偏差,这样才知道代码怎么写,而不是写完还得推翻重做。 了解业务最好方法就是多去使用这个系统,画画图,能划分那些功能模块。 一开始不熟悉怎么写很正常。不要自己憋着想太久,多问问 mt。很多时候自己琢磨几天都想不明白的东西,mt 几分钟给你讲明白了。沟通也是达成“共识”一个有效手段,即 mt 认为要做的功能和你想要做的功能是同一个。用互联网的黑话来讲,就是“对齐颗粒度”。 不用担心打扰别人,相比于天天问问题烦 mt,mt 肯定更怕一个好像什么问题都没有的黑盒——真正交付的时候发现根本没做,上生产环境的时候出现了 bug。所以以后有不懂的东西,都先记录下来,一次性问明白。一开始问题肯定很多,相信后面肯定越来越少的
实习生的蛐蛐区
点赞 评论 收藏
分享
评论
2
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务