[读书笔记]《卓有成效的管理者》(2/3):职场成长的关键在于重视成果和贡献

  • 对组织有所贡献是你的责任
  • 大问题:重视勤奋,但忽略成果
  • 以成果为导向:不是我做了什么(做事的细节),而是我做的事达成了什么效果
  • 重视贡献(成果)
    • 使注意力不为自身的专长所限,不为自身的技术所限,不为自身所属的部门所限,培养大局观
    • 会更加重视外部世界。只有外部世界才是产生成果的地方
  • 对组织来说,成果表现在以下三个方面
    1. 直接成果。如销售额、利润
    2. 树立价值观。企业文化,企业宗旨
    3. 培养人才
  • 浪费时间的三件事
    1. 根本没必要做的事。如果不做,不会有任何影响
    2. 可由别人代做的事
      • 授权(放权):把可由别人做的事情交托给别人
      • 出差:资历较浅的人员可能比经验丰富的高级人员更合适。因为前者年轻,喜欢出差,在旅馆也容易睡好,更耐劳
    3. 浪费别人的时间。例如,某些专项会议不必全员参加
  • 职位不同,工作重点不同,努力的方向(成果)也需要改变
  • 个人能否有所发展,在很大程度上要看其是否重视贡献
  • 大部分人都是根据自己设定的目标和要求成长起来的。他们自己认为应该有怎样的成就,就会有怎样的成长。如果他们对自己要求不严,就只能原地踏步,不会有任何发展。反之,如果对自己要求很高,他们就一定能成长为杰出的人物,而所费的工夫也不见得比那些没出息的人更多。

《卓有成效的管理者(珍藏版)》,彼得·德鲁克(著),许是祥(译)

关于问题的问题 —— 读《你的灯亮着吗?》

本书围绕“问题”提出了以下几个主要问题:

1.问题是什么?

一般来说,问题就是理想状态和现实状态之间的差距。

2.问题到底是什么?

要想解决问题不能浮于表面,多问几个为什么,究其根源。可参考五个为什么(链接见文末)。

在大多数情况下,只要知道问题是什么,解决问题就是一件不值一提的事。

3.问题来自哪里?

大多数情况下,问题的根源在自己身上。

4.问题该由谁解决?

问:这是谁的问题?

答:这是“我们”的问题。

Continue Reading »

git/GitHub 如何使用代理?

前提

首先得有个代理服务

YOUR_PROXY_SERVER_IP # 代理服务IP
PORT # 代理服务端口

背景

众所周知的原因,GitHub总是连接超时。IDE(GoLand)、命令行、GitHub桌面版,都试了,都不行。

多提一句,这样也是不行的。虽然不理解,但接受现实:

  1. 手机开VPN
  2. 电脑连接手机热点(以前以为热点的请求都是通过手机发出去的,现在看来不是这么回事)

使用代理

GoLand,通过【设置】添加代理,“测试连接”时是通的,但 push/pull 还是失败。

通过命令行设置系统的代理,然后再 push 也是不行。

最后,居然是设置 git 的代理属性就解决了。

git config --global http.proxy protocol://YOUR_PROXY_SERVER_IP:PORT

执行之后,不管是 GoLand,还是命令行,还是GitHub桌面版,都行了!

[读书笔记]《福格行为模型》(3/3):改变

  • 改变,最好的方法是感受积极的情绪。从想改变的地方开始,逐渐感受成功
  • 改变的技巧
    • 1)行为加工
      • 关键:知道自己一次能养成多少新习惯,以及何时能增加更多
      • 指南
        • 专注于你感兴趣的事物
        • 拥抱多样性,不要为了一个习惯死磕
        • 保持灵活性。你创建的再完美的习惯清单,也不会伴随你一生。开放,容纳新事物
    • 2)自我洞察
      • 关键:知道哪些新习惯对你有意义
      • 目标:创建一开始规模微小却意义非凡的新习惯
      • 指南
        • 新习惯能够助你成为你想成为的人
        • 新习惯能帮助你实现某个重要愿望
        • 新习惯微小,却能产生极大影响
    • 3)循序渐进
      • 关键:知道何时该推自己一把,超越微习惯,提示习惯难度
      • 指南
        • 不要给自己太多压力试图养成更高阶的习惯。如果你想多做些,你随时可以提高标准,但也可以降低到最低程度。例如,病了,累了,甚至心情不好时,可以只完成入门步骤——把瑜伽垫拿出来,铺好,再放回去
        • 如果想多做些,不要限制自己
        • 如过做了很多,一定要为额外的付出而庆祝
        • 利用感情标志来帮助你找到边界
        • 沮丧、痛苦、想逃避,可能是难度提升太多或太快
        • 有些厌倦,可能需要提高难度
    • 4)情境设计
      • 关键:重新设计情境使习惯更易于执行
      • 两个问题
        • A ) 如何才能让这个新习惯易于执行?
        • B ) 是什么让这个新习惯难以执行?
      • 指南
        • 设计新习惯时也投入精力设计情境,以便新习惯易于执行
        • 边执行新习惯,边调整情境,以便新习惯更易于执行
        • 大胆质疑传统。没人规定散步必须在饭后
        • 购买必要的工具/装备
    • 5)心态调整
      • 关键:拥抱新身份
      • 改变身份有助于养成新习惯
  • 转变视角:行为改变是一种技能,就像游泳、开车一样
  • 坏习惯,具体有哪些行为?挑一个
    • 选最容易的那个
    • 选最有把握做到的那个
    • 选你觉得最没什么大不了的那个
  • 上面的技巧,好习惯也适用
  • 微习惯的宗旨:挑软柿子捏
  • 行为设计不是为了减肥或在晚餐时放下手机,它是为了创造改变,以及向着成就更好的自我的方向持续探索

[读书笔记]《福格行为模型》(2/3)

  • 行为设计步骤
    • 1)明确愿望。只有知道自己想去哪里,才能真正地到达
    • 2)脑暴行为选项。为你的愿望列举可操作的行为
      • 关键是要非常乐观,也就是不管这行为能不能做到,只要你觉得有助于你的愿望实现,都算上。假设你有种魔力——想做的事一定能做到
    • 3)匹配具体行为,要务实
    • 4)从微习惯开始
    • 5)找到“对”的提示
    • 6)庆祝成功
    • 7)排除障碍,重复,扩展
  • 行为匹配的3个误区
    • 1)全凭冲动,毫无章法
      • 偶然看到某人这么做很厉害,就想效仿
    • 2)从网上找灵感
      • 看了某个视频或某篇文章就要模仿学习
    • 3)照搬身边人的成功经验
  • 最匹配的行为的3个标准
    • 1)这个行为有助于你实现愿望(影响)
    • 2)你想做出这个行为(动机)
    • 3)你可以做到(能力)
    • 最好在你最忙碌,最没动力,且状态最不好时也能做到的行为
  • 帮助人们做他们已经想做的事
    • 做生意的秘诀
  • 持久改变的关键在于匹配的行为时自己真心想做的
    • 用真心!
  • 分析一个习惯为什么难以养成(能力因素)
    • 1)时间够吗?
    • 2)资金够吗?
    • 3)体力/技巧?
    • 4)需要创意和脑力吗?
    • 5)符合日程和作息吗?
  • 能力是维持习惯最可靠的要素,要容易做到
    • 刷新认知的一个观点。以前觉得动机最重要,而且要一步到位
  • 实现“容易做”的3种方式
    • 1)提升技能
      • 网络(文章/视频教程)
      • 向身边人寻求建议
      • 参加培训
    • 2)利用好的工具和资源
    • 3)让行为变得微小
      • 做出行为的第一步,让齿轮动起来,例如拿出瑜伽垫,即使你并没有时间练瑜伽
      • 缩小规模:每天20个俯卧撑?先从3-5个开始。靠墙俯卧撑也行,重要的是不要间断
  • 提示,是行为发生的决定性要素。没有提示,行为就不会发生
  • 常见的3类提示
    • 1)人物提示:通过自己或他人的提醒
      • 记忆/大脑不可靠
    • 2)情境提示:通过周围环境中的某些事物,如便利贴、App通知、闹铃等
    • 3)行动提示:将你已经在做的行为当作提示
      • 当我之后,我就
  • 确定锚点3个方面的考量
    • 1)匹配物理位置:锚点行为和新的微习惯一定要在相同或相近的地点
    • 2)匹配频率
    • 3)匹配主题或目的
      • 喝咖啡(为了提升工作效率)==> 打开Todo App
      • 喝咖啡(为了放松) ==> 打开日记本
  • 设计“对”的提示的3个步骤
    • 1)确定锚点
    • 2)尝试将锚点与黄金行为联系起来,不合适就调整
    • 3)利用“最后一步”优化锚点,就是要具体
      • 在我回家之后____(不要模糊)
      • 在我到家把包放下之后____(要具体)
  • 庆祝(奖励)的原则:及时又简单
    • 电影《最初的梦想》里有一段父亲打电话跟儿子道歉,说他不应该要求儿子考到A才给他买自行车,回去就给他买
    • 爱孩子,不是因为他成绩好得了A才爱他,爱没有条件
  • 获得良好的感觉是帮助我们养成习惯的最佳方式
  • 芝麻小事不值得庆祝?想想其背后更深层的意义
    • Jill想要养成吃完早饭后清理厨房的习惯。 为什么清理厨房很重要?
      因为这对她丈夫来说很重要。在家里她丈夫负责做饭。如果下班回家看到厨房一团糟,这会打击他为家人烹饪美食的积极性。她丈夫已经提醒过多次,也有过多次的争吵。
      如果早晨清理了厨房,丈夫下班回家,心情愉悦地做了一顿大餐,全家人一起享用。
      清洁厨房是小事,但它能为女儿创造和谐的家庭氛围,改善夫妻关系。
      事小,但意义重大,所以值得庆祝
  • 从心理学角度来看,学习是大脑为了响应环境而促成行为变化的过程,目的是能更好地生存和发展
  • 感觉良好是微习惯策略的重要组成部分
  • 积极的体验能够强化人的习惯,是因为神经化学在发挥作用

[读书笔记]《福格行为模型》(1/3)

B=MAP

微习惯行为公式

 

  • B = MAO 是不是也行?Behavior(行为)= Motivation(动机)+ Ability(能力)+ Opportunity(机会)
  • 拥有探索和发展的意识是成功的前提,而不是意外的收获(如,灵感)
  • 能带来持久改变的三件事
    • 经历顿悟
    • 改变环境
    • 从细微之处着手改变自身习惯
  • 信息-行动谬误(Information-Action Fallacy)
    • 如果人们能获得正确的信息(道理/方法),就能改变态度,进而改变行为
  • 从细微处着手改变的五个原因
    • 1)可利用碎片时间,因为它足够小
    • 2)可以立即开始,因为它足够小
    • 3)不需要担心失败。小得不值得称作失败,顶多有点儿坎坷
    • 4)积跬步致千里,聚沙成塔
    • 5)不需要依赖动机或意志力。因为它小,可以立即开始,立刻完成
  • 学习微习惯的最佳方式就是立刻开始行动。不必追求完美,边做边学。
  • 微习惯剖析——ABC
    • Anchor(锚点):提醒你去执行新的微行为的关键时间点。例如,刷牙时。
    • Behavior(行为):锚点出现后立即去执行的微行为。
    • Celebration(庆祝):完成新的微行为后要立即庆祝。任何能带来积极情绪的事情都可以。例如说出“我真棒”之类的话。
  • 动机越强,即使能力弱,也能产生行为。例如,父母为了救孩子与熊搏斗
  • 能力越强(越容易做到),即使动机偏弱,行为也会产生。例如,你正在看书,别人问你看的什么书,你不太愿意说(动机弱),但只要你手抬一下,对方就能看到书的封面,所以你还是选择告诉他(发生行为)。但如果对方让你给他朗读一遍,不愿意(动机弱)且麻烦(能力弱,不容易做),你就不会去做。但如果对方是老人或有视听障碍,你的动机就会变强,朗读的难易程度未变(能力不变),你还是会去做(发生行为)。
  • 提示,行为的触发器。没有提示,行为就不会发生。如上文提到的与熊搏斗(救孩子是提示),朗读(别人请你朗读是提示)
  • 大多数情况下,有些行为难以做到的根本原因不是缺乏动机,而是没有一个好的提示或好的方法让行为更容易发生
  • 解决行为问题的3个步骤(按顺序由易到难,而不是直觉上的首选怀疑动机,总觉得没做某件事一定是因为动机不够强烈):
    • 1)检查行为提示
    • 2)检查行为能力
    • 3)检查行为动机
  • 动机的3个来源
    • 1)你想要的
    • 2)采取行动可以获得奖励或避免惩罚
    • 3)周遭的环境(身边人都在做)
  • 明明有动机,却还是迟迟不行动的5个原因
    • 1)动机是复杂的。动机就像酒肉朋友,存在,但不一定可靠
    • 2)动机容易冲上顶峰,也容易迅速回落(不稳定)
      • 晚上想想千条路,早上醒来走原路(马云)
    • 3)动机波动(起落)非常频繁
      • 见多不怪,甚至麻木了
    • 4)将动机用于追逐抽象概念(如梦想、愿望)无法产生结果
      • 要具体,要有可执行的行动或步骤
    • 5)仅凭动机无法实现长期的改变

Gradle 如何执行 tar 命令?

例如,以前都是通过命令行手动打包 tar -cvf data.tar ./data

Gradle如何实现同样的功能呢?

task tarData(type: Tar) {
	from './data'
	destinationDir = file('.') // 这里是文件对象,而不是路径字符串
	baseName = 'data'
	extension = 'tar'
	compression = Compression.NONE // 以上命令只是创建备份,没有压缩
}

 

参考

IntelliJ IDEA 使用技巧:如何使用 git cherry-pick 合并指定改动?

突然要用下 git cherry-pick 的功能(不常用),居然忘记怎么用了,试了几次都不对,有点慌。记得上次很轻松就做到了,但现在想不起来怎么做的了。可能是忙了一天了,头昏脑涨,脑力、注意力都所剩无几了,又有点着急,更记不起来了。

没办法,只能求助于网络了。搜索结果第一个就是阮一峰的博客(见文末链接),当然点进去看看,看到 git checkout master 的时候,一个回闪,想起来上次是怎么操作的了:对,你要改变哪个分支,就要在哪个分支上进行操作!

为了避免再次遇到这种情况,决定记录一下。(第n+1次感叹:记忆果然不可靠啊!)

有 master 和 cherry-pick-demo 两个分支,它们各自的commit如下图所示:

branch-master

master 分支提交记录

branch-cherry-pick

cherry-pick-demo 分支提交记录

 

现需要将 cp2 的改动合并到 master 分支上。

首先,切换到 master 分支(注意:要合并到哪个分支,就切换到哪个分支在这个分支上操作!)。

通过 git 窗口,找到 Branch – Local – cherry-pick-demo(如下图所示),这样就可以看到 cherry-pick-demo 分支上的提交记录。

branch-cherry-pick-demo

当前分支为 master 时,找到 cherry-pick-demo 分支

 

在 cp2 上,右键 – Cherry-Pick(如下图所示),根据自己的需要(可修改备注等),提交。

执行 git cherry-pick 操作

执行 git cherry-pick 操作

 

这时候,再看master分支的提交记录,搞定!就是如此简单!

cherry-pick 之后,master 分支的提交记录

cherry-pick 之后,master 分支的提交记录

 

可能JetBrains的全家桶都这样吧,至少GoLand也是这样的。

相关链接

一道数学题演示什么叫 Fake It Till Make It

请听题:给定三个点A 、B 、C,在B和C之间画一条通过A点且与B点和C点距离都相等的直线。

图1 题中已知的三点

图1 题中已知的三点

Continue Reading »

[读书笔记]《卓有成效的管理者》(3/3):终篇

  • 组织雇用你,是因为你的长处(你能/擅长做什么),而你的短处仅是你个人发展的限制,不影响组织
    • 例如,你是个优秀的程序员,但不善于与人打交道。公司会雇你为工程师,而不会(也不应该)指派你出任经理的职位。不能成为经理完全是你个人的限制,公司只要任命另一个合适的人就行了,不会影响其运作
  • 因人设事(因人废事),NO
    因事用人,YES
    • 一个卖座但爱发脾气的明星
      剧团经理还是会用——因事(卖座)用人
      但不会因为TA发脾气而更改已经宣布的节目单——因人废事
  • 避免因人设事陷进的四个原则
    • 原则一:如果一个职位先后由两个或三个人担任都失败了,那么这个职位必须重新设计
    • 原则二:职位的要求要严格,涵盖要广且具有挑战性(要有施展的空间)
    • 原则三:用人时,先考虑这个人能做什么,而不是先考虑职位的要求是什么,不要只局限于某个职位
    • 原则四:用人之所长,同时,容人之所短
  • 用人,应该着眼于机会,而不是着眼于问题。这样做,不但能开创一个有效的组织,也能够激发热情和忠诚
  • 确定优先次序的重要原则(最重要的不是分析,而是要有魄力)
    • 重视将来,不要一直盯着过去
    • 重视机会,不能只看到困难
    • 选择自己的方向,不盲从
    • 目标要高,要有新意,不能只求安全和方便
  • 解决问题,只不过是恢复昨天的平衡而已
  • 大多数企业的研究机构进行的都是防御性的研究,但求能维持“今天”。而贝尔研究所是“旧世界的破坏者”“今天的否定者”,目的是创造一个不同的明天
  • 暂时性的事物往往具有永久性
    • 原本的临时方案,可能由于惯性或其他因素(既得利益等)持续执行
  • 假设,是无须辩论的,却必须经得起验证。经得起验证的假设才值得我们重视,经不起验证者,我们就应该舍弃
  • 为什么反对意见也很重要?原因有三:
    • 1)有反对意见,决策者不致沦为组织的傀儡
      • 帝王之术,权力的平衡
    • 2)反对意见可作为Plan B。如果只有一种方案,一旦被证明决策错误时,无法补救
    • 3)反对意见可以激发想象力
  • 重视目标和结果,而不仅仅是方法
  • 记录和分析完成的事情,而不是周围所发生的事
    • 这让我决定重拾“成功日记”
  • 确定优先次序——压力优先
    • 压力来源于“昨天”,因而往往会忽略“明天”
    • 压力来源于组织内部,而只有外部世界才可能产生成果
    • 压力来源于危机,因而往往忽视机遇

构造轮子 vs 改造轮子

最近要做一个side project,跟 Pro Go 一书中的示例很像,有不少可以借鉴的地方。但它搭建的是平台型(platform)的基础框架,对于我的小工具来说太“重”了。
于是陷入了纠结中:是自己从零开始写呢,还是先利用它的平台工具先把应用搭建起来?

分别列了一下其利弊。

构造的利弊

系数 系数
巩固基础知识 6 繁琐 5
没有目标(够用就好吗?) 6
简陋/简单 3
可能要很久才能完成,且不一定能达到预期效果 4

改造的利弊

系数 系数
学习高手的架构思路与技巧 8 太“重”,初步完成后要“瘦身” 7
减负的过程可能繁琐,但也是理解和学习的过程 6

综合来看,还是改造更好!

不得不感叹:看和做真的是两回事啊!
看别人的项目和代码代码的时候:“嗯,对”“有道理”“这设计挺巧妙”“这地方不太合适,这么改更好些”“还可以这样啊”……
需要自己动手去写的时候:“从哪入手呢?”