码迷,mamicode.com
首页 > 其他好文 > 详细

学些goosman-lei的博客感触

时间:2017-12-29 15:29:27      阅读:200      评论:0      收藏:0      [点我收藏+]

标签:工程师   部分   能力   net   art   内容   使用   系统   博客   

     在进行程序员职业规划标题搜索的时候,csdn推荐了《专访雷果国:从1.5K到18K 一个程序员的5年成长之路》感触颇深链接:https://www.csdn.net/article/2013-05-13/2815252,也可能跟自己的经历很类似吧,总结一句话:在正确的方向上努力,不放弃坚持就会成功!前提:正确的方向。这里不说个人的性格问题,因为个人感觉性格是可以磨合的,只要功夫深,铁杵磨成针,虽然不排除有很多事情跟性格有关,但是个人认为现实生活中,没有逼迫就不会激发人的潜力。尤其是在穷困潦倒,现实的money所驱,温饱问题的暴露等等等等。

    自学是一个培养人自制力的能力,一个领域的学习是需要不断地积累,像滚雪球一样越滚越大。

   分享是提升自己的过程,在这个过程中,你会发现自己从未发现的问题,然后追根溯源。

  后面又拜读了《工程师成长之路:工作1-3年工程师如何突破瓶颈期?》链接:http://blog.csdn.net/lgg201/article/details/52886002,一个程序员如何来规划自己的职业道路,如何面对公司中的团队,如何处理事情。这些可能会给我们一些理论上的指导。

有个很有趣的一幅图是这样子的:

技术分享图片

程序员作为系统的实现者,作为核心的工作者,就该如此吗。这有种感觉是程序员是最辛苦的工人,所有人都在等着他,辛苦却没有获得提高。

所以如何规划一个程序员的职业之路是必须的。

借鉴下这篇文章的内容:

如何处理并行任务?

有没有碰到过你的Leader在你上一件事情没有完成的时候, 给你就分配了下一件事情的情况? 同时, 又来了几个来自其他同事的需求.

在新人期的工程师, 主动性方面通常并不会差, 他们希望快点把所有问题解决, 但又无法同时都解决掉.

所以, “好烦啊”, 焦虑感就产生了.

一般而言, 很多新人都会使用下面两种方式之一进行处理: 
FIFO: 谁先找我, 就先把谁的问题处理完, 然后再去看后面的事情. 
LIFO: 谁现在来找我, 我就处理谁的问题.

哪种方式好呢? 都不好!

首选方案, 是建议大家查阅时间管理相关的资料, 找到适合自己的解决方案.

下面是我建议的一种解决方案(GTD工作法): 
全身心投入当下正在处理的事情 
如果有新的需求过来, 2分钟内, 判断出这件事情的重要性. 
重要且十万火急的事情, 立即处理 
否则, 扔进自己的TODO List, 设定一个时间提醒自己再进行关注. 
完成手头的事情后, 从你的TODO List整理, 找出下一件最重要的事情. 
如果有多项重要紧急的事情, 无法独自完成, 将问题暴露给Leader. 
每天早晨看看自己的TODO List, 对当天一定要处理的事情有明确的认知. 
每周review回顾自己做过的事情.

看看上面方法的核心是什么? 让所有的事情, 掌握在你的TODO List中, 对它们形成一种明确的管理. 当一切都了然于胸的时候, 你自然知道该怎么为这些事情分配自己的时间片.

无法找到当下最重要的事情?

上一个问题的建议方案中提到, 我们需要找到最重要的事情.

那如何找到最重要的事情呢?

从我以往的经验来看, 在新人期和成熟期碰到的事情中, 只需要问一个问题, 就能够判断大部分事情是否重要.

“如果这件事现在不做, 会有什么后果?”

比如: 
会导致这个版本不能如期发布 
会导致在线服务故障 
…

不过, 通常我们得到的答案都是”没什么影响”.

新人很容易陷入无法判断优先级的困境, 这是人类天性的弱点. 我们会对未知产生恐惧, 进而产生焦虑, 进入一个恶性的循环状态.

解除这种状态的思路, 就是让未知变成已知.

如何准确评估排期?

经理安排下来一个项目, 询问排期, 这个时候, 新人很容易慌乱, 不知道该如何评估.

这个问题的产生, 和上面两个问题, 是一样的. 因为对新人而言, 并不了解一个项目到底需要多少时间才能完成.

那就束手无策了吗?

试想, “读完<钢铁是怎样炼成的>需要多少时间?”, 面对这个问题, 你怎么解答?

思路是不是这样? 
看这本书有多少页 
经验告诉自己, 读一页需要3分钟. 
然后计算出需要的总时间.

软件开发的排期预估, 是同样的思想.

大事化小.

大事是不明确的, 无法直接给出工作量预估, 那么, 把它拆解到你能预估的小的事情, 就可以了.

同时, 在你评估过工作量的事情, 最终完成之后, 去复盘, 看自己的评估是否准确, 如果有偏差, 思考问题出在哪里, 长此以往, 一些大事, 你也就可以直接评估出工作量了.

总结

通过上面三个问题, 可以看出一些共性, 三个问题, 都是通过把抽象的, 不明确的事务, 拆分成具体的, 明确的事务, 使我们心里更加有谱.

如果你有这三个问题之外的其他问题, 不妨也试试这种思路.

  

 

学些goosman-lei的博客感触

标签:工程师   部分   能力   net   art   内容   使用   系统   博客   

原文地址:https://www.cnblogs.com/fengli9998/p/8143575.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!