BeingGeek:The Software Developer's Carrer Handbook

封面

五一三天,读完五本书.....这本算是重读

写作风格类似<黑客与画家>

10分标准,打个7.5

个人职业生涯面临的种种境遇和问题:跳槽,面试,管理,招聘,危机处理,沟通,合作,团队建设,演讲,绩效考核等,甚至还有一篇是专门写给我们背后的支持者的(例如女朋友,如果有的话.....).

书上关于 团队管理,沟通,换工作的几章,可以重点看下

里面包含了很多观点,隔一段时间来重看认识会有不同,摘录几点.....算是读书摘要吧


阅读时,要不断重复3个问题(明确方向)

1.我正在做什么?
2.我真正想做的是什么?
3.我在乎的是什么?我关心的是什么?

致胜之道

系统思维:

我们寻找"定义"来了解
"系统",以便找出
"规则",这样我们才能
明白下一步该做什么
并最终获得胜利

只要投入足够的时间和精力,是可以完全地认识系统的

麻烦的"人", 人总是会把事情搞砸,他们是系统故障的根源

提高胜率:为不可预测事件做好准备

只有自己,才能成就自己的事业.认为身边所有人都要对你的职业生涯负责的想法是错误的.

三要素

将职业发展与管理哲学归结为三要素

1.技术方向
最接近代码的人最有资格为工作设定技术方向
你才是代码的拥有者,你需要关心它,每天都要
你是否主动地确定产品的技术方向?

2.保持成长
不进则退,不胜则亡,成长的基本单位是知识
增长代表一种战略.可以学到更多,完成更多的工作,获得晋升,改善自己,并承担更多责任.
你是否明白要做的哪些事情才能一直成长?

3.交付工作
言出必行,兑现承诺,重视自己的信誉
你是否能按时完成工作?兑现承诺?言出必行?

工作之痒

检验:我满意现在的工作么?你对自己的工作有多投入?你的动机是什么?

不要在一气之下换工作.没有什么比愤怒更能让人失去理智.

你需要以自信的立场来考虑换工作.不应该是为了逃避一个错误.而应该是去迎接一个新的机遇.

关于移交工作:工作永远是做不完的,从来没有哪个时刻是适合辞职离开的

公司文化

如果想获得提拔,就要成功地满足某一群人的需求.

问题是,永远要想在管理着前面,

沟通

不要用借口来回答问题

每次开口,应该言之有物,在令人不安的沉默中,应该坚持这种观点,而不是把自己放在受害者的角度上寻求借口

处理危机

几点:

1.如果缺乏指引,人么会追随错误的导向

2.人们不停地讨论正在面对的危机,以互相提供群体治疗

3.每个人都想了解全部的真相

三场会议

1.一对一面谈
2.部门会议
3.成果检查会议

系统的游戏化

让某些事情变得有趣,积极参与

1.规则必须是明确的
2.规则必须是不可违反的
3.不到万不得已,不要拿金钱作为奖励手段

后巷桥牌

在工作中,应该和同事保持多近的距离?

彼此信任和尊重的团队会更加多产且高效.我们的目标不适合每个人都成为朋友,而是建立一组关系,这组关系中,我们互相相信对方是可靠地,诚实的,有能力的,有毅力的.

任务列表

每天的任务事项:

1.今天,必须今天完成的
2.稍后,不需要今天,稍后搞定即可
3.永不,我永远不会去完成这项任务

不需要等级结构,标签,不需要优先级,不需要设定日期.

保持极简

涓滴列表

坚持长期投入零散的时间,最后能做到的就远远超乎自己的想象.

例如:人,写作,读书....

充分利用零散时间

工具的狂热法则

合适的工具将使生产力指数增长

狂热法则:

1.貌似简单
2.不受工作场所限制
3.设计的目的都是免除重复动作
4.只做我让他们做的事情
5.只属于我自己
6.我的工具一直为自己的生存而战

面对责难

1.承认你搞砸了这个问题
2.承认"我不知道"
3.具体地解释你准备查明问题的步骤,并给自己定下最后期限.

绩效考核

描述:

1.完成了什么工作
2.完成得如何
3.下一步需要做什么

对机遇的完整步法

1.我打算去哪里?
2.我打算创造什么?
3.我打算如何创造出来?

注意缺口

每个人都是可替代的

经验

你的经验和你努力拼搏的过去,这些给你做决定所以来的有用的,有价值的直觉

经验有半衰期

了解我的世界,预测下一步会发生什么?

仅仅是现在做得很棒,并不意味着你是成功的
困难是有益的
冲突就是学习