这周开发im mqtt聊天，项目基于野火的Mqtt服务端开发，后台开发小伙为了方便，生拉硬拽的使用mqtt服务端代码，能不改就不改。前段技术小伙伴也是一知半解的摸着石头过河。记得14年用xmpp协议开发聊天。一共花费了三个月时间才上线，也是因为开发人员少，水平较低，开发周期长。这次开发翻找之前的代码看看能否进行ui复用。结果令人失望。
在数据库设计方面，提供了xmpp积累下来的数据表结构。现有的技术团队没有采用之前定义的表字段。6年前的实现方案很大可能不符合现有的需求。
自己14年全程参与开发并上线，实现了私聊群聊，发送文字图片语音。而今年的mqtt只发送文字图片复杂度也没有早前的xmpp复杂。xmpp协议就是为即时通讯定义的协议，mqtt属于物联网。
上面也是一些随感而发。
最近公司招聘前端，来了一个和自己情况非常相似的求职者。聊了一下基本情况，从17年一直在上一家公司做安全方面的工作。对安全之外的知识点掌握的非常一般。平时提升方式通过看技术blog或者google官方api提高。问了下kotlin，google组件，都了解，但是仅限了解上未用到项目中。对一些技术点回答的比较浅，解析比较空泛。和上头老大交换了下意见。老大看过他的简历后也有这些方面的顾虑。在一个公司呆的时间久了。对外面的新技术关注，单不重视，也许是大多人的现状，呆在一个公司，待在自己的舒适区以及认知偏差以为自己的水平不差。不重视新技术的实践应用。
突然有一天公司为了削减开支对技术团队优化。自己被优化后还认为自己掌握的技术可以很快找到工作，甚至连面试题都不愿刷。直接去心意的公司面试。殊不知认知偏差导致自己丧失一次好的面试机会。自己非常不提倡，不刷面试题就去面试。
对于骑驴找马上班期间进行面试也不是很可取。不推荐。
团队内部沟通不顺畅，周一才找相关人员谈心，对于团队内部讨论的交流要持一个开放的心态，坚决抵制一个人闭门造车，现成代码不用，自己花费大量的时间开发出一个漏洞百出不能用的组件库。实际上平时开发业务95%一上的代码早就已经有人开发过了。学习别人好的解决方案也是快速提升的一种。很奇怪的是，这么直白的道理，新人怎么会不明白！平时也会去思考一些管理团队的方法方式，如何才能让团队内部沟通顺畅。
团队成员闭门造车，说话不严谨。交流不顺畅。工作不主动，工作不认真这些问题困扰着自己。也许自己也是闭门造成，有问题不去请教。默默忍受生闷气。
也算是吐槽的一周。技术站公司业务很小的一部分，除了搞好技术，沟通交流技巧的学习掌握也同等重要。
多看书提高，决不能闭门造车。
网友评论