Essay|

Developer随笔

我这开发闲时都在想啥呢

Posted by xzavier on June 19, 2017

当我闲的时候,我就在想:

  • 刚刚那个变量是不是多了个字母
  • 刚刚那个函数名是不是有更适合的单词
  • 待会儿吃什么
  • 上周末那个球怎么会不中呢
  • 现在NBA打到哪个程度了
  • 我支持的球队可还好
  • 最近有什么好看的电影
  • 漫威系列下一部什么时候
  • 要不要去看看知名的博客最近都写了些什么技术
  • 下一次旅行去哪儿玩好呢。

然而,还是没有规划,每次想都只是想,一个人yy,脑中都是挺美好的画面。想完了就没有然后了,还不如记下点自己想做的对团队和工作有益的:

当工作不需要沟通时:

就我这样,写着代码,无忧无虑。我就想想:

  • 1、是否可以做个项目帮助团队更有效率的工作?
  • 2、是否可以重构某个项目使项目迭代更加快捷?是否可以组装某个模块在团队公用?
  • 3、是否可以在某个项目使用新的某项技术,并对其做调研?
  • 4、是否可以做好日志优化或者是tp99等事宜,帮助更快排查bug
  • 5、是否可以建议更加专业更加方便的工具在团队中使用?
  • 6、团队某些工具化项目是否可以继续优化?
  • 7、是否可以学习一项新技术并在团队中做分享?分享中需要以实际业务为例子,举例证明使用这项技术的优势。

哎,没有想更多了,没有想更高尚的了,就这一点一点的过一下,有做的马上就可以做了。

当工作需要沟通时:

就我这样,偶尔需要汇报一下,或者分发一点儿工作,我就想起别人给我说的:

  • 1、汇报工作说结果 (汇报进度,汇报自己的调研的时候)

    不要告诉老板工作过程多艰辛,你多么不容易!老板不傻,否则做不到今天。举重若轻的人老板最喜欢,一定要把结果给老板,结果思维是第一思维。

  • 2、请示工作说方案 (自己找项目找事儿做的时候)

    不要让老板做问答题,而是要让老板做选择题。请示工作至少保证给老板两个方案,并表达自己的看法。

  • 3、总结工作说流程 (邮件总结吧,或者总结大会什么的)

    做工作总结要描述流程,不只是先后顺序逻辑清楚,还要找出流程中的关键点、失误点、反思点。

  • 4、布置工作说标准(分工什么的)

    工作有布置就有考核,考核就要建立工作标准,否则下属不知道如何做,做到什么程度才是最合适的。标准既确立了规范,又划定了工作的边界。

  • 5、关心下级问过程 (哈哈,同事间沟通)

    关心下属要注意聆听他们的问题,让其阐述越详细做好。关心下级就是关心细节,明确让下级感动的点和面。

  • 6、交接工作讲道德 (离职的时候,换岗的时候,或者你被调去做别的时候)

    把工作中形成的经验教训毫不保留的交接给继任者,把完成的与未竟的工作分类逐一交接,不要设置障碍,使其迅速进入工作角色。

  • 7、回忆工作说感受 (总结会议的时候吧)

    交流多说自己工作中的感悟,哪些是学到的,哪些是悟到的,哪些是反思的,哪些是努力的。

虽然我没能一直坚持,但是偶尔做做也是极好的!!!也满意了,哈哈。。。