烧开水理论-证明自己存在的三个过程

本文介绍了廖泉文教授提出的烧开水理论,并将其应用于职业发展中。理论分为添柴积蓄能量、烘干湿柴扩大能源、添柴技术和水开了证明存在四个阶段。通过不断学习和积累,最终实现职业目标。

烧开水理论的提出者是廖泉文廖教授指出,人生证明存在的过程犹如“烧开水”,这一过程包含了三个过程

  • 第一个过程是“不断添柴”,即努力学习,不停顿地学习,不停顿地向社会和环境 学习的过程;

  • 第二个过程是耐得住寂寞,“不要频繁地掀锅盖”,也就是积累过程不能急于表现自己,这种积累既要求自己吃苦,还要求自己谦虚;

  • 第三个过程是 “水开了”,沸沸扬扬,证明你的存在,此时要注意保护它们,不要让烧开的水喷洒出来,浇熄了把你“烧开”的火。和真理一样,理论的内核,其实也是很简单的。而简单客观的东西被不同的人接受后,总会产生不同的体会和回味。职业发展生涯中的“职场充电”一环就如“烧开水”的过程一般。

一、不断的添柴,积蓄能量

添柴是水吸收热量的必备过程,这样才能够使温度上升,较快的完成积累的过程,如果中断添柴,那么烧开水用的时间就会延长。人的职业生涯也是如此,只有不断的学习,不断的积累,再积累才能聚集能量,实现发展。

二、烘干湿柴,扩大能源

干柴不够,湿柴又不能直接用来烧水,最好的办法就是用干柴将湿柴烘干,借干柴的势来扩大能源。职业发展道路上,知识和能力的积累也是同样的道理。知识的获 取 和积累就是一个互补和互动的过程,是一种借势的能量的转换和增加。掌握的已知的知识越多,知识面越深,则获取新知识的助力越大。

三、添柴的技术

柴的大小,小的容易着,也容易烧尽,大的不容易着火,但耐烧。也就是说,我们平常要注意各种知识的搭配,兼收并蓄。

柴的形状,都用直柴,就不通气,火不旺盛,直柴和弯柴要搭配使用。也就是说内在美和外在美要同一,和谐就是美。

添柴的时机,晚了,火会熄灭,早了,塞得多,火也会熄灭。也就是说,太快和太慢是相同的错误,不要失去时机,要有一点超前的意识。

火势的控制,不宜过大,会对周围的物体造成伤害,不宜过小,用的时间会很长。也就是说,在吸取知识和寻求发展的过程中,不能祸及他人,要有危机感。

添柴的数量,添柴的量应该跟柴的大小,形状,干湿度联系在一起。也就是说,要能理解和消化,注意能力与个人兴趣的结合。

灰炭的处理,要及早从炉中取出,以便保持旺盛的火势。要扬弃旧知识,学习新知识,留个前沿知识空间。

四、水开了-证明自己的存在。

烧开水过程中不要频繁的揭开锅盖,使热量得到积累。在没有成熟的情况下,急于表现自己,结果往往适得其反。

未开的水不要喝,提前使用不成熟的人会导致组织与个人双输的局面。

要有耐心,沉住气,水一定会开。

水开了要大胆揭开锅盖,证明自己的存在。

要防止水溢出锅面,输出你的发物和能量,然后才知道你必须继续输入你的知识和能量。

根据原作 https://pan.quark.cn/s/459657bcfd45 的源码改编 Classic-ML-Methods-Algo 引言 建立这个项目,是为了梳理和总结传统机器学习(Machine Learning)方法(methods)或者算法(algo),和各位同仁相互学习交流. 现在的深度学习本质上来自于传统的神经网络模型,很大程度上是传统机器学习的延续,同时也在不少时候需要结合传统方法来实现. 任何机器学习方法基本的流程结构都是通用的;使用的评价方法也基本通用;使用的一些数学知识也是通用的. 本文在梳理传统机器学习方法算法的同时也会顺便补充这些流程,数学上的知识以供参考. 机器学习 机器学习是人工智能(Artificial Intelligence)的一个分支,也是实现人工智能最重要的手段.区别于传统的基于规则(rule-based)的算法,机器学习可以从数据中获取知识,从而实现规定的任务[Ian Goodfellow and Yoshua Bengio and Aaron Courville的Deep Learning].这些知识可以分为四种: 总结(summarization) 预测(prediction) 估计(estimation) 假想验证(hypothesis testing) 机器学习主要关心的是预测[Varian在Big Data : New Tricks for Econometrics],预测的可以是连续性的输出变量,分类,聚类或者物品之间的有趣关联. 机器学习分类 根据数据配置(setting,是否有标签,可以是连续的也可以是离散的)和任务目标,我们可以将机器学习方法分为四种: 无监督(unsupervised) 训练数据没有给定...
我们可以用“烧开水”这个生活场景来类比计算机中的 I/O 模型(BIO、NIO、IO多路复用、AIO),帮助理解它们的区别。 --- ### 🌡 场景设定: 你是一个程序员,现在需要烧一壶水。但你很忙,不能一直守在水壶边。不同的 I/O 模型代表你处理“等待水开”这件事的不同方式。 --- ### 1️⃣ **BIO(Blocking I/O,同步阻塞)—— 守着水壶等它开** - 你把水壶放在炉子上,然后**站在旁边一直盯着**,直到水开了才去做别的事。 - 在这期间,你什么事都不能干,白白浪费时间。 ✅ 类比: 线程发起 read/write 请求后,**线程会被阻塞**,直到数据准备好并完成传输。就像线程“死等”水开。 🔴 缺点:效率低,一个线程只能服务一个连接。 ```java // 伪代码示例 Socket socket = server.accept(); // 阻塞等待客户端连接 InputStream in = socket.getInputStream(); int data = in.read(); // 阻塞等待数据到达 ``` --- ### 2️⃣ **NIO(Non-blocking I/O,同步非阻塞)—— 隔一会去看水开了没** - 你把水壶放上去,然后去写代码。 - 每隔几分钟就跑过去看一眼:“水开了吗?” 如果没开,就回去继续写;开了就处理。 - 虽然不用一直站着,但频繁查看也很累。 ✅ 类比: 通过将通道设为非阻塞模式,线程可以不断轮询多个连接是否有数据可读/写。 🟡 特点:不会阻塞线程,但需要**主动轮询**,CPU 消耗高。 ```java // 伪代码示例 channel.configureBlocking(false); // 设置为非阻塞 while (true) { if (channel.hasData()) { // 轮询检查 int data = channel.read(buffer); break; } } ``` --- ### 3️⃣ **I/O 多路复用(IO Multiplexing)—— 装个水开提醒器,统一管理多个水壶** - 你现在要同时烧5个水壶(多个连接)。 - 你在每个水壶上装了一个哨子(事件监听机制),只要水一开就吹哨。 - 你坐在桌子前工作,**只等哪个壶响了再去处理**。 - 使用 `select` / `poll` / `epoll`(Linux)这样的系统调用,就是这个“听哨子”的人。 ✅ 类比: 一个线程可以监控多个文件描述符(如 socket),一旦某个有事件就绪,就通知程序去处理。 🟢 高效!一个线程管多个连接,适合高并发。 ```c // C伪代码示意 fd_set readfds; FD_ZERO(&readfds); FD_SET(sock1, &readfds); // 添加多个socket... select(max_fd + 1, &readfds, NULL, NULL, NULL); // 阻塞等待任意一个就绪 if (FD_ISSET(sock1, &readfds)) { // 处理sock1的数据 } ``` 🔧 常见实现:`select`, `poll`, `epoll`(Linux)、`kqueue`(macOS) --- ### 4️⃣ **AIO(Asynchronous I/O,异步非阻塞)—— 水开了自动关火还发微信告诉你** - 你设置了智能水壶:水开后自动断电,并且给你手机发条消息:“水开了!” - 你完全不需要操心,也不用去看,甚至不知道发生了什么,系统已经帮你处理完了。 - 等你收到通知时,**读取操作已经完成**。 ✅ 类比: 应用程序发起 read 请求后立即返回,当操作系统完成 I/O 操作后,**通过回调或信号通知应用**。 🟢 真正的异步 + 非阻塞,由内核完成数据拷贝后再通知用户。 ⚠️ 注意:Java 中的 NIO.2 提供了 `AsynchronousSocketChannel` 支持 AIO,但在 Linux 上底层仍依赖于 epoll 模拟,真正的原生 AIO 主要在 Windows IOCP 上表现更好。 ```java AsynchronousSocketChannel channel = AsynchronousSocketChannel.open(); channel.read(buffer, null, new CompletionHandler<Integer, Object>() { @Override public void completed(Integer result, Object attachment) { // 数据已经读完,这里处理 } @Override public void failed(Throwable exc, Object attachment) { // 失败处理 } }); // 继续做其他事,不阻塞 ``` --- ### ✅ 总结对比表(烧水类比) | 模型 | 类比行为 | 是否阻塞 | 是否同步 | 核心特点 | |------|--------|---------|----------|----------| | BIO | 一直盯着水壶 | 是 | 同步 | 简单但低效 | | NIO | 不停跑去查看水开没 | 否 | 同步 | 轮询浪费CPU | | I/O多路复用 | 安装哨子,集中监听多个壶 | 否(select阻塞但管多个) | 同步 | 高效管理大量连接 | | AIO | 水开自动处理并通知你 | 否 | 异步 | 最高效,编程复杂 | ---
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

有恒则成

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值