前面有说过,我们公司是这两年被集团收购的,在收购之前我们做了一轮比较大的裁员。当时对团队的要求就是一个最小配置的团队,对业务系统进行正常的日常维护即可。但是随着最近一年多业务发展的越来越好,业务需求也多起来了,所以又要开始扩张团队了。
今天我面试了一个高级 Java 工程师。
从面试表现来看,Java 基础非常扎实,项目经历也足够丰富,沟通表达很流畅,思路清晰,具备一定的“业务落地意识”。按理说,他是非常匹配我们这个岗位的。
但我内心其实是有些犹豫的,主要有两个原因:
第一,他没有 Golang 和 PHP 的经验。
我们目前的核心服务主要是 Go 写的,一些老业务还有 PHP 留存。虽然 J
上周我的老板让我和产品负责人分别写一份汇报文档,把当前所有业务系统和团队情况做一个梳理和汇报。
我们的产品负责人的文档包含当前业务现状、业务系统融合情况、未来业务规划方向做了一个比较全面的介绍。
我作为技术的负责人,虽然对各个业务系统的架构、服务的拆分、微服务架构很熟悉,但是很显然我的老板并不想了解这些。而我本身跟业务又有些距离,对他们的规划也不够了解。再去照着产品负责人的文档去改一版,其实也没意义——既没新的信息,也没有新的视角。
所以,最后我从技术的角度分别对每个系统当前的融合情况和未来如何从底层数据融合再到服务代码融合做了一个很详细的说明。
可是,汇报当天,当我讲到第2个系统的时候,我的
在读《吸引力法则》这本书的时候,书里提到要给自己制定一个101个人生目标,深有感触。然后我就给自己定了个【120个人生目标】📋,今天我完成了第13个人生目标写十篇十万+文章
当我给自己定120个人生目标的时候,里面有很多看起来都不太可能实现的目标。当时还不敢写,也不太相信自己可以实现,比如写一篇十万+文章,现在我不仅实现了,而且已经完成了十几篇十万+。
120个目标里最大的一个目标是——我要挣十个亿,感觉也不是不可能,就是目前看还差着十万八千里😂。
十篇十万+文章的完成情况
现在一共完成了12篇十万+的文章,浏览量分别为195.4万、47万、30万、20.5万、15.7万、15.3万、14
前几天和我的老板以及公司几位同事一起吃饭,因为我们是刚被集团收购的,所以老板问我,你和其他几个部门的同事相处的怎么样啊。我说,挺好的,大家工作协作都挺顺畅的。老板说,除了工作以外,还有其他的接触吗?我说,没有了。
其实我明白,他是真的希望我能在公司扎根下去,而要扎根下去,就要能和大家相处得来。而我的价值观是,只要我认真做事就够了。可事实是,除了做事,还得处理好那些必要的人情世故。
今天要聊的就是,怎么让自己去理解那些人情世故。
最近写文章写的多了,我也越来越发现十年的编程生涯对我的思维影响也是很深入。我现在真的是一个很理性,对内在逻辑要求很强的人,什么事情都需要有最底层的逻辑支撑。所以今天特意
今天跟我的一个朋友聊天,他还是像3年前一样,一直在说他那个开源项目。虽然项目基本无收益,可是他却保持100%的时间和精力的投入,坚持了3年。
他也是普通的上班族,除了上班工作,每天上下班和周末时间基本上全部投入到这个项目中,3年的时间已经累积了几十万行代码。我看着项目的一点点成长,真的是看着他离成功越来越近,我也始终相信他一定可以成功。
今天想聊的就是:他为啥可以坚持这么久?
靠什么坚持下去
我前面写过一篇文章有讲到责任感和目标感,他呢就是一个目标感特别强的人。他相信自己一定可以成功,他相信这件事一定可以成功,就是他的这种相信的信念,让他有足够的力量一直坚持到现在。
他的这种信念,是一般人无法
最近在做团队半年度的绩效沟通,在和其中一位同学沟通的时候,我说到“除了工作时间,下班时间、周六日时间还是得学习学习技术,提升一下技术能力”,他回答说“下班时间,还是更喜欢放松一点,生活是生活,工作是工作”。
他呢,是一个很认真的同学,投入度高,交付质量也高,而且工作时间也不短。我一直以为他跟我一样——有点工作狂属性,对工作和个人成长愿意投入更多的时间和精力。但聊完之后,才发现他跟我对生活和工作的态度完全不同。
所以,今天要聊的就是“关于生活和工作如何平衡”。
关于我自己
我对生活和工作的规划分两个阶段。
现在这个阶段
我是农村出来了,除了家里的几亩田地,没有任何家底,一切开销都得依赖工资的收入
今天参加公司半年度复盘会,在会上听了财务、市场投放、供应链、门店等各部门的复盘,学到了从不同的维度看公司的业务,也学到了很多新的业务名词。
我听得很认真,但是在QA环节我却问不出来任何问题,我在想,是我的业务能力太弱吗?这就是技术人一直被吐槽不懂业务的表现吗?
今天要聊的话题就是:我们说的技术人要懂业务,到底是在说什么?
技术人应该如何懂业务
以会上供应链复盘内容为例,供应链业务负责人根据公司当前的商户组成结构和行业商户的心智,以及结合我们公司当前最紧急的货源需求,制定了一套商户运营策略。我听了之后,佩服他的知识之丰富、逻辑之严谨,对自己的能力也有了一点点怀疑,感觉自己做了这么久这个行业,为啥
前几天写了一篇“在这个时代,人人都应该是全栈工程师的文章,有几个朋友留言说“哪有时间学这么多技术啊”。
这个情况跟我看到的团队里的很多同学很像。我会根据每位同学的情况制定不同的学习目标,会让他们去学对应的技术。但是每当我问“学的怎么样了?”的时候,经常都会收到这样的回答“我不是在做需求吗?哪有时间学啊”、“也没有给我排期学啊,要不我插入两天排期学一下?”,每次听到这样的回答我都很无语。
今天想聊的就是“我们真的忙到没时间吗?”
我们真的忙到没有时间吗
我其实非常理解大家的工作确实很忙,尤其是研发工作本身还有很大的特殊性。
一是每次排期一排就是一两周,而且我们的工作一环套一环,如果自己延期了可能
最近几年,偶尔会有人跟我说“宝哥,你知道大家背后都在说你压榨大家吗?”“你知道有人在背后骂你吗?”,我每次都会这样回答“我又不是圣人,我感觉我做的已经很好了,其他的就随它吧”。
今天想聊的就是技术人转管理,怎么跨过最开始的那道坎,这个坎就是我上面说的这些担心,叫做评价焦虑。
什么是评价焦虑?
担心权威合法性被挑战
刚升职的同学最担心的就是被质疑“为什么是你升职?”。你不是最资深的那个,也不是最会来事的那个,为什么是你来管我?刚升职的同学,在最开始的一段时间一定会受到这样的挑战,然后就会小心翼翼的沟通和安排工作,生怕被人说“摆架子”、“拿着鸡毛当令箭”。
担心关系破裂
刚升职的同学都会面临“怎么
今天忙了一整天,处理了很多问题,成就感爆棚。碰巧有一个测试用例评审,我想着去放松一下吧,没想到在会上我们吵起来了…
测试同学坚持分模块组织用例,这样有利于复用;而产品和开发更关心业务流程,觉得测试用例需要把流程描述清楚,而不是东一块西一块的讲。大家吵的不可开交,谁都说服不了谁,连我都气的数不出来话了😂。
其实问题的本质很简单,就是大家视角不一样,对用例的预期不一致而已。
矛盾分析
产品/开发的流程视角
产品/开发同学希望测试用例要像需求评审一样,能够把整个业务流程讲清楚,并把产品各个细节逻辑补充清楚。这样产品可以确保自己的需求自洽没有遗漏,技术可以对照者看自己开发的内容是否有缺失。
测试的功能