今年我在极客时间买了几十个专栏,又不能全看完,是不是亏了?在我看来,每个专栏我只要看到其中一点对我或者对旁边的人有足够大的影响或者启发,这些专栏就值回自己的票价了。
20 * 100 = 2000,一个好的启发哪个产生的价值低于2000?
人都是这样的,总会无谓地在心目中提高自己所做的贡献,而降低环境和别人所作出的贡献和辅助。你现在的成就,无一不是过往各位路上的老师和前辈对你的付出,而让你逐渐有了这样的成长。
学到的,要感恩,再准确无误教出去,这是写这篇文章的初衷。
Top1 如何才能拥有技术领导力《左耳听风》
1、准确的学习的信息源。
2、与高手交流。
3、举一反三的思考、不怕困难的态度、开放的心态。
这里所说的是技术领导力中的一个环节,如何学习。有这么一句话,五流学习者盲干,四流学习者听课看书,三流学习者与高手交流,二流学习者在社区中创造知识,一流学习者指引创造知识。我们需要有非常准确的信息源,通常是英文原版文档或者官网,或者来自社区的交流,在这个前提之下,举一反三、不怕困难、开放 才会有它的价值。
根据我的观察,底层甚至中层的人,基本都会感觉自己老子天下第一,不肯去听或者接纳别人的意见,反而是高层的人会以非常谦虚的态度去请教去接纳,无论别人说得是对是错。
对我的影响:努力让自己有适合跟高手交流匹配的能力水平,以及按捺住自己老子天下第一啥都听不进去的心理。
Top2 如何成为A类人才《陈天-程序人生》
1、做好必须要做的事:维护遗留系统
2、抓住你想做的事情:接待ZebOS 的创始人 Ishiguro
3、积极主动承担责任:开发自动测试系统
4、做别人不愿意做的事情:为 ScreenOS 撰写文档
这几句话看起来没什么,其实也是要以空杯心态去接纳工作,只要这项工作不是对身心健康有害的。先让自己靠谱起来,做好自己该做的必须要做事情,积极主动去沟通自己想做的事情,有精力的话把别人不想做的脏活累活接了。
不要计较太多,吃亏就是占便宜。
但是做到这些依然不够,做的每一件事都要以一定的方式存储下来,沉淀下来,主动去产出对别人有用的东西。
对我的影响:遇到烦杂的没人管的事情,就我来管。遇到想做的事情,就跟老大提出来,我来做或者我帮助别人来做成这件事,不再事事想主宰,成全他人也是一个道路。
Top3 为什么说做事之前要先进行推演《10x程序员工作法》
为什么每次接到需求和上线的时候都会匆匆忙忙?可能我们没有提前对事情进行推演,这又是供应链和金融里边一个非常重要的概念 - 沙盘。
就是我们先假设一切都已经做完了,我们要推演一下可能会发生什么事情,并对每一件事情出对应的处理方案。这也能让我们比较提早地发现我们方案中所拥有的漏洞,而且这就强迫我们对我们的方案进行任务分解,毕竟没有分解过得方案其实是不具备推演能力的。
我建议每一件大事都进行几轮推演,每一件小事都至少在脑海里进行一轮推演。不仅仅是工作,很多事情都需要具备有这样的思维,除非我们本次出去的目的就是随便逛逛。
毕竟,未雨绸缪,有备无患。
对我的影响:无论谁施加多大的压力,不慌不忙,先把事情快速推演一遍。。
Top4 任务分解《10x程序员工作法》
说到这个话题就不得不提为什么工期预估很多时候都很难预估准确,其实就是很多人甚至很多所谓的负责人,就只是拍脑袋,不肯花时间去对任务进行分解。
如果不是非常高的高层,我们都应该对每一项任务进行分解过程,分解的粒度最好是到一个人可以非常快速地完成的粒度。这样拆解有什么好处呢?就是你随时可以停下来去做别的事情,因为每一件事情都是确定的,进度也是确定的,甚至换一个人来做也是很快速的。
对我的影响:万事先聊产品方案,再拆解出技术方案,再聊排期。
Top5 程序员也能砍需求吗《10x程序员工作法》
A需求是CTO需求,B需求是CEO需求,C需求是安全需求不做就废了。时间都很紧急,怎么取舍?你直接跟产品经理说,A、B、C你选一个吧,产品经理肯定也会很苦恼,这没法排吖。
其实还有一个解法,就是任务分解后,把大需求里面不太重要的或者不太紧急的任务,拆分到后面的迭代里面去实现,这时候砍掉一些细节点产品经理或者老大很多时候都是愿意接受的。
对我的影响:不再去强迫老大或者产品经理接受整个需求砍掉,拆解后把各个项的优先级投入产出比放在他们面前,给出自己的计划和方案。
end,周末愉快~分享个好好看的杯子给你们看,就是小贵。