在这个公司里学到了什么
电商交易前业务:商品,库存,物流,会员 ;
电商广告部分业务: 网红,联盟;
并且对这些业务里的核心流程,核心技术 有过总结。核心技术问题采用对应技术方案的考虑点是怎样的,有过分析;并且对公司业务和业界的技术方案和业务方案有过简单比对。
在这个公司里哪些地方做的比较好,哪些还需改进
优点
入角
刚进公司,初入团队;进入职位的角色较快;主要得益于上级给了我在团队里清晰的定位。有个靠谱的上级是多么的重要~~,一将无能,累死三军,深有体会。
得益于团队已有资料沉淀,规范文档,在加上合理的学习方法;非常快速和顺利的完成了业务和技术的理解,并且有输出,有讲解,在试用期能快速的参与业务需求评审和技术方案设计。
思考
在这个公司里有更多的时间进行思考。比如我的领导同时负责电商交易前业务和广告业务,这两大块业务的系统,都有几十个;他不可能每个业务的代码都自己写,每个需求都自己上线;
那么他是怎么去做管控的了?怎么去保障系统稳定性的了?每件事情都亲力亲为,显然不可能;那么他介入的度是到什么程度了,我经常作为一个第三者进行观察和思考。
比如:做了这么多年的技术工作,什么是架构了?如何去做技术方案架构设计了?如果要去做技术方案架构设计,应该考虑哪些点了?做技术架构方案的流程是怎样的了?技术架构
方案做完后,最终的产物有哪些了?做的技术方案正确吗,评价时的考虑点是什么了?
比如:日常需求研发,我们如何去做技术方案设计了;这些技术方案设计应该包含哪些产物和输出了?如何和产品经理进行沟通,如何和测试人员进行沟通,当你带一个开发小组的时候,如何和
下面的兄弟沟通了?在日常中,如何优雅的指出他们的不完善之处,并且接受你的建议?当兄弟们的技术实现方案和你设想的不一样时,你是采取什么态度和行动的了?
沟通
沟通能力比之前更强了。
对于下面兄弟的沟通,之前都是用命令式和强制性的方式;这引起了比较多的冲突。心理想这,我的建议和方案是正确的,你们需要按我的来,但最终收获的
是别人的不了解,甚至有时闹的双方不愉快,结下矛盾嫌隙。这里面有个人性格原因,也有工作原因。比如自己是个直肠男,工作上也比较负责。在面对工作上的琐事时,直接对兄弟们说应该这样做,
应该那样做。
现在改进了:和兄弟们沟通下,看下他们的方案和思考;然后说出自己的建议;如果我的建议和兄弟们思考的出入非常大,那么我之前会强制他们使用我的方案,现在不会了,
我会和兄弟们仔细分析和讨论两种方案的优缺点,看下那种方案比较合适,双方能达成一致就OK;如果不能达成一致,在不
违反技术原则和都能达成业务目标的前提下,我会让步;如果违反了这个规则,那么我会向上反馈,让领导进行决策。
文档化
我喜欢把我了解到的业务和技术,沉淀到文档上。人的记忆是有限的,今天了解和明白的知识,后续不经常使用,则会容易遗忘。如果有一天我刚好需要这些业务和技术,而恰好记忆又卡壳了,
我可以立刻打开文档,进行回忆。另外文档也是工作成果的体现,写周报的时候,可以把文档链接贴到周报里,领导看不看那是他的事,但至少我做到位了。并且这些沉淀文档还可以给未来的新人使用
另外对于技术方案和需求进度,我也喜欢文档化。当我把技术方案写出来后,我可以针对原版进行多次修改;领导想了解详细的技术方案时,我可能说不清和说不全;那么把文档链接给他,
让他自己去看吧;再者下面的兄弟想了解这部分需求的技术方案时,我一般都是直接扔文档链接,让他们先看;靠嘴说,讲的人容易漏,听的人容易乱;而文档可以让他们对不懂的地方
多看几遍,并且可以直接指这文档某一处说哪里不懂,提高了双方沟通效率;这种方式好过两个人空对空的在哪里解释和讨论,甚至有时候可能双方的讨论都不在一个点上。
学习集中化
无论工作多忙,先抽一个番茄钟,进行集中学习,更新自身技能。必须的,必须的 ,因为需求是做不完,而花点时间更新自身技能,是无比的重要。
短板:
垮团队的沟通能力和battle能力
比如同一个功能,我们团队做也可以,B团队做也可以,那么这个功能最后谁做了?也就是团队能力边界问题的争论。无论谁做,这个功能肯定要落在一个团队里;
现在心态放开了,也不去争论谁应该做,谁不应该做,因为我感觉这里面有些更高层次的信息差在这里;当然我的原则是仔细分析该功能和团队能力,如果是自身团队该承接的,那么就不用争论了,承担了
便是;如果觉得对方团队应该承接,那么阐述好个人观点;双方说服不了对方,那么上报上层,由上层决策吧。
—而最近看到一篇架构师转型文章,里面对如何决策这类事情,排了一个优先级:
- 资金底线的保证
- 需求的急迫性
- 架构合理性
我对这个公司的印象是怎么样的
公司方面
这是一个非常抠门,而且年终奖是可以自己谈的公司。说他抠门,是因为五险一金按照最低标准缴纳,按照外包的标准来;年终奖后来听老板说,这个是根据自身和hr当时谈的情况来发放的,让我觉得这个公司在这方面不专业,所以给位小伙伴在和hr聊的时候,可以多询问下这方面的事情。
领导方面
公司虽说福利待遇低,但是到手工资和我在大厂时一样的,这点还是较满意;更让人满意的是,来了快一年了,加班的天数,不超过一双手的手指数,简直不要太爽。也非常庆幸领导一点都不卷(可能不是大厂出身),
并且明确表示自己不接受无意义的卷。无意义的卷是什么意思了:不强制要求加班时间,
但你要把工作做完,那遇到非紧急需求,你可以多排点时间,非要工期排的被狗撵的节奏来,那只能怪自己;而且领导从来不PUA,除了研发工作,无其他要求你提高个人软技能提升的要求和规划。
技术方面
得益于之前的技术团队,把中间件和开发框架做的比较成熟;并且有非常好的保障,基础中间件也比较稳定,所以研发上的技术和框架,使用起来还是非常的丝滑,节约研发过程中大量踩坑时间。
我是做java后端的研发;然后在我们java后端之前,还有一层php专门做接口数据聚合,那这意味这前端的接口,可以直接对接php,而php在来对接java后端,说实话,我觉得这样的架构非常奇怪,也曾质疑过php存在的合理性; 但当得知,有不少历史原因时,我释然了。并且我经常对下面兄弟说的一句话是,我们java后端的排期比前台要少很多,并且工作的很轻松,是因为有一层php帮我们做了很多接口和数据聚合的脏活累活;所以 php到底合理不合理了,从自身收益角度,我又觉得合理了~~
团队小伙伴方面
团队小伙伴90后居多,大家沟通还是比较顺畅,但是感到无比震惊的还是他们对于加班和卷的态度,太不像我在大厂里认识的90后;他们一点都不卷,并且无比的痛恨加班。有一个90后同事给我说
我一般入职的时候,会先观察下所在团队,如果比较卷,并且加班很多的,待几天直接离职了,这样简历也不会花,现在年轻人真聪明