分类目录归档:杂谈

生活、杂谈

转岗一年总结

去年的这个月,我转岗了,不再是一个把代码写好,写干净的纯粹程序员。有几分失落,有几分彷徨,虽然有些无所适从,但是还是做了下去,自己选的路,得自己走下去。

一年了,整整一年了。过程中有一些过错,也有一些收获,而最近团队也发生了一些事情,并因这些事情被菊爷严肃的批评了(批评的非常好)。于是就有了今天这篇文章,以此反思自己一年的工作历程。

当面临一个机会,选择向左走 OR 向右走?想想自己适合什么?最终要的是什么?得失之间,做了决定,如此,一路走下去。

从招聘开始

招聘是一个识人的过程,对于一个新手,还是一个曾经专注于技术的新手,这时自己对于技术的偏执就彻底的显示出来了,希望自己的团队成员会是专业的人员,希望自己的团队中能进来一些高手,一句话:技术好才是真的好。依着这样的标准,各种面试,发现自己进了一个死循环,如一些爱情故事: ”爱我的人我不爱,我爱的人不爱我“。被打击后,尝试着降低自己的标准……

但是这一年来招的人最后留下来超过一年的并不多,什么原因?与团队文化不符?没有给他带来所要的东西?或者根本与团队融合不了。新成员与团队的融合和飞机飞行一样,起飞的时候都很难,但还是努力的冲向天空,遇到气流,还会有一些颠簸 …… 最后,不到终点不能换乘别的航班。是什么让他们选择换了别一趟航班?

反思自己这一年招聘历程,离开的人都是我的识人水平有问题,根本就没有认清你想要的是什么样的人,或者说什么样的人适应你的团队。认识到在招聘面试过程中需要关注的第一条:一个将要进入团队的人必须需要符合你的公司文化和团队文化,如果这个都不符合,再好的技术也没有用,能力越强,对于整个团队的破坏性就越大。也体会到书上说的:面试并不是一个几个小时就可以做完的活动,这是一个持续的动作,当一个新人通过正常的面试流程到了你的团队,作为团队leader,你就要开始你的实战面试,在三个月的试用期,一定要强烈跟进新人的状态和与团队的整合进度,当发现新人不可用,或确实与团队不符合时,一定要立即做出处理,否则会对整个团队产生影响,至于换成什么人那是下一个问题。

新人来了后,确实没有花费太多的心思,任凭他们自己适应这个团队,这个需要自省的地方!老大说任何一个团队成员的成长都会付出许多的精力和心血,部门和公司都还小,还没有绝对优势的薪酬和福利、还没有绝对的精神领袖来吸引人,更多的是尽力给团队的成员创造好的成长环境,提供一个相当公平、朝气的工作氛围,提供犯错的机会。

在人和事中往返

转岗后,更多的时间是在做项目经理,各种流程和文档,当然还有编码,虽然这已经比较少了。一段时间后,项目经理也没有做了,将项目直接交给团队成员负责,而自己只做一些代码review和进度check操作。忽然发现自己离实际的项目越来越远,对一些业务已经不太了解了。直到有一天,老大在月度总结后问我,你上个月都干嘛了,才发现部门的项目自己一个也没参加,而自己也不知道自己在忙些什么!终于,让自己迷茫了。每天忙忙碌碌,却不知为何而忙!

一个leader,始终需要关注人和事。向上走,人更关注些,向下走,事更关注些。人不好,事也不会做得好。前面已经说了如果让一个人成为团队的一员,这是团队搭建的水平;而当一个人成为团队成员后,如何让其可以安心留下来,这是团队管理的水平。一个leader既要有团队搭建的能力也要有团队管理的能力。对于团队管理我只能说我还没有入门,还在找属于我自己的门。但是我会秉承一些原则:

  • 发现并留住可自我成长的人才
  • 对事不对人
  • 可以犯错,错不过三

余世维在《经理人五项修炼》中说,一个领导需要做三件事:第一,思考你的战略,第二,计划你的工作,第三,教育好你的员工。我们还没到这个层次,但是计划和成员管理还是需要做的。

“凡事豫则立,不豫则废。“。在工作的过程中,计划是必不可少的环节,每周都会有计划,团队的计划、团队成员的计划,个人的计划,都会去做,按既定的目标前行。一周复一周,周计划,周总结,以周为时间单位粒度的确认,多是按惯例去执行,却没有自己的章法和思路。基于此,以《一页纸项目管理》中的项目进度表为蓝本,进行简化,去掉与部门实际不符的内容,增加人员维度的考量,以项目为一个整体,以每周五为检查点,实现部门事务的整体跟进。这与实际的项目管理工作没有太多的关系,项目管理还是基于公司的项目管理系统。

对于团队成员,菊爷说:”因为你是一个领导,所以你必须对每一个手下有着灵敏的触觉!他们的一举一动,他们的思维反应,他们的耐心躁动,他们的激进疲软,你必须在第一时间做到心中有数,而不是等不相关的其他人发现后,你才后知后觉甚至还发出质问为何有这样的情况发生!你必须有这个触觉跟担当。”。于此,需要做到心如明镜,何其困难。团队管理的细化,具体到每个成员,他们的诉求是什么?他们的性格是什么?他们最近家里是否有发生什么事情?有小孩子了?家里老人过来了?……

leader应该具备的三气

才气
技术人以技术为本,技术是基础,不能落下。
文艺的气息,能写文章,能写PPT,以在众人面前良好的表述自己的想法和思路。
能够及时的解决问题,遇到难点能让人想到你可以解决。
这就是你的才气。才气的体现是得让人说你行,并且说你行的人得行。

霸气
这是一种气场,是在知晓如何去做、为何去做之后所带来的胸有成竹。
遇到问题和争论能够拍板,具有话语权,说一不二,一口吐沫能砸一个坑
团队成员能够信服你。

大气
眼界高,能够从更长的时间维度和更大的空间维度看问题。
大局观好,不能局限于一个部门一小块业务去看问题。
心胸宽广,大肚能容天下可容之事。

除此之外,还需要有较强的沟通能力、执行力、积极的反馈以及以身作则的态度等等。

最后的感恩

一年了。
感谢那些伤害了我的人,是他们让我成长;
感谢那些帮助了我的人,是他们让我感到了温暖;
感谢给我试错机会的人,是他们让我能够遇到这些人这些事;
感谢家里的人,回家的温暖让疲惫的心有一个可以休息的港湾。

胖子的乱看乱想笔记三

1、凡事预则立,不预则废。 - 《礼记.中庸》

2、无论干什么,都要有一种归属感,甚至使命感,才能全情投入。

3、决策者的七个根性: 沉稳,细心,有胆识,积极,大度,诚信,有担当。﹣ ≪ 赢在决策≫

4、这个世界没有不能用的人,只有用错地方的人。 ﹣ ≪ 赢在决策≫

5、第一,思考你的战略,第二,计划你的工作,第三,教育好你的员工 ﹣ ≪经理人五项修炼≫

6、 危机 = 危险 + 机遇

7、为解决容量问题,需要为应用程序决定一种架构。通常要特别注意进程、网络边界和IO。-≪持续交付≫

8、第一次就把事情做好。﹣余世维

9、之前做了什么?做得怎样?有什么经验和教训?现在正在做什么?做了这些有什么用?以后准备做什么?

10、最理想的任务完成时间:昨天。- ≪做事做到位≫

11、 上善若水。水善利万物而不争 - 《老子》 不争即争

12、一个人的能力分为必备能力、储备能力、进阶能力。≪中层危机≫

13、爱你身边的人,他们最重要 - 于威

14、男人一定要像个爷们,这个世界需要你们的肩膀 - 于威

15、正直,勇敢,坚韧,善良,乐观,大气,有了这些,就有了一切。- 于威

16、四行说:你自己得行,得有人说你行,说你行的人得行,你身子骨得行 ﹣≪悟道≫

17、态度比能力重要

18、怨人不如自怨,求诸人不如求之己。 — 《文子·上德》

19、不要让别人等你。

20、 奇技淫巧可以用,但不能什么地方都用

21、思路决定出路,态度决定高度

22、最基本的东西往往是最重要的

23、想得开、拿得起、放得下

24、我们,记得说我们,谢谢,记得说谢谢!

再读《程序员修炼之道》总结

虽然这本书的中文译名很文艺,但是内容确实值得一看,又花了一个星期的早晨将这本《程序员修炼之道》看了一遍,这次对于每个小节都写了些笔记和摘抄,也许是错的,也许没有什么道理,只是当时的感触和想到的。内容整理如下:

1、我的源码让猫给吃了: 责任、风险、应急备案、不要找借口,真诚

2、软件的熵:破窗户理论、酒与污水理论

3、石头汤与煮青蛙: 好的愿景和目标、不谋全局者不足以谋一域

4、足够好的软件:细化非功能性需求、过早优化是万恶之源

5、你的知识资产:养成学习的习惯,知识上的投资总能得到最好的回报

6、交流: 准备好你的交流

7、 重复的危害:DRY原则

8、正交性:高内聚,低耦合;模块化,组件化

9、可撤销性:良好的抽象接口让我们更灵活

10、曳光弹:让程序先跑起来

11、原型与便笺:为了学习,可看不可用。

12、领域语言: 语言会影响你思考问题的方式,合适的才是好的。

13、估算:估算会加深对需求的理解,

14、纯文本的威力:自描述,可读

15、shell游戏:GUI局限了用户的思维,但也提供了一些方便

16、强力编辑:选你所爱的,爱你所选的

17、源码控制:记住过去,人生要是有版本控制会是一个怎样的结果?

18、调试:调试是为了解决问题,心态很重要, 反思BUG产生的原因

19、 文本操纵:懂一门脚本语言

20、代码生成器:参数化模板,预处理,关注变化的地方

21、按合约设计: DBC,鸭子类型?找出业务规则并封装规则的变化

22、死程序不说谎: switch语句中的default子句的存在是为了让我们发现何时发生了不可能的事情,暴露错误,早崩溃

23、断言式编程:有选择的使用和开启

24、何时使用异常:将异常用于异常的问题

25、怎样配平资源: 处理资源要有始有终,尽量在分配的地方释放

26、 解耦与得墨忒耳法则:最少知识原则,不要和陌生人说话,对象的任何方法都应该只调用它自身、传入此方法的参数、它创建的对象以及它直接持有的组件

27、源程序设计:配置,将变化量放到元数据

28、时间耦合:并发的本质问题之一是时间

29、它只是视图:MVC

30、黑板:mediator模式

31、靠巧合编程: 知道你在做什么,把代码写扎实

32、算法速率:随时记得优化代码,优化要把握度

33、重构:习惯重构,自动测试是比较理想的状况

34、易于测试的代码: 测试文化,你和用户,总有一个人测

35、邪恶的向导:弄清楚向导干了什么

36、需求之坑:将商业策略与实际的需求分开, 问下为什么!需求是需要

37、解开不可能解开的谜题: 确定真正的约束所在

38、等你准备好:构建原型

39、规范陷阱:需求和规范都要有一些抽象,留一些空间

40、圆圈与箭头:取众家之长,形成自己的工作习惯

41、注重实效的团队:个人的原则也适用于团队

42、无处不在的自动化:让计算机去重复,它会比我们做得更好

43、无情的测试:早测试,道是无情却有情

44、全都是写:文档和代码同样重要

45、极大的期望:步子别跨太大,否则会扯到

46、傲慢欲偏见:署名,打上你的标记,树立你的品牌。