干活都不动脑子？

今天这事真是得好好说道说道,不管做开发还是运维,弄个东西出问题了不应该看文档么?基于别人框架实现功能不应该了解对方接口的逻辑么？



20200907

上午

• 本来消停的梳理代码业务,弄流程图和数据库文档,然后之前让组里人员弄Gitlab的备份和还原.结果还原后root登陆不上,于是有了下面的对话:

A: root账号登陆不上去了,怎么能找回root 的密码呢?

B:服务器root?系统密码了？操作系统的？

A:控制台

B:找回密码不好使么？

A:邮箱？邮箱收不到啊?

B:还原时候配置文件变了?root没绑定邮箱?

A:没有.

B:.....

看上去只能上服务器上搞了,于是上服务器用命令恢复下root密码,按照官网步骤:

gitlab-rails console -e production
user.password = '12345678'
user.password_confirmation = '12345678'
user.save!



之后告诉同事ok了.结果奇葩的事情又出现了：

A:为什么我运行gitlab-rails console -e production 这个代码出错

B:什么错？

A:我也尝试的改.我没加-e,我原来试过.以前版本不用加e

B:....

这是典型的经验主义,相比软件的大版本升级,必然会有地方变化,安装之前我还特意强调注意版本来着.



下午

下午的事就更奇葩了,因为开发的功能时基于乙方框架里的接口实现的,要实现的功能就是微信小程序登陆系统,调用登陆接口然后返回登陆信息.结果问题来了.

A:我这登陆用域名不好使,我给改成localhost本地了.

B:在内网里有dns解析,请求地址直接配内网域名就行了.

A:我自己写了个方法,登陆了,然后把系统拦截器改了,要不总拦截我的请求

B:????调用对方的接口,怎么你自己还写个方法?

A:用系统的接口数据传不过来

B:???浏览器调试看看,结果人家接口是request body的JSON,你这提交个Form Data,后台用Request　Body接收,能接到数据都出鬼了.

A:啊,就是格式不一样被,我给改成JSON的.

B:....

B:你这个后台方法怎么还写死的加密传输后的密码？

A:用户输入账号密码在后台加密再给服务端啊.

B:人家系统接口是这么做的么,前台post过来的已经是sha1的了.

A:那问问乙方有没有后台加密的方法,直接调用.

B:你让用户post过来的密码明文传输?

A:不一定，密码传输，解密码，再解密码

B:......

话说道这简直要吐血了,还说我给描述的业务需求不明确,不够细.

我想说,这当初让梳理对方业务和代码功能时候都就饭吃了?



其他事情么,今天领导又让开始整公司虚拟化扩容,这次扩的资源不少,又是个大活（运维不是不用我管了么.....）



上班打工还是没法自由,学go去了.

封面来源:媳妇手绘的,如需使用,请联系我.

联系方式:先在评论里说吧,还没想好是否要留邮箱.