雷军在参访中多次提到他是一个极度专注的人

花了几个小时雷总在小米汽车发布之后接受的访谈,在谈话过程中,他多次说到自己不是一个投机者,而是一个坚定的长期主义者,做事情十分认真,极度专注。

聊到了小米决定开始做汽车时,董事会只提了一个要求,雷军必须亲自带队,而不能是找一个代理人来干,这是投资人对他无比的信任,事实证明,他们的判断是正确的。人,才是最重要的。

在访谈中有很多点令我印象深刻。

一,他说他是一个做事很认真,极度专注的人。认真、极度专注,在做事的过程中,会产生心流,产生的内啡肽是一种更高级的满足感,懂得了很多道理,只是第一步,这一步很重要,驱散心魔,让自己不会被后悔、内耗、焦虑、嫉妒等情绪裹挟,精力不被内耗,只把精力投入到事情本身,这是认知提升的过程,是修炼的过程,是“知”的阶段。下面就需要去“行”,这才是更重要的一步,可以半知而行成功的,但绝不能知而半行而成功的。去做事,去极致专注的做事。

二,要做对的事情,“站在风口上,猪都可以飞起来”,这句话是外部对他的误解,以为他是一个投机主义者,但他的本意是,要做对的事情,顺应潮流的事情。难而正确的事情,只要坚持下去,总会看到成果。是啊,光努力是远远不够的,还要在正确的方向上发力,错误的方向只会背道而次,事倍功半。如何才能知道什么是正确的事呢,这就需要更广的视野,更深刻的思考,把握潮流的能力,解读政策的能力,多看,多思,多与同行交流,脉络就会慢慢浮现。

三,雷军本人对于现在的火爆景象也是没有想到的,他关注的是一个长期的事业,利用终局思维来看,什么事情是对终局有利的,就是应该去做的,不为了快速出车,选择到处整合的方案,而是选择从最难的轿车开始,并且要将核心技术牢牢把握在自己手里,投入大量精力进行自研。我想,即便是su7没有现在这样火爆,他也会在这条自研道路上慢慢的拱,一开始的选择,就不是一个短期碰运气的操作。

四,前期大量的市场调研、用户调研,在推出第一辆车的时候,在很多事情上已经想得很清楚了,比如要将女性用户放到重点,颜色、防嗮这些功能也体现出了。

五,长时间会议,在前期讨论时,连续开了20多天的会,从早上9点开到晚上12点。这种会议,之前只在我党的会议中见过,去年的国际业务讨论过程中,也体验过一把,这种长期的会议的确是有用的。

六,雷总带动整个团队,以学徒的心态进入新的行业,认真学习,亲自去试驾车、极端环境试车、借同事车体验不同品牌的车,将自己完全沉浸在造车这件事上。

雷总的访谈内容,许多都可以结合到自己的日常工作中,类比下来,对正确的事情更加肯定了。

Read more

痛风带来的思考

昨晚一罐冰啤酒下去,睡觉时就感觉脚踝隐隐发作,果然早上起床直接下不来地。跟崴脚的感觉十分相似,无法行走,只能坐在一起上滑动,公司上班也去不了了,呆呆得躺在家里,下午疼痛感加剧,整个心思都在左脚的疼痛上,没有其他任何多余的精力去关注其他事情,而此刻的阳台,乃最美人间四月天,春日的微风吹拂着阳台的花儿,温暖的阳光抛洒下来,一切都如此惬意,而我却无心欣赏。 人在健康时,生活中有好多问题,但人在不健康时,生活中只剩一个问题。 我对这句话的理解更深刻了。人是健忘的,在疫情期间、在手术期间,这种感悟其实已经很深刻了,但是病情好转之后,人还是会被日常的琐碎、工作的烦扰搅乱心绪,没有专注的去享受生活本身的美好。 幸福的秘密在于,去享受我们所拥有的,而不是顽固的去追求所没有拥有的。阳光、草木、微风,都是幸福的玩意儿,应尽情的享受。 再等两天,脚完全恢复好了,身体健健康康后,我要以更轻盈的姿态去生活,不纠结他人的看法,不执着别人的认可,关注自己的能力,享受拥有的生后。 还有一个反省,针对咖啡、酒、烟,

By 李浩

设计模式之命令模式

命令模式将“请求”封装成对象,以便使用不同的请求、队列或者日志来参数化其他对象,命令模式也支持可撤销的操作。 来解析这个定义: 1. “将一个请求封装为一个对象”,请求原本是一个方法,现在要封装成一个对象,说明要新增类来完成。 2. “可以用不同的请求对客户进行参数化”,说明是将命令对象作为参数进行传递。 3. “队列”说明需要维护命令多个命令的列表队列。 4. “撤销”说明有命令对象有undo撤销方法。 命令模式在设计模式中,算是一个比较不好理解的模式,很重要的原因是不清楚设计意图,不清楚不用这个模式前有何问题,这个模式带了哪些好处,能解决什么问题。 上一篇状态模式中,看到了状态模式抽离的是状态(属性),向上提成状态对象。有了这个基础,再来理解命令模式就相对简单了。命令模式抽离的是行为(方法),向上提成命令对象。 两者都通过“对象化”来解耦和扩展系统,但解决的问题不同: * 状态模式:处理对象内部状态驱动的行为变化。 * 命令模式:处理行为请求的封装与调度。 💡智能家居遥控器,假设我们有一个智能家居遥控器,可以控制 灯(Light) 和

By 李浩

设计模式之状态模式

状态模式允许对象在内部状态改变时改变它的行为,对象看起来好像修改了它的类。 来解析这个定义: 1. “内部状态”表明对象内部有一个属性来表示状态。 2. “内部状态改变时改变它的行为,对象看起来好像修改了它的类”说明状态改变后对象的行为发生了非常大的变化,不像是同一类的行为。 从目前的分析中似乎无法推导出状态模式的类图结构。 从实际的例子出来,来看看状态模式是如何演进而来。 💡我们有一个文档审批系统,文档有以下状态和转换: 1. 草稿(Draft) → 提交 → 待审批(PendingReview) 2. 待审批 → 批准 → 已发布(Published) 3. 待审批 → 拒绝 → 草稿 4. 已发布 → 撤回 → 草稿 从直觉出发,会使用条件语句实现需求逻辑。 public class Document { private String state = "DRAFT"; // 初始状态为草稿 public void submit(

By 李浩

设计模式之代理模式

代理模式为另一个对象提供一个替身或占位符以控制对这个对象的访问。 解析这个定义: 1. “替身”表明在客户端看来,代理类与被代理类是同一类别,对客户端来说看上去没什么区别,依然能够满足诉求。如此可以看出代理类与被代理类来自同一个超类。 2. “控制对这个对象的访问”,能够控制访问,说明前提是能够访问,才能在访问之前做这个限制,即代理持有对真实对象的引用(或能创建它)。 当然可能会质疑,用继承的方式不是也能完成目标吗,用代理类去继承被代理类,然后重写方法,加入控制逻辑。但这违背了"组合优于继承"原则,代理类与被代理类强耦合。 💡我们要开发一个图片查看器,需求如下: 1. 图片加载开销大(从磁盘或网络加载耗时),希望首次显示时才加载(延迟加载)。 2. 某些图片需要权限校验,只有授权用户才能查看。 3. 客户端代码应统一接口,无需关心是直接加载图片还是通过代理。 // 1. 抽象接口(Subject) interface Image { void display(); } // 2. 真实对象(RealSubject)

By 李浩