为了一时方便影响整个分支开发
虽然从经济和影响来看,不算什么大的篓子,没造成经济损失,也没让公司生产环境丢过什么数据。在师兄的帮助下,半小时内就恢复正常,但是在互联网公司中的节奏,对于我们这个人人都很忙的组来说,和同一个项目组的开发换位思考一下,确实会有点无语,耽误了别人半个小时的开发进度,一寸光阴一寸金,我欠人家多少金子了都(bushi
事情是这样的,周五师兄交给我一个不算难的需求,为了表现,我直接周六来公司加班给做完了,因为这是个Dubbo接口,需要把我写的代码用IDEA一键deploy到公司仓库,另一个项目代码才能调用。但是当时不知道要deploy,没怎么玩儿过dubbo,deploy的场景更是不知道,就先把调用代码写好了,先放本地了。但是呢,我又有另一个任务,需要切到另一个分支看代码,一切,提示代码没提交,提示什么智能迁出,我背八股文知道什么git stash,但是没实操过,不敢动,就问ai和网上搜索,然后啪啪一顿点,切完分支再回来,ai说的不对!之前代码没了,还好用IDEA的历史记录找回来了。
最关键的事情来了!为了方便,为了不出错,我直接把没deploy的代码git交了,另一段调用的代码也交了,即使爆红,我觉得没事儿,周一再问师兄嘛,反正代码写好了。然后周一大家上班的时候,各自的代码写好了一push,诶,我的那段代码编译都不通过,都没deploy,所有人都没法测试,都没法自动部署dev环境让前端测试,我当时人还在测试,师兄着急的问我去哪了,回来后教我deploy,然后指出我调用dubbo的代码逻辑还有小问题,啪啪一顿测试一顿改,终于正常了。教我不要太依赖IDEA的什么提示,新手多用git原始命令,这样以后不管用什么IDE都不害怕,因为自己懂原理了。
这个故事告诉我们有时候光积极主动反而会影响到别人,硬实力、多学习和积极主动一样重要,甚至更重要,没有足够的知识储备,积极主动反而会坏事儿!本领不过关,主动也干不了啥大事