今天看了关于微积分的一个系列视频，还是很不错的。制作者非常用心，特别是用了相当多的动画技术来演示一些重难点部分。在 bilibili 的观看地址如下：
https://search.bilibili.com/all?keyword=3BLUE1BROWN&from_source=video_tag
也可以在 youtube 上看到，感兴趣的可以自行在上面搜索 3blue1brown 这位作者。
我觉得像微积分这样比较复杂抽象的东西，已经很难用一种静止地文字的形式去讲述它，比如像现在许多教科书所采用的形式，甚至说大量运用图片都很难讲述清楚许多复杂的概念。视频化，动画化我觉得是未来的趋势。
其实编程方面的许多知识也同样面临同样的问题，许多复杂的东西已经很难用一种静止的文字的形式去讲述。
计算机及相应的编程技术，理应成为一种强大的工具，在人类认知及自我迭代升级过程中发挥它的强大作用。
在上一篇中比较了使用字节流和字符流来读取（写入）文本文件的优劣后, 这一篇主要探讨缺省编码这个主题.
通过前面的例子, 已经得出了一个结论: 字符流=字节流+编码.
可以在构建字符流时显示传入编码参数, 那么所得到的字符流就会以该编码来**编码（encode）或解码（decode）**字节流, 这会给文本数据处理带来极大方便.
但有时, 构建字符流时也可以不传入编码参数, 比如如下直接构建一个 InputStreamReader :
在上一篇中介绍了字节流与字符流的关系, 这一篇主要给出一些具体的代码示例.
上篇中说到, 无论是字符流还是字节流, 都可以用于读取文本文件, 特别是对于一整个文件的读取, 两者的差别并不大. 来看一个具体的示例, 假如有如下 gbk 编码的 txt 文件一枚, 具体内容为"hi你好", 对应二进制如下:
那么可以这样去读取:
Java 的 IO 系统是比较庞杂的, 各种流特别多, 其中有一种就是字符流.
在本系列前面的一些文章中, 也曾涉及过字符流的话题, 不过没有详细展开讨论, 这次准备具体综合地谈一谈.
你可能听过不少关于字节流与字符流对比的介绍, 不过严格地说, 我认为把"字节流"和"字符流"去对比这种说法不是特别妥当, 为什么呢?
首先, 这两种流实际上处在不同的层次, 字节流是基础, 而字符流是构建在其上的:
对于不同层次上的事物, 我认为用"对比"这个词是不太恰当的.
今天去尝试了一下半程马拉松，21 公里跑下来还是非常累，从来没有跑过这么长的，无论是距离还是时间，从傍晚 6 点半左右开始，跑到晚上 9 点半才结束，跑了将近 3 小时（2 小时 57 分钟），到现在夜深了感觉都还没有缓过劲来。
不过也因此获得了倒数第二个勋章：“超能勇士”：
现在就剩最后一根硬骨头——全程马拉松了：
今年应该都不会去挑战它了，太难了，暂时没有这个能力去啃，人还是要量力而行的。
