<p>我是农村长大的。小学的时候，以买学英语为由，好歹“骗”父母买了一台复读机。但是大部分时间其实都用来听歌了。村里只有卖零食的小商店，农历逢五逢十的墟日，去镇上赶集，才能够拿出不多的零花钱，买上一盒周杰伦的磁带。</p>
<p>即使是镇上的小店，也没有多少音乐磁带，很多时候被人买走就绝版了。为此还买了空白的磁带，用复读机自带的写磁带功能，用别人的复读机放歌，然后录到自己的空白磁盘上，粘上自制的标签，便有了一盘新的音乐磁带。录的时候有人说话，便连说的话也一起录了进去。</p>
<p>那时候电视还是有线电视，15块钱一个月，但我们家也装不起。因为隔壁的大伯家翻新，暂时住我们家，便把有线电视也迁移了过来，好歹让我过上了一年看有线电视的好日子。频道不多，但总有那么几个台会时不时地放点音乐。听着歌，写着作业，真是好不惬意。</p>
<p>上初中时，因为住校，好歹每个月有了一些生活费。抠抠索索之下，也攒了100块钱，买了一台MP3，屏幕不大，竟然还可以看TXT格式的小说。有了MP3之后，听歌便方便了许多，没事去网吧下点歌，把存储空间用得满满当当。正值QQ音乐”三巨头“火爆的时候，没少听许嵩、徐良、Justin Bieber等人的歌，总算实现了“听歌自由”。那时候，QQ音乐、酷狗等软件下载歌曲还不用收费，还处在中国互联网版权的蛮荒时代。</p>
<p>上高中时，智能手机已经开始普及，但是家长为了好好学习，也没有给买。于是又攒钱买了一个MP3，滚轮的切歌方式，自发光显示屏，再整个小音箱，每天晚上必须听着歌才能安稳睡着。舍友也从嫌吵，慢慢过渡到让我睡前放点歌。后来自己又攒钱买了台智能手机，华为的C8812E，记忆尤深。这时候已经实现了完全的听歌自由，并且APP下载歌曲还是不要钱……</p>
<p>当然，很快偷偷买的智能手机就被发现并没收了，用上了“半智能”的手机。可以插TF卡，可以听歌，还可以上网。还记得高三那会儿，因为无心上学，经常去网吧上网，看到别人在好好学习，晚上回去又是一阵失落。邓紫棋的泡沫，听了不知道几百遍。</p>
<p>上了大学，总算光明正大地用上了智能手机。虽然高三都在网吧，但是大学考得却还可以，于是得到了一台iPhone5s。当然后来因为在网吧上网这台手机丢了，又是后话了……这时候的手机音乐APP已经开始逐渐走上了收费的模式，网易云彼时正火。因为喜欢张碧晨的声音，年轮以数百次的播放量，仍然挂在收听榜的前列。</p>
<p>大学没啥事，开始琢磨听歌的质量了。于是foobar2000顺理成章地出现在了视野里，用着几十块钱的小米音响，说实话真听不出啥叫音质。但是开始琢磨起了怎么定制皮肤，于是在别人的基础上，凑出了一款，自认为还比较满意。发在了贴吧上，现在偶尔还有人来问问楼主还活着没……</p>
<p>现如今，已经找不到一款完全免费的听歌软件。所有的歌曲，都已经标好了价格。</p>
<p>但偶尔还是会怀念曾经“听歌不要钱”的年代，当然买磁带的话，还是要花点钱的。</p>
<p>应该大多数人已经习惯了打开APP听歌，还有一少部分人坚持下载好歌曲导入到手机上。有时候听歌也未必是音乐APP，短视频平台也成了很多人听歌的方式。</p>
<p>现在想听一首歌，可以很简单，打开软件，搜索就能播放。也可以很难，即使开了会员，还有单独售卖的专辑、歌曲。如果是“万元以下听个响”的伙计，那么想必手机APP的歌曲肯定是不堪入耳了。</p>
<p>晚上下班坐在电脑前玩游戏，我会打开QQ音乐的个性电台，或者听听每日30首推荐，能与曾经入耳的旋律偶遇。可惜QQ音乐的算法始终差那么点意思。</p>
<p>硬盘里也存了几十张专辑，却始终找不到让自己满意的播放器。foobar2000已经许久不折腾，Dopamine 2.0 以后的版本用 electron 重写了，用得也不是很顺手。于是自己折腾着用 electron 写了一个，后来接近烂尾了，又重写了一个 lite 版本……</p>
<p>好在 lite 版本还比较满意，目前已经自己用起来，晚上听歌了。</p>
<p>对于我来说，听歌不是一个独立的事，总是伴随着其他活动例如打游戏一起进行。</p>
<p>偶尔夜深人静，洗漱后躺下睡觉的时候，听到若干年前的听过的旋律，我也会想，听到的究竟是歌曲，还是已经走过的和将要走向的人生？</p>
<p>看到这篇称不上文章的你们，又以什么样的方式，听着怎么样的歌曲，在你们的脑海里，回荡的是哪一段旋律？</p>


还在听本地音乐吗

<p>iOS 14 发布后，出现了许多提供高定制性的小组件 app。这其中，使用 JS 写脚本的 Scriptable 的定制性不说第一，前三是没问题的。今天给酷友做一个较为详尽的教程，希望大家都能写出自己的优秀脚本。</p>
<h3 id="一、了解-scriptable">一、了解 Scriptable</h3>
<p>官网有基本的介绍，我们可以看到它的基本介绍是 “Automate iOS using JavaScript”，定位上是自动化工具；同时支持 ES6，有很多 iOS 原生的 API，这些 API 是这个 app 的精髓。</p>
<p>打开 app 文档，可以看到文档写的还是非常详尽的。</p>
<p>常用的 API 主要有 Calendar（读取日历）, Device（设备信息）, FileManager（读取文件） 等等。</p>
<p>建议开始写脚本前，把所有的脚本介绍看一下，有个大概的印象，需要用的时候查文档，也知道在哪里找。</p>
<h3 id="二、一个例子">二、一个例子</h3>
<p>现在我们通过一个“天气”的例子，来实战一下。</p>
<h4 id="（一）基本的小组件">（一）基本的小组件</h4>
<pre><code class="language-javascript">const widget = new ListWidget();// 创建一个桌面小组件对象；
// ListWidget 常用的几个添加元素方法有：
// (1)addText   添加文字
// (2)addImage  添加图片
// (3)addStack  添加Stack
// (4)addSpacer 添加空行
// (5)addDate   添加Date
// 方法名都很简单，看就能明白
// 使用上述方法添加的内容，都是水平占一行
widget.addText(&#39;Hello, World!&#39;);// Hello, World! 是编程界的古老传统了
// Script 是全局对象，其常用的方法有：
// (1)setWidget 创建桌面小组件
// (2)complete  结束 Script 对象
Script.setWidget(widget);// 这样，widget 组件就创建成功了
Script.complete();// 最好结束一下
</code></pre>
<p>这一步很简单，我们的第一个小组件完成了！</p>
<h4 id="（二）稍复杂一点的结构">（二）稍复杂一点的结构</h4>
<p>（1）</p>
<p>一个天气组件一般来讲，应该包括：地点、天气图标、天气文字、温度等；</p>
<p>现在我们来按这个简单的标准写一个简单的结构；</p>
<p>(图 carbon2)</p>
<p>完美！天气组件的雏形已经具备了！</p>
<p>（2）</p>
<p>现在我们来调整一下样式：</p>
<p>（图 carbon3）</p>
<p>很好，天气组件的美观度又提升了一点。</p>


从头开始写一个 Scriptable 脚本

<p>码公文严格意义上讲，不仅一项智力运动，更是一项体力运动。</p>
<p>想象一下一个标准的码公文流程：领导收到了一份文件，粗略地看过后，要求你按照文件的要求，搞一篇稿子。你接到任务，看了一下文件要求，发现里面说的都是一些原则性的废话，但你仍然圈出了几个关键词，并根据这些关键词，开始翻阅相关的文件。有一些文件你整理了，还有印象，但还有更多的文件，要么是纸质的，要么是PDF，等等等等，要找到这些文件，除了你的记忆，别无他法。</p>
<p>不要过于相信自己的整理能力。</p>
<p>多年来，有许多自诩整理能力较好的人士，无一都在关键时候掉了链子。借用熵的概念来理解——井井有条的文件是低熵的状态，而维持这种状态，需要投入大量的能量。码公文已经很累了，我们没有更多的能量去做这件事情。</p>
<p>高等动物和低等动物的分野，是工具的使用。恰好我们人类，是最优秀的工具创造者、使用者。这就是我们为什么需要这些一款工具。</p>
<h2 id="一、了解我们的需求">一、了解我们的需求</h2>
<p>在接到一份公文的任务之后，我们首先需要解读这项任务。目前，这还需要我们人类来完成。</p>
<p>基本了解需求后，我们会根据脑海中提取的关键词，去回想旧的文件。好的，这里我们整理出了第一个需求——根据关键词查找文件。</p>
<p>现在，无论我们通过什么方式，我们找到了一些文件，有纸质的，有电子文档，大多数时候，他们都是完整的文章，我们并不需要全文运用，只需要把有用的部分提取出来——新的需求，找到文件中能为我们所用的段落、句子、章节。</p>
<p>我们读完了这些文件、片段，形成了自己的初步想法，开始在脑海中搭建起一个基本的框架。受限于人类阅读、理解方式的特点，这些框架往往是古老的——又一个需求，从这些古老的框架中，找到适合这项任务的那个。</p>
<p>框架搭成后，往往就是在大框子下填东西，这主要会用到前两个需求的产物。</p>
<p>经过一段漫长的时光，一篇文章诞生了！很好，接下来是无休止的更改与调整。如果说前面三个环节还是智力活动的话，这个环节无疑是体力劳动。反复的修改与推敲，推倒又重来……这里我们有什么需求？是的，这里我们有两个需求——文件版本回溯、同义词句（相似句子）查询。</p>
<p>经过一次又一次、一次又一次……的修改，终于，我们到了校对的环节！</p>
<p>一个人的校对往往是大量错误的开始。我们需要一个这样的工具——一个高效、精确的公文校对器。</p>
<p>好的，现在让我们来整理一下需求：</p>
<blockquote>
<ol>
<li>根据关键词查找文件（段落、片段、句子）</li>
<li>可供选择的文章框架</li>
<li>文章版本管理</li>
<li>同义词查找</li>
<li>校对（拼写检查）</li>
</ol>
</blockquote>
<h2 id="二、更细致一点">二、更细致一点</h2>
<p>在基本需求上，我们再来进一步分析。</p>
<h3 id="第1个需求：关键词查找文件（段落、片段、句子）。">第1个需求：关键词查找文件（段落、片段、句子）。</h3>
<p>（1）关键词录入：手动录入的内容，应该在录入时手动键入关键词（可以有自动提示）；网络抓取的内容，应该通过 NLP 自动识别关键词；</p>
<p>（2）关键词的颗粒度：对一篇文章来讲，关键词应该从文章的主题、各级标题中生成；对片段来讲，一般首句中即会包含关键词；对句子来讲，需求一定的归纳；</p>
<p>（3）关键词与分类：文章的类别一般遵循树状关系，关键词遵循联级、跨越关系。</p>
<h3 id="第2个需求：文章框架">第2个需求：文章框架</h3>
<p>常见的文章框架，应该以思维导图的方式直观展现。</p>
<h3 id="第3个需求：版本管理">第3个需求：版本管理</h3>
<p>（1）借鉴 Git 的理念：借鉴广泛使用的 git，每一版本的改动要做简单的说明。</p>
<p>（2）提供不同版本文件的文本对比，直观展现。</p>
<h3 id="第4个需求：同义词查找">第4个需求：同义词查找</h3>
<p>（1）借鉴成熟的字典软件，多词库进行搜索；</p>
<p>（2）同结构词组、标题搜索。</p>
<h3 id="第5个需求：校对与拼写检查">第5个需求：校对与拼写检查</h3>
<p>（1）对常见、易错的内容，进行归纳，每一篇文章做一次常见错误检查；</p>
<p>（2）针对不同的类型文章，可以有针对性地进行提示。</p>
<h2 id="三、对界面的思考">三、对界面的思考</h2>
<p>无论工具如何发展，人类的大脑永远是最好的工具。在这个工具的首页，将随机展现精选的文章和句子。</p>
<p>其他的界面，将遵循简单易用的原则。</p>


公文写作利器

SQL 常用语句总结

<h1 id="expect">Expect</h1>
<p>Minimalistic BDD assertion toolkit based on
<a href="http://github.com/visionmedia/should.js">should.js</a></p>
<pre><code class="language-js">expect(window.r).to.be(undefined);
expect({ a: &#39;b&#39; }).to.eql({ a: &#39;b&#39; })
expect(5).to.be.a(&#39;number&#39;);
expect([]).to.be.an(&#39;array&#39;);
expect(window).not.to.be.an(Image);
</code></pre>
<h2 id="features">Features</h2>
<ul>
<li>Cross-browser: works on IE6+, Firefox, Safari, Chrome, Opera.</li>
<li>Compatible with all test frameworks.</li>
<li>Node.JS ready (<code>require(&#39;expect.js&#39;)</code>).</li>
<li>Standalone. Single global with no prototype extensions or shims.</li>
</ul>
<h2 id="how-to-use">How to use</h2>
<h3 id="node">Node</h3>
<p>Install it with NPM or add it to your <code>package.json</code>:</p>
<pre><code>$ npm install expect.js
</code></pre>
<p>Then:</p>
<pre><code class="language-js">var expect = require(&#39;expect.js&#39;);
</code></pre>
<h3 id="browser">Browser</h3>
<p>Expose the <code>index.js</code> found at the top level of this repository.</p>
<pre><code class="language-html">&lt;script src=&quot;expect.js&quot;&gt;&lt;/script&gt;
</code></pre>
<h2 id="api">API</h2>
<p><strong>ok</strong>: asserts that the value is <em>truthy</em> or not</p>
<pre><code class="language-js">expect(1).to.be.ok();
expect(true).to.be.ok();
expect({}).to.be.ok();
expect(0).to.not.be.ok();
</code></pre>
<p><strong>be</strong> / <strong>equal</strong>: asserts <code>===</code> equality</p>
<pre><code class="language-js">expect(1).to.be(1)
expect(NaN).not.to.equal(NaN);
expect(1).not.to.be(true)
expect(&#39;1&#39;).to.not.be(1);
</code></pre>
<p><strong>eql</strong>: asserts loose equality that works with objects</p>
<pre><code class="language-js">expect({ a: &#39;b&#39; }).to.eql({ a: &#39;b&#39; });
expect(1).to.eql(&#39;1&#39;);
</code></pre>
<p><strong>a</strong>/<strong>an</strong>: asserts <code>typeof</code> with support for <code>array</code> type and <code>instanceof</code></p>
<pre><code class="language-js">// typeof with optional `array`
expect(5).to.be.a(&#39;number&#39;);
expect([]).to.be.an(&#39;array&#39;);  // works
expect([]).to.be.an(&#39;object&#39;); // works too, since it uses `typeof`

// constructors
expect([]).to.be.an(Array);
expect(tobi).to.be.a(Ferret);
expect(person).to.be.a(Mammal);
</code></pre>
<p><strong>match</strong>: asserts <code>String</code> regular expression match</p>
<pre><code class="language-js">expect(program.version).to.match(/[0-9]+\.[0-9]+\.[0-9]+/);
</code></pre>
<p><strong>contain</strong>: asserts indexOf for an array or string</p>
<pre><code class="language-js">expect([1, 2]).to.contain(1);
expect(&#39;hello world&#39;).to.contain(&#39;world&#39;);
</code></pre>
<p><strong>length</strong>: asserts array <code>.length</code></p>
<pre><code class="language-js">expect([]).to.have.length(0);
expect([1,2,3]).to.have.length(3);
</code></pre>
<p><strong>empty</strong>: asserts that an array is empty or not</p>
<pre><code class="language-js">expect([]).to.be.empty();
expect({}).to.be.empty();
expect({ length: 0, duck: &#39;typing&#39; }).to.be.empty();
expect({ my: &#39;object&#39; }).to.not.be.empty();
expect([1,2,3]).to.not.be.empty();
</code></pre>
<p><strong>property</strong>: asserts presence of an own property (and value optionally)</p>
<pre><code class="language-js">expect(window).to.have.property(&#39;expect&#39;)
expect(window).to.have.property(&#39;expect&#39;, expect)
expect({a: &#39;b&#39;}).to.have.property(&#39;a&#39;);
</code></pre>
<p><strong>key</strong>/<strong>keys</strong>: asserts the presence of a key. Supports the <code>only</code> modifier</p>
<pre><code class="language-js">expect({ a: &#39;b&#39; }).to.have.key(&#39;a&#39;);
expect({ a: &#39;b&#39;, c: &#39;d&#39; }).to.only.have.keys(&#39;a&#39;, &#39;c&#39;);
expect({ a: &#39;b&#39;, c: &#39;d&#39; }).to.only.have.keys([&#39;a&#39;, &#39;c&#39;]);
expect({ a: &#39;b&#39;, c: &#39;d&#39; }).to.not.only.have.key(&#39;a&#39;);
</code></pre>
<p><strong>throw</strong>/<strong>throwException</strong>/<strong>throwError</strong>: asserts that the <code>Function</code> throws or not when called</p>
<pre><code class="language-js">expect(fn).to.throw(); // synonym of throwException
expect(fn).to.throwError(); // synonym of throwException
expect(fn).to.throwException(function (e) { // get the exception object
  expect(e).to.be.a(SyntaxError);
});
expect(fn).to.throwException(/matches the exception message/);
expect(fn2).to.not.throwException();
</code></pre>
<p><strong>withArgs</strong>: creates anonymous function to call fn with arguments</p>
<pre><code class="language-js">expect(fn).withArgs(invalid, arg).to.throwException();
expect(fn).withArgs(valid, arg).to.not.throwException();
</code></pre>
<p><strong>within</strong>: asserts a number within a range</p>
<pre><code class="language-js">expect(1).to.be.within(0, Infinity);
</code></pre>
<p><strong>greaterThan</strong>/<strong>above</strong>: asserts <code>&gt;</code></p>
<pre><code class="language-js">expect(3).to.be.above(0);
expect(5).to.be.greaterThan(3);
</code></pre>
<p><strong>lessThan</strong>/<strong>below</strong>: asserts <code>&lt;</code></p>
<pre><code class="language-js">expect(0).to.be.below(3);
expect(1).to.be.lessThan(3);
</code></pre>
<p><strong>fail</strong>: explicitly forces failure.</p>
<pre><code class="language-js">expect().fail()
expect().fail(&quot;Custom failure message&quot;)
</code></pre>
<h2 id="using-with-a-test-framework">Using with a test framework</h2>
<p>For example, if you create a test suite with
<a href="http://github.com/visionmedia/mocha">mocha</a>.</p>
<p>Let&#39;s say we wanted to test the following program:</p>
<p><strong>math.js</strong></p>
<pre><code class="language-js">function add (a, b) { return a + b; };
</code></pre>
<p>Our test file would look like this:</p>
<pre><code class="language-js">describe(&#39;test suite&#39;, function () {
  it(&#39;should expose a function&#39;, function () {
    expect(add).to.be.a(&#39;function&#39;);
  });

  it(&#39;should do math&#39;, function () {
    expect(add(1, 3)).to.equal(4);
  });
});
</code></pre>
<p>If a certain expectation fails, an exception will be raised which gets captured
and shown/processed by the test runner.</p>
<h2 id="differences-with-shouldjs">Differences with should.js</h2>
<ul>
<li>No need for static <code>should</code> methods like <code>should.strictEqual</code>. For example,
<code>expect(obj).to.be(undefined)</code> works well.</li>
<li>Some API simplifications / changes.</li>
<li>API changes related to browser compatibility.</li>
</ul>
<h2 id="running-tests">Running tests</h2>
<p>Clone the repository and install the developer dependencies:</p>
<pre><code>git clone git://github.com/LearnBoost/expect.js.git expect
cd expect &amp;&amp; npm install
</code></pre>
<h3 id="node-1">Node</h3>
<p><code>make test</code></p>
<h3 id="browser-1">Browser</h3>
<p><code>make test-browser</code></p>
<p>and point your browser(s) to <code>http://localhost:3000/test/</code></p>
<h2 id="credits">Credits</h2>
<p>(The MIT License)</p>
<p>Copyright (c) 2011 Guillermo Rauch &lt;<a href="mailto:&#103;&#x75;&#x69;&#x6c;&#108;&#101;&#114;&#x6d;&#x6f;&#x40;&#x6c;&#101;&#97;&#114;&#x6e;&#98;&#x6f;&#111;&#115;&#116;&#46;&#99;&#111;&#109;">&#103;&#x75;&#x69;&#x6c;&#108;&#101;&#114;&#x6d;&#x6f;&#x40;&#x6c;&#101;&#97;&#114;&#x6e;&#98;&#x6f;&#111;&#115;&#116;&#46;&#99;&#111;&#109;</a>&gt;</p>
<p>Permission is hereby granted, free of charge, to any person obtaining
a copy of this software and associated documentation files (the
&#39;Software&#39;), to deal in the Software without restriction, including
without limitation the rights to use, copy, modify, merge, publish,
distribute, sublicense, and/or sell copies of the Software, and to
permit persons to whom the Software is furnished to do so, subject to
the following conditions:</p>
<p>The above copyright notice and this permission notice shall be
included in all copies or substantial portions of the Software.</p>
<p>THE SOFTWARE IS PROVIDED &#39;AS IS&#39;, WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY
CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.</p>
<h3 id="3rd-party">3rd-party</h3>
<p>Heavily borrows from <a href="http://github.com/visionmedia/should.js">should.js</a> by TJ
Holowaychuck - MIT.</p>


Expect.js 文档

Electron 中文乱码问题

<p>时间：2021-11-24</p>
<p>功能：实现拖动上传文件至数据库位置，并可手动添加作者、标签等信息</p>
<p>具体：已经实现拖拽上传，但还不够完美，需要进一步美化代码。</p>
<p>时间：2021-11-28</p>
<p>已实现功能：</p>
<ul>
<li><input checked="" disabled="" type="checkbox"> 文件列表</li>
<li><input checked="" disabled="" type="checkbox"> 文件预览</li>
<li><input checked="" disabled="" type="checkbox"> 文件拖动上传</li>
<li><input checked="" disabled="" type="checkbox"> 文件删除</li>
</ul>
<p>待实现功能</p>
<ul>
<li><input checked="" disabled="" type="checkbox"> 文件信息修改</li>
<li><input disabled="" type="checkbox"> docx 系列文件预览</li>
<li><input disabled="" type="checkbox"> 全文搜索</li>
</ul>
<hr>
<p>时间：2021年12月1日</p>
<p>完成 dbr system 的 typescript 改造。</p>
<hr>
<h2 id="开发计划">开发计划</h2>
<ul>
<li><input disabled="" type="checkbox"> 通用的 app 菜单栏</li>
<li><input checked="" disabled="" type="checkbox"> electron + react + typescript 模板</li>
<li><input disabled="" type="checkbox"> 主题设计器</li>
</ul>
<hr>


DBR System Develop Record

<h3 id="从现代的虚无中解脱">从现代的虚无中解脱</h3>
<p>杨立华 北京大学哲学系副教授，主要研究方向为宋明哲学，以及魏晋哲学等。</p>
<p>我们几乎每天都生活在 “现代” 这个词之中，每天通过这个词来理解自己的生活，理解所处的时代与世界。但什么是 “现代”？当我们用到“现代” 这个词的时候，我们在说什么？潜台词到底是什么？
问题的本质是我们如何理解现代性（modernity），现代性是用来描述 “现代” 这样的状态。在这里，我想着重突显现代性的问题，而不是给现代性唱赞歌。我们要突显和思考的是现代生活中虚无主义的特征，以及在这样的生活中，儒家精神能带给我们怎样的启发？</p>
<p><strong>“现代” 的优越感和傲慢</strong></p>
<p>通常情况下，当我们说到 “现代” 的时候，是在强调我们和传统间的关系。我们不断地强调“现代”，是为了强调我们跟传统之间的断裂，这里包含着一种现代人的优越感，甚至可以说包含着现代人的傲慢。
接下来要思考的问题是，这个断裂在哲学上到底是真相还是虚构？如果这个断裂是真相，它在什么意义上是真相？如果这个断裂是虚构，那又在什么层面上是虚构？
在某些层面上，尤其工具层面上，这种 “现代” 和“传统”所强调、突显出来的断裂的确是一个真相。在中国古代哲学观念的 “器” 的层面上，从传统到现代发生了巨大的变化，甚至是质的变化。
无论如何，人类今天掌握工具的强度确实是空前的。很多年前，一个学佛的老朋友说：“人类这样一种在道德上有致命缺陷的存在，怎么有资格掌握这么大的力量？”无论如何，在工具层面，在 “器” 的层面，从传统到现代的确发生了彻底的变化。
然而与 “器” 相对的概念是 “道”。在“道” 的本质层面，换言之，在生活本质的层面，传统到现代是不是也发生了巨大的变化？生活用的工具变了，但内容变了吗？生活最基本的内容难道不再是喜怒哀乐、衣食住行、饮食男女、生老病死了吗？
站在中国古代哲学的立场上，无论是儒家还是道家，都不认可人的生活本质从传统到现代、或者从古到今发生了什么本质的变化。因为中国古代的思想家都认为，无论时代怎么变，生活的本质有它的连续性。
《老子》这本书说：“执古之道，以御今之有”，意思是我们只要能把握住古代的 “道”，就可以用它来应对、解决今天的种种问题。因为从传统到现代，生活的本质是延续的。人生最基本的困境、最基本的问题，古人怎么面对，今天我们还是怎么面对。佛家开宗明义就讲“生老病死” 四个字，技术发展到今天，我们解决其中任何一个字了吗？
首先，“生” 的问题解决了吗？德国哲学家海德格尔（Martin Heidegger ）说：“人是被抛入这个世界的。”“被抛入” 意味着什么？不管出生的方式是什么，所有人都没有办法选择或者拒绝自己的出生，也没办法改变。
然后是 “老” 的问题。当代中国诗人西川在很年轻的时候就写过一首诗《一个人老了》。这首诗点点滴滴地告诉我，衰老从什么样的细节里透露出来，从眼神、步态，从对他人的态度中透露出来。衰老是没有办法克制的。
那么 “病” 的问题呢？疾病也没有办法解决。讲起来令人绝望，最后就是死亡。最令人绝望的东西终于来了。死亡，没有人能躲得开，而且面对死亡，没有人能帮你。所有人所能面对的最孤独的处境就是死亡。
同时，死亡又不是等在远处的终点。海德格尔说：“人一出生就老得足够去死了。” 死亡，是伴随在每个人身上的一种本质的可能性。在这个意义上，海德格尔把我们的生存总结为 “向死而在（Being-towards-death ）”，我们每个人实际上都是向死亡存在着。每一天的生存都是在死的可能性之上的展示。
正因为死亡会让我们曾经拥有和现在拥有的一切都最终失去，所以我们珍惜；由于我们珍惜，所以我们爱；由于我们爱，生活才能有如此的丰富。所以 “向死而生” 是非常本质的处境，这个处境导致人的一个基本处境就是 “在意（care）”。我们和一张桌子最大的区别就是我们生存着，同时我们“在意” 自己是否生存以及如何生存，人的本质在此。
在 “生老病死” 这四个字没有一个字得到解决的情况下，我们怎么能说我们自己就生活在人类空前的高度上？得到了人类全新的本质？因此，“现代”所标榜出来的和传统之间的断裂，在哲学、在生活本质上是一个虚构。</p>
<p><strong>现代性的本质是虚无</strong></p>
<p>虚构出来的现代和传统间的断裂，会带来什么样的后果？它没有也不可能改变生活的本质，但却能改变人们的生活态度。这种生活态度的变化，也意味着在现代世界里，人们看待自我、理解自我、看待世界、理解世界的方式发生了变化。实际上，很多问题是人们对自我与世界关系的理解变化而导致本质的变化。所以，现代性实际上意味着一种新的、主流生活态度的出现。
作为一种主流生活态度的 “现代性”，其哲学特征是什么？反思现代性是 21 世纪哲学里面最重要的主题。我们不能批判现代性，因为现代性是我们的命运，但是我们可以反思。
现代性的特征之一是生活的单面性。德国哲学家马尔库塞（Herbert Marcuse ）有一本著作名字是《单向度的人》，台湾译作《单面人》。与单面相对的是 “人的全面发展”。决定我们生活单面性的，首先取决于我们的生产方式，也就是社会化大生产。每个人就沦为社会大机器上面的一个点、一个环节、一个片断、一个零件，就像卓别林在电影《摩登时代》里塑造的那个只会用扳手的工人。
马克思（Karl Max）在《1844 年经济学哲学手稿》中提到一个非常重要的概念叫 “异化”。“异化” 的概念深刻地揭示了在今天的生活条件下，被奴役状态。每个人开始沦为自己生产出来的产品的奴隶。比如《蜗居》里的“房奴”，电视剧《手机》里的“机奴”。
现代性的特征之二是 “机心”。“机心” 这个词是中国哲学的概念，来自《庄子 · 天地》。“机心”就是机巧之心。今天人们对的生活方便和舒适的追求到了无节制的地步，这就是“机心”。
我们所处的消费社会由三个环节构成：第一个环节是发明欲望；第二个环节是诱导欲望；第三个环节才是满足欲望。任何一个新的产品开创市场、占据市场，其实就是靠这三个环节，欲望最终调动的还是 “机心”。
很多知识生产已经不承担揭示真理的义务，而是承担的一切都是消费的义务。这种知识生产的粗浅也败坏了知识分子的基本品质。很多知识分子的努力方向已经变了，所谓的揭示真相，其实仅仅是为了促进消费。
现代性的第三个特征是数字理性。德国社会学家马克斯 · 韦伯（Max Weber）在讲现代化的过程时，提出了一个非常重要的现代化理论。他说：所谓的现代化其实就是理性化。理性化的本质就是 “去魅”，“去魅” 就是去除各种不可理解的、没有根据的、不可思议的东西。随着理性目光的升华和普及，迷信无所遁形。理性的目光驱逐迷信，就像阳光驱逐黑暗一样。
韦伯区分出了两种最重要的理性类型：一种是工具理性，另一种是价值理性。价值理性有时候也可以称之为目的性，工具理性是要把自己身边所有的东西，包括人，都贬降为工具。
现代性的三大哲学特征带来了三个直接的后果：一、意义的缺失，人生找不到意义；二，道德相对主义，人们判断是否道德、善恶的标准是相对的，没有确定不移的是非善恶标准；第三个是自我中心主义。这三个特征加在一起就构成了虚无主义的世界。虚无主义特征基本上是现代性的本质，这也是 20 世纪所有哲学家认真思考的问题。</p>
<p><strong>幸福品格对峙虚无主义</strong></p>
<p>如何对峙个人生活中的虚无主义？作为个体智慧的儒家精神可以给我们巨大的帮助。
梁漱溟先生说，儒家精神在本质上是一种乐感文化，这是非常敏锐的洞见。作为一种乐感文化的儒家精神，与基督教的罪感文化、佛教的苦感文化形成了鲜明的对比。基督教的起点是原罪，佛教的起点是一切皆空，所以，儒家看待这个世界的目光总有春天般温暖，这种温暖的目光所看到的生活点滴，落实在个人生活中其实就是幸福。
儒家追求什么样的幸福？后世的儒者总结为孔颜乐处。孔子评论颜回说：“饭疏食，饮水，曲肱而枕之，乐亦在其中矣。” 在如此简单朴素的生活里，连接着至高的幸福和享受，这就是孔子讲的幸福。在这种让人感到焦虑的简单生活里，颜回始终不改自己内心的安宁和富足。
孔颜乐处追求的幸福是最朴素的，最切近于每一个人生活的幸福。我们被幸福闪电击中的时候，往往是这样最朴素生活的瞬间。日本电影《秋日和》中有一个片段，一对恋人在夕阳之中回家的路上，两个人碰到了一个易拉罐，就一路把易拉罐踢回家，整个过程，脸上洋溢着温暖和幸福。这就是我们一生追求的东西，就在这么简单的瞬间中实现了。
在儒家看来，要想实现这种朴素的幸福，关键在于你内在心灵的状态。幸福的根本在于你 “仁” 还是 “不仁”，我把“仁” 解释为幸福品格。一个人能否幸福，根本上取决于你是否拥有幸福品格。
什么样的人算是拥有幸福品格的人？在日常生活中自然而然就能拥有幸福品格的人是罕见的，绝大多数人要想培养出自己的幸福品格都需要深刻的反思、认真的磨炼和修养。
幸福品格的基础在于自由而醒觉的心灵。一个拥有自由而醒觉心灵的人，时时刻刻都能知道自己是谁，都能知道自己人生意义何在，人生的价值何在都能感受到生活中独有的幸福和愉悦。其实每个人的幸福生活中都有那种不可替代的东西，关键是你有没有这样的心灵。同时，一个拥有自由而醒觉心灵的人，也时时刻刻能够清晰地感受到他人的存在，能够知道他人的疾苦，从而能够知道如何去呵护和照料他人，所以这样的人同时又是有德者。在这个意义上，儒家在个体生活智慧层面，都根源于自由而醒觉的心灵。</p>
<p><strong>幸福品格建立的根基</strong></p>
<p>幸福的品格应该建立在神圣感和敬畏心、建立在 “仁” 的花朵和 “忧” 的责任感上。
生活已经足够神圣  我曾经带领一个企业家研修班去曲阜孔庙游学。在孔子生平中我曾经讲到，孔子的父亲生孔子时已经快 70 岁了，而孔子的母亲才 17 岁。在孔子墓前，一位学员说：“看来等我 70 岁的时候，也得找一个 17 岁的姑娘，生出一个孔子来。” 当时我就气得要命。
“敬畏” 二字是理解儒家精神一把钥匙。其实神圣感离我们并不远，如果你能够培养出自己的敬畏心，在最平凡的生活里，你也能够感受到那种清晰的神圣感。
如果我们拿一张我们年轻时期的照片，和我们父辈同一个年龄段的照片作对比，我们脸上少了什么东西？多了什么东西？多了很多肉，少了那种精粹之气、庄重之气。问题就在于神圣感的消失。其实，生命本身就足够神圣，我们只需要一个感悟神圣的心灵。
“仁”是一朵爱花  孔子和孟子都没有给 “仁” 定义，为什么孔子不给定义？因为 “仁” 在某种意义上无法定义，“仁”是一个完整的精神整体，包含多个侧面。
“仁”的概念里包含爱、敬畏、独立、自由、主体性，等等。“仁”像一个花朵，这些侧面都是这个花朵上的花瓣，每片花瓣都是 “仁” 精神整体的侧面。但你不能把 “仁” 的精神整体等同于其中任何一片花瓣。
很多人在生活里感受不到幸福，这就是麻木，麻木就是不仁，就是没有感知的能力。“仁” 的概念中有一个最重要含义就是 “觉醒”。麻木的原因是因为心丢了，灵魂出壳，也就是《大学》里面讲的 “心不在焉，视而不见，听而不闻，食而不知其味”。所以孟子说要 “求放心”，寻找我们丢失的心。
忧是儒家的责任感  米兰 · 昆德拉有一部小说叫《不能承受的生命之轻》，生活变成轻飘飘的，没有值得奋斗的东西。随着生活失重，生活也就失去了意义。今天生活的根本问题其实是意义缺失的问题，绝大多数人找不到人生意义。负重感的缺失是另一种意义的缺失。如果你找不到人生的责任感，那一定是因为你忘掉了自己本该承担的责任，而不是你已经把该承担的责任都承担完了。
“忧”是儒家的另一个核心概念，是一种人与人之间最深厚情感的纽带，两个人之间只要建立 “忧” 的情感，对这个人承担责任几乎是无限的，甚至有的时候会达到主体性倒置的地步。人不会忽略大众，所以 “忧” 的种子在我们内心中生根发芽，我们就走向一条 “老吾老以及人之老，幼吾幼以及人之幼” 的道路，从而把这种责任延伸到整个社会。
责任其实是生命的阳光，一个有负重感的人，他身上所带来的、所焕发出的神采是跟别人不一样的。人生因责任而充实，因充实而饱满，因饱满而光辉。</p>


从现代的虚无中解脱

<h1 id="mac-双系统-调整大小">mac 双系统 调整大小</h1>
<p>mac 安装了双系统之后，有时候会发现两个系统的大小不是那么合意，想要调整一下大小，但是 bootcamp 助手又不给力。这里提供一个曲线救国的方法，即，使用 winclone 软件来备份 Windows 系统，然后再恢复的方法。</p>
<p>总体分四步：</p>
<ol>
<li>利用 winclone 备份 Windows 为一个镜像( winclone 格式)；</li>
<li>用 bootcamp 助手将硬盘恢复为一整个 mac 系统分区；</li>
<li>用 磁盘工具 将磁盘分区，分出适合的大小供 Windows 使用；</li>
<li>将备份的镜像恢复到分出的 Windows 分区；</li>
</ol>
<p>以下是具体步骤：</p>
<p>第一步：备份 Windows 为镜像文件</p>
<ul>
<li>打开 winclone ，选定你的 windows 分区(我这里是 System )，然后点击右边的 Save Image，然后点选下方的 Save Image，保存到你喜欢的地方。注意文件大小取决于你的 windows 分区大小，如果你的 mac 空间比较吃紧，那么最好有另外的存储设备。看图更加直观。图1-1 ，图1-2
<img src="http://os77kcgn0.bkt.clouddn.com/%E5%9B%BE1-1.jpg" alt="pic1-1">
<img src="http://os77kcgn0.bkt.clouddn.com/%E5%9B%BE1-2.jpg" alt="pic1-2"></li>
</ul>
<p>第二步：恢复为 mac 系统的单个分区</p>
<ul>
<li>打开 bootcamp 助手(Bootcamp Assistant)，选择恢复(Restore)，这会将硬盘恢复为一个 mac 系统分区。只要正常操作 mac 系统的文件不会被修改。图2
<img src="http://os77kcgn0.bkt.clouddn.com/%E5%9B%BE2.jpg" alt="pic2"></li>
</ul>
<p>第三步：进行磁盘分区</p>
<ul>
<li><p>打开 磁盘工具(Disk Utility)，选择 mac 的磁盘进行分区，分出你喜欢的空间给 windows 分区。图3-1，图3-2
<img src="http://os77kcgn0.bkt.clouddn.com/%E5%9B%BE3-1.jpg" alt="pic3-1">
<img src="http://os77kcgn0.bkt.clouddn.com/%E5%9B%BE3-2.jpg" alt="pic3-2"></p>
</li>
<li><p>分区之后，将分出来的空间抹掉(在 PC 中一般称之为&quot;格式化&quot;)，抹掉为 MS-DOS(FAT) 格式，也即 FAT32。图4
<img src="http://os77kcgn0.bkt.clouddn.com/%E5%9B%BE4.jpg" alt="pic4"></p>
</li>
</ul>
<p>第四步：恢复镜像</p>
<ul>
<li>回到 winclone 软件中，这时候备份好的 .winclone 文件已经被自动读取了，点选它，然后在右侧点选你要恢复到的 windows 分区(我这里是System)，然后点击右下方恢复(Restore to Volume…)。图5
<img src="http://os77kcgn0.bkt.clouddn.com/%E5%9B%BE5.jpg" alt="pic5"></li>
</ul>
<p>第五步：完成</p>
<ul>
<li>等待，完成！</li>
</ul>
<blockquote>
<p>本文首发于<a href="http://blog.mintin.me">Mint Forge</a>，转载请注明。</p>
</blockquote>


介绍如何给安装了双系统的 mac 电脑调整两个系统分区的大小