左耳听风
陈皓
网名“左耳朵耗子”，资深技术专家，骨灰级程序员
立即订阅
40357 人已学习
课程目录
已完结 108 讲
0/6登录后，你可以任选6讲全文学习。
开篇词 | 洞悉技术的本质，享受科技的乐趣
免费
01 | 程序员如何用技术变现（上）
02 | 程序员如何用技术变现（下）
03 | Equifax信息泄露始末
04 | 从Equifax信息泄露看数据安全
05 | 何为技术领导力？
06 | 如何才能拥有技术领导力？
07 | 推荐阅读：每个程序员都该知道的知识
08 | Go语言，Docker和新技术
09 | 答疑解惑：渴望、热情和选择
10 | 如何成为一个大家愿意追随的Leader？
11 | 程序中的错误处理：错误返回码和异常捕捉
12 | 程序中的错误处理：异步编程以及我的最佳实践
13 | 魔数 0x5f3759df
14 | 推荐阅读：机器学习101
15 | 时间管理：同扭曲时间的事儿抗争
16 | 时间管理：如何利用好自己的时间？
17 | 故障处理最佳实践：应对故障
18 | 故障处理最佳实践：故障改进
19 | 答疑解惑：我们应该能够识别的表象和本质
20 | Git协同工作流，你该怎么选？
21 | 分布式系统架构的冰与火
22 | 从亚马逊的实践，谈分布式系统的难点
23 | 分布式系统的技术栈
24 | 分布式系统关键技术：全栈监控
25 | 分布式系统关键技术：服务调度
26 | 分布式系统关键技术：流量与数据调度
27 | 洞悉PaaS平台的本质
28 | 推荐阅读：分布式系统架构经典资料
29 | 推荐阅读：分布式数据调度相关论文
30 | 编程范式游记（1）- 起源
31 | 编程范式游记（2）- 泛型编程
32 | 编程范式游记（3） - 类型系统和泛型的本质
33 | 编程范式游记（4）- 函数式编程
34 | 编程范式游记（5）- 修饰器模式
35 | 编程范式游记（6）- 面向对象编程
36 | 编程范式游记（7）- 基于原型的编程范式
37 | 编程范式游记（8）- Go 语言的委托模式
38 | 编程范式游记（9）- 编程的本质
39 | 编程范式游记（10）- 逻辑编程范式
40 | 编程范式游记（11）- 程序世界里的编程范式
41 | 弹力设计篇之“认识故障和弹力设计”
42 | 弹力设计篇之“隔离设计”
43 | 弹力设计篇之“异步通讯设计”
44 | 弹力设计篇之“幂等性设计”
45 | 弹力设计篇之“服务的状态”
46 | 弹力设计篇之“补偿事务”
47 | 弹力设计篇之“重试设计”
48 | 弹力设计篇之“熔断设计”
49 | 弹力设计篇之“限流设计”
50 | 弹力设计篇之“降级设计”
51 | 弹力设计篇之“弹力设计总结”
52 | 管理设计篇之“分布式锁”
53 | 管理设计篇之“配置中心”
54 | 管理设计篇之“边车模式”
55 | 管理设计篇之“服务网格”
56 | 管理设计篇之“网关模式”
57 | 管理设计篇之“部署升级策略”
58 | 性能设计篇之“缓存”
59 | 性能设计篇之“异步处理”
60 | 性能设计篇之“数据库扩展”
61 | 性能设计篇之“秒杀”
62 | 性能设计篇之“边缘计算”
63 | 区块链技术的本质
64 | 区块链技术细节：哈希算法
65 | 区块链技术细节：加密和挖矿
66 | 区块链技术细节：去中心化的共识机制
67 | 区块链技术细节：智能合约
68 | 区块链技术 - 传统金融和虚拟货币
69 | 程序员练级攻略：开篇词
70 | 程序员练级攻略：零基础启蒙
71 | 程序员练级攻略：正式入门
72 | 程序员练级攻略：程序员修养
73 | 程序员练级攻略：编程语言
74 | 程序员练级攻略：理论学科
75 | 程序员练级攻略：系统知识
76 | 程序员练级攻略：软件设计
77 | 程序员练级攻略：Linux系统、内存和网络
78 | 程序员练级攻略：异步I/O模型和Lock-Free编程
79 | 程序员练级攻略：Java底层知识
80 | 程序员练级攻略：数据库
81 | 程序员练级攻略：分布式架构入门
82 | 程序员练级攻略：分布式架构经典图书和论文
83 | 程序员练级攻略：分布式架构工程设计
84 | 程序员练级攻略：微服务
85 | 程序员练级攻略：容器化和自动化运维
86 | 程序员练级攻略：机器学习和人工智能
87 | 程序员练级攻略：前端基础和底层原理
88 | 程序员练级攻略：前端性能优化和框架
89 | 程序员练级攻略：UI/UX设计
90 | 程序员练级攻略：技术资源集散地
91 | 程序员面试攻略：面试前的准备
92 | 程序员面试攻略：面试中的技巧
93 | 程序员面试攻略：面试风格
94 | 程序员面试攻略：实力才是王中王
95 | 高效学习：端正学习态度
96 | 高效学习：源头、原理和知识地图
97 | 高效学习：深度，归纳和坚持实践
98 | 高效学习：如何学习和阅读代码
99 | 高效学习：面对枯燥和量大的知识
左耳听风
登录|注册
15 | 时间管理：同扭曲时间的事儿抗争
陈皓 2017-11-21
我一直说，时间是人生中最宝贵的财富，今天我就来跟你聊聊时间管理方面的话题。
关于时间管理，我以前在外企工作时，受过一个专门的培训，后来我也在工作中总结过自己的方式。时间管理是非常重要的，因为时间过得实在是太快了，快得让你有点受不了，而看似忙碌的我们似乎在这一年中也没有做太多事，尤其是让自己能成长的事情。
有那么一句话是这么说，老天很公平，给了所有人同样多的时间，而有的人能够把时间用好，有的人则没有把时间用好。日积月累，人和人的差距就越来越大了。
之前的文章和你讲过，我在工作强度很大的情况下，依然可以找到时间来学习和提升自己，主要是我自己很渴望学习。今天我就想和你聊一下，除了自己对某件事情的热情外，我们还有什么方法可以管理好自己的时间。
不过，说实话，在安排时间方面，我成长于一个相对于今天算是比较好的环境，举几个例子。
那个年代，没有智能手机，工作中也不用实时聊天工具。而现在，很多公司都会有若干个聊天群，所有人都可以把信息发给所有的人，而不管这个事是否与你相关。但这些信息无法像邮件那样根据邮件标题聚合，或是通过设置规则自动分类……于是你工作在了一个信息杂乱无章的环境里，而且还在不断地被人打扰，不断地被人打断。
那个年代，别人要来找我开会，需要先给我发会议邀请，而且发会议邀请的时候，会找我日历上空闲的时间段来确定会议时间。所以，我可以把很多工作安排在我的日历上，通过邮箱（Outlook 或是 Gmail 都有这样的功能）共享出去。这样，别人都会自觉地绕开我有安排的时间段来找我。
而今天，我看到很多公司直接在微信上联系。你要是回复慢了，电话直接打过来，直接叫你去开会。不像我那个年代，老板临时给员工开会也要问一下员工有没有时间，但现在的工作环境连问都不问，直接一句，你来一下。
那个年代，我们喜欢有计划地安排工作，然后按此执行。还记得在路透工作的时候，管理者们都说，你工作时如果有 70% 的时间能花在项目开发上，算是很高效了，一般来说，正常值也就是 50% 左右。在亚马逊的时候，每次开会都会把会议中要讨论的事打印出来，前 10 分钟大家都在读文档，然后直接讨论，所以基本上会议都保持在半小时左右。
这可能是外企的好处吧，从上到下都知道时间管理是很重要的事，所以，从管理层到执行层都会想方设法帮助程序员专注地做好开发工作。包括尽可能的不开会，不开长会，需求和设计都是要论证很久才会决定做不做，项目管理会帮你把你处理额外工作的时间也算进去，还会把你在学习上花的时间也计算进去。所以，时间在整个组织上能够被有效地管理和安排着。完全不像今天国内的互联网公司。
所以，我以前管理自己的时间还是比较容易的，然而，现在人的工作环境的确是非常不利于管理。不过，我还是想在这里谈一下如何管理自己的时间，希望对你有帮助。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《左耳听风》，如需阅读全部文章，
请订阅文章所属专栏。
请订阅文章所属专栏。
立即订阅
登录 后留言
精选留言(55)
左耳朵 置顶@ ascrutae，谢谢你的批评和建议。的确如你所说，有这样的问题。
这个专栏主要涉及三方面的话题，一个是技术，一个是管理（包括自我管理），另一个是发展。这三话题相辅相成，但有时候会感觉不相干。而我们还在摸索文章的组织和顺序，因为我们害怕只发一类文章会过早定性专栏的性质，这也是一个和订阅者交互的过程。
等过一段时间，文章发布到一定数量时，我们会重新整理所发布的文章的顺序和分类，你一定会看到整个专栏的总图，我相信你一定会满意的。欢迎你和大家继续给予反馈和批评！2017-11-21 48- 左耳朵 置顶@ casey 谢谢，请相信我的文章一定不会和大众一样的。另外，关于你说的事，我以前在银行，也受不了，所以离开了，我建议你先找你现在的领导谈一下你的想法，看看你的领导能不能在目前的环境下找一个地方让你可以专注于技术工作。2017-11-22 23
嘉文time、feature、quality，工程领域的 CAP2017-12-03 35
MarksGui看到有人说文章不值，其实我感觉对我来说真的是价值太多了。这里的一切都是我在创业小公司里面学不到的，受用终生！ 今天的时间管理又提醒了我不要一开始就拒绝，这是我以前常范的错误。感谢皓哥的指导～2018-06-07 15
陈栋看哭了。2017-11-21 12
hantics皓哥，国内加班真不是代码质量高低的问题，而是你不加班人家就觉得你工作不饱和2019-09-21 7- Casey皓哥您好，本来我看到时间管理这个题目以为不会有什么新意，结果发现说不的技巧对我启发很大，很期待您的下篇。
另外想请您分享一点关于技术人员职业发展的经验，尤其是不想做纯管理的技术人员。
我从业有8年了，给自己的发展方向是结合金融业务知识的技术专家，但是深感技术岗位不受重视，缺乏话语权和发展空间。身边的同事纷纷转到业务岗位，我特别喜欢技术所以不愿意放弃。我跳槽过一次，第一家工作是银行，第二家是基金公司，感觉这方面的改善不大，因此对未来比较迷茫，听闻您也有银行工作过的经历，希望得到您在职业发展上一些经验和建议，谢谢。2017-11-22 7 
Sparrow有条件地说”是”；开会不是讨论问题，而是讨论方案。2018-06-17 6- 大梦一场大部分情况都是刚刚有状态就被打断，然后再重新开始。重新投入状态需要花费更多时间。2017-11-22 6
- ascrutae老师您好：您文章的质量很好，但是比较杂，目前给我的感觉比较不值，希望老师可以专一个方向，2017-11-21 5
- 涉蓝要说不的这个很同意，其实被连续的打断是很耗损效率的，而且很多时候还必须一心多用，真的让人想打人了，我觉得正确的说不也很难，如何优雅的让对方接受呢？环境那样，好多公司都是懒政，出现问题了，管理层想的是好让大家加班吧，不加就是价值观态度不行，而且永远在信息轰炸中，被拉去各种群，恨不得让你时时oncall2018-06-27 3
fuzybare有时候你遇到不讲理的产品经理和老板，也是醉了，永啥技巧说不都没用，对方就一句话不行。有很多时候，感觉是秀才遇到兵了2018-05-19 3
拯救地球好累时间管理的第一点，就是要主动管理，尽可能地去除干扰。
每个人规划的事务中，可以分为重要且紧急的，重要但目前不紧急的，不重要但紧急的，不重要且不紧急的。
对于后两类事务，我们需要学会分辨，尽可能地减少投入时间，像刷朋友圈，娱乐聊天等，这些时间完全可以被拿来处理前两类事务。集中时间段回复消息，声明自己需要专注一段时间，都是避免这两类事务占据过多时间的窍门。
对于第一类事务，我们应当想法设法提升效率，比如会议，紧急的需求等等，这些事务是必须的且需要有产出的。把控会议的节奏，将需求拆解，提出替代的解决方案，与产品明确可能的bug或延期，明确需求的真伪性，在平时提高模块重用性等都是提高第一类事务的窍门。
对于第二类事务，反而是我们需要关注的核心。这类事务往往与我们的个人成长相关，是长远的规划，具体而言，期待在下一篇中的收获！2019-06-29 1 2
小羊1.主动管理时间
2.合理地说不而不要开口拒绝，要经过深入思考后权衡是赶工作造成后期成本大还是合理地完成有价值的紧迫的任务
3.开会不是讨论议题而是讨论方案，开会不是要有议题而是要有议案2018-10-23 2
东风学会管理时间，学会说不作者回复: 有条件的说是
2018-06-13 2
艾尔欧唯伊讲得非常精辟，现在好多会议都开成了头脑风暴，吹完风，连个结论都没有。。。2018-09-16 1
cat0不仅要负责开发任务，还要负责业务，还有日常事务，时不时还要照顾老板突然迸发的奇思妙想，经常代码写了没两三个小时就被打断，我突然意识到我最大的缺点就是不会对上级说“不”。前天开会，被喷一个月都没搞完开发，我张口哑语，小声说也不是天天在搞开发，每天都有各种杂事啊，然后上级情绪明显不爽，怼的我没话说。最近一直觉得这种状态不好，这种状态也不对。我和上级都有问题，上级没感觉到我已经超负荷也不知道开发需要专注持续，我也煞笔的从来不会怼回去。怀念以前在外企能够专心开发的时光，很高兴能在这种胶着期读到耗子哥的文章作者回复: 是啊，在外企做事可以专注，国内的公司还是管理上不行……
2018-06-28 1
xpisme需求必须一个月之前提，否则不做，紧急项目需要老大审批。
项目一定按照排期来，排期要考虑沟通时间，处理线上问题的时间。 如果延期，则需要邮件通知相关负责人。
需求一个月前提，线上bug高优支持！2018-06-22 1- laofengfenglao里面的内容很实用啊，谢谢老师，关于加班的那个两害相权取其亲很有启发2018-01-01 1
郝仁杰感同身受2019-11-13
收起评论