<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
    <channel>
        <title>Gawain&apos;s Jail</title>
        <link>http://khsing.net/</link>
        <description>有一种生活叫监狱生活</description>
        <language>en</language>
        <copyright>Copyright 2010</copyright>
        <lastBuildDate>Wed, 06 Jan 2010 14:54:58 +0800</lastBuildDate>
        <generator>http://www.sixapart.com/movabletype/</generator>
        <docs>http://www.rssboard.org/rss-specification</docs>
        
        <item>
            <title>帮助怡帆</title>
            <description><![CDATA[看到<a href="http://www.ifanr.com/6104">拯救怡帆：请帮助这位漂亮、坚强的女孩</a>。我自己到今年5月底就会成为一名父亲，深感这样的事情是大不幸，希望怡帆能够挺过去，去拥有她应该拥有的童年。
<img src="http://d5842256.u88.c8.ixwebhosting.com/images/a.jpg" />
<pre>
捐赠方式
1. 银行转账 
怡帆妈妈农业银行账户： 
户名：周萍 
账号：6228480010211053011 
开户行：中国农业银行北京市分行白石桥支行 
2. 支付宝 
怡帆基金支付宝账户：yifanfoundation@gmail.com 
3. 和睦家基金会 (美元捐款) 
</pre>
另有网站：<a href="http://www.help-yifan.org">http://www.help-yifan.org</a>，网站上也可以看到<a href="http://www.help-yifan.org/donate.html">捐款信息</a>。望怡帆重返健康！]]></description>
            <link>http://khsing.net/2010/01/post-8.html</link>
            <guid>http://khsing.net/2010/01/post-8.html</guid>
            
                <category domain="http://www.sixapart.com/ns/types#category">diary excerpt</category>
            
            
            <pubDate>Wed, 06 Jan 2010 14:54:58 +0800</pubDate>
        </item>
        
        <item>
            <title>终了2009</title>
            <description><![CDATA[<p>2009年又要过去了，一年又一年，日子总是追着走。</p>
<p>从工作、学习和生活三个方面去说，2009年做的事真是不多，有些得过且过的感觉了。年初我有许多的计划，可是到了年终，细细的数来却没能完成几样。生活上值得庆祝的事情，一来办了婚礼，二来呢做了准爸爸。工作上没有值得庆祝的事，只有值得反省的事。学习上的事情，是觉的学的太慢了，而且网撒的太大，有点收不住的感觉了。</p>
<p>2010年对自己的希望是：
<ol>
<li>做一个好爸爸。</li>
<li>多学一门外语。</li>
<li>把学习的重点放在计算机科学上，不要再搞民科了。要深一些！</li>
<li>广交好友，提升RP。</li>
<li>在人大的学习该有个了结了。</li>
<li>多了解一些微观经济学的东西。</li>
<li>克服拖沓症。</li>
</ol>
</p>]]></description>
            <link>http://khsing.net/2009/12/2009.html</link>
            <guid>http://khsing.net/2009/12/2009.html</guid>
            
                <category domain="http://www.sixapart.com/ns/types#category">life</category>
            
                <category domain="http://www.sixapart.com/ns/types#category">note</category>
            
            
                <category domain="http://www.sixapart.com/ns/types#tag">总结</category>
            
            <pubDate>Thu, 31 Dec 2009 09:07:29 +0800</pubDate>
        </item>
        
        <item>
            <title>Automator Proxy Toggle Shell</title>
            <description><![CDATA[人都是被逼出来的，为翻墙方便，用Automator写了一个Service，就执行一段shell，还设置了一个快捷键。
<pre>
#!/bin/sh
STAT=`sudo networksetup -getwebproxy Ethernet | head -1 | cut -d: -f 2|sed 's/ //g'`
if [ "$STAT" == "No" ];then
	networksetup -setwebproxystate Ethernet on;
    /Users/guixing/bin/growlnotify -m "Proxy On";
else
	networksetup -setwebproxystate Ethernet off;
    /Users/guixing/bin/growlnotify -m "Proxy Off";
fi
</pre>
<code>growlnotify</code>是Growl的一个命令行工具。]]></description>
            <link>http://khsing.net/2009/12/automator-proxy-toggle-shell.html</link>
            <guid>http://khsing.net/2009/12/automator-proxy-toggle-shell.html</guid>
            
                <category domain="http://www.sixapart.com/ns/types#category">diary excerpt</category>
            
                <category domain="http://www.sixapart.com/ns/types#category">shared</category>
            
            
                <category domain="http://www.sixapart.com/ns/types#tag">gfw</category>
            
                <category domain="http://www.sixapart.com/ns/types#tag">proxy,</category>
            
            <pubDate>Fri, 11 Dec 2009 10:23:49 +0800</pubDate>
        </item>
        
        <item>
            <title>Google的公共DNS服务</title>
            <description><![CDATA[Google提供了公共的DNS服务，三金和老黄马上就想到了对CDN厂商的冲击。我看了下Google的<a href="http://code.google.com/speed/public-dns/docs/performance.html">Performance Benefits</a>，记一笔。
<p>发生在解析服务器和其它DNS服务器的传输时间，有三个原因。
<ul>
<li> 无缓存。无缓存就要查其它的NS。</li>
<li> 无法服务。要查的NS如果过载，就可能发生请求被丢弃或重发。</li>
<li> 恶意的流量。DoS，重点是攻击，人为造成第二种情况甚至更严重。</li>
</ul>
</p>
<p>无缓存的情况有一些数据，NS服务器拿到一个无缓存的请求，会导致至少1次的外部NS查询，一般情况会是2次以上。</p>

<p>根据Googlebot的情况来看，平均解析时间是130ms，然而还有4-6%的请求会直接超时，这通常是UDP丢包或服务器无法到达。把丢包，死NS，NS配置错误等因素都计算进来的话，实际的解析时间是300-400ms。</p>

<p>无缓存的情况较难避免，原因有三：
<ul>
<li>internet太大而且还在成长。新用户和新网站都在增长，并不是所有的网站都是那么的流行，所以大部分的请求都是无缓存的情况。</li>
<li>TTL太短，这个好象是个趋势，短TTL带来的就是更多的NS请求。</li>
<li>缓存是相对隔离的，NS大多放在LB设备下，缓存是随机的。所以就增加了无缓存的情况。</li>
</ul>
</p>
<p>Google采用了一些方法，如下：
<ul>
<li> 提供足够的服务器。</li>
<li> 避免恶意攻击。</li>
<li> LB使用共享的缓存。</li>
<li>预抓取名字解析。</li>
<li> 提供全球服务。</li>
</ul>
其中新的东东是这个预抓取！</p>]]></description>
            <link>http://khsing.net/2009/12/googledns.html</link>
            <guid>http://khsing.net/2009/12/googledns.html</guid>
            
                <category domain="http://www.sixapart.com/ns/types#category">note</category>
            
            
                <category domain="http://www.sixapart.com/ns/types#tag">dns</category>
            
            <pubDate>Fri, 04 Dec 2009 11:41:21 +0800</pubDate>
        </item>
        
        <item>
            <title>记一笔keep-alive和cache-control</title>
            <description><![CDATA[以前看的时候大多走马观花，补补课，记一笔吧。
<ul>
<li>对于静态内容在HTTP Header中设置过期时间和最大时间，可以有效的使浏览器避免下载已经下载过的文件。</li>
<li>js,css,图片什么的都是静态内容，都应该考虑cache，但是html不是静态内容。</li>
<li>Expires和Cache-Control: max-age是资源终身鲜活的Cache控制。浏览器在过期之前不进行资源的鲜活检查。</li>
<li>Last-Modified 和ETag则是对资源的一种描述，属于启发式的Cache控制，浏览器在检查之后再决定使用Cache与否。</li>
<li>Expires 和Cache-Control: max-age，作用相同，设置其中一个即可，Last-Modified 和Etag也是冗余的设置，设置其中一个即可。</li>
<li>设置Expires，Cache-Control支持率不及Expires。这个值通常设置1个月，不要超过1年。如果不知道过期时间，就设长一点，当发生变化的时候使用URL的指纹。</li>
<li>要考虑到代理服务器的Cache情况，使用Cache-Control的public还是private。通常来说要set-cookie的地方就不要让代理Cache，所以设置为Private。</li>
<li>代理Cache的情况还有压缩与否的问题，有两种方法，一种是把Cache-Control设置为Private，使代理服务器不Cache这些内容。另一种是设置Vary: Accept-Encoding的Header，这可以使代理Cache两种内容，压缩的与不压缩的。</li>
<li>避免Firefox的URL哈希冲突，Firefox的URL哈希算法有8个字符的冲突边界。所以两个资源的URL差异应该在8个字符以上。</li>
<li>设置正确的Vary Header，IE对于设置了Vary头的资源是不Cache的，有例外，Vary头的值是Accept-Encoding和User-Agent的时候可以被IE给Cache，所以要么不设Vary头，要么就对Vary头进行裁剪。</li>
</ul>

HTTP Keep-alive呢，重点看以下几个文档：
<ul>
<a href="http://httpd.apache.org/docs/2.0/mod/core.html#keepalive">http://httpd.apache.org/docs/2.0/mod/core.html#keepalive</a></li>
<li><a href="http://en.wikipedia.org/wiki/HTTP_persistent_connection">http://en.wikipedia.org/wiki/HTTP_persistent_connection</a></li>
<li><a href="http://en.wikipedia.org/wiki/Keepalive">http://en.wikipedia.org/wiki/Keepalive</a></li>
<li><a href="http://blog.opensource.org.cn/hdcola/2008/05/apachekeepalive-1.html">Apache的KeepAlive设置与优化 - 老黄纸条箱</a>（这篇是精华）</li>
</ul>
Keep-alive是指在同一个连接中发出和接收多次HTTP请求。优点是：
<ul>
<li> 使用较少的CPU和内存</li>
<li>开启HTTP 管道</li>
<li>减少网络拥堵</li>
<li>在接下来的请求中，减少传输时间。</li>
<li>错误可以被报告但是不关闭TCP连接。</li>
</ul>
<p>在RFC 2617第47页里，一个用户客户端对任何服务器或代理不能维持2个以上的连接。代理可以维持2xN个连接。</p>
<p>IE6和7使用 2个长连接，IE8使用6个，都是在60秒之后超时。
Firefox的长连接都是在300秒超时，同时使用的连接可以自定义（按每主机或总计），Opera与Firefox类似。</p>
]]></description>
            <link>http://khsing.net/2009/12/keep-alivecache-control.html</link>
            <guid>http://khsing.net/2009/12/keep-alivecache-control.html</guid>
            
                <category domain="http://www.sixapart.com/ns/types#category">note</category>
            
            
            <pubDate>Wed, 02 Dec 2009 09:37:33 +0800</pubDate>
        </item>
        
        <item>
            <title>卧底经济学的小记(1)</title>
            <description><![CDATA[<ul><li><blockquote>
还价能力来自于稀缺性。
</blockquote>
稀缺有两种，一种是自然稀缺，另一种是人为稀缺。人为的通过政策和法律限制"边际"资源，造成资源的稀缺，进而提高了还价的能力。
</li>
<li>
<blockquote>
如果1蒲式耳粮食值1美元，那么5蒲式耳粮食就是5美元的地租。如果1蒲式耳粮食值20万美元，那么5蒲式耳粮食就是100万美元的地租。
</blockquote>
现行的货币系统，因其本身做为一种商品，其价值的不稳定，对普通大众甚至是有一定的欺骗性。许多人认为货币是稳定不变的，至少认为变化不大，而实际上货币是有时间成本的，是在不断贬值的。当存款的利率低于当年的通货澎胀率，那么把钱存在银行实际上是在赔钱。实际这个例子是在说羊毛出在羊身上，地租的差异是因为地皮的差异，但是地租的高低则是议价的结果。而且地皮的差异并不是一承不变的，比如买房的时候周围还没有地铁，但是后来地铁新建之后就改变了地皮与地皮之间的差异。
</li>
</ul>]]></description>
            <link>http://khsing.net/2009/12/1.html</link>
            <guid>http://khsing.net/2009/12/1.html</guid>
            
                <category domain="http://www.sixapart.com/ns/types#category">note</category>
            
            
                <category domain="http://www.sixapart.com/ns/types#tag">笔记</category>
            
                <category domain="http://www.sixapart.com/ns/types#tag">经济学,故事,</category>
            
            <pubDate>Tue, 01 Dec 2009 09:51:21 +0800</pubDate>
        </item>
        
        <item>
            <title>内存是新的硬盘</title>
            <description><![CDATA[High Scalability有篇<a href="http://highscalability.com/are-cloud-based-memory-architectures-next-big-thing">基于内存构建云的展望</a>。顺手做一下笔记：
<ul>
<li>Google的一个查询能够在200ms之内完成，其性能主要来源就是索引信息完全在内存里。数以千记的服务器处理每一个查询，以使搜索结果能立刻返回。</li>
<li>Linkedin和digg都把自己的社会关系网络给塞到内存里了。</li>
<li>Facebook使用了800个memcached，存储了25T的数据，并且保持了99%的cache命中率。</li>
<li>在基于内存的结构中，内存将是一套存储系统。与基于缓存的结构不同之处是，内存中的数据即是最终数据。</li>
<li>缓存系统是以最小化磁盘读取数据的瓶颈为目的，而内存系统则可以定址整个应用的栈。 数据存储在内存里比之传统方式将获得更高的可用性。</li>
<li>内存＝高带宽和低传输时间。</li>
<li>内存的带宽是5GB/s，硬盘是100MB/s。内存比硬盘快数百倍。</li>
<li>硬盘的读传输时间大约在几秒的范围之内，内存则在5纳秒之内。内存比硬盘快了2000倍。</li>
<li><a href="http://www.infoq.com/news/2008/06/ram-is-disk">内存是新的硬盘</a>。</li>
<li>通过网络在内存中提交一个事务要比写在硬盘上快。同样的读内存也要比读硬盘快。</li>
<li>所以思想就是要跳过硬盘。</li>
<li>硬盘是新内存，内存是新缓存。50个硬盘的集群可以达到与内存相同的带宽。但是传输时间上的问题就要靠组织数据结构和优化算法实现了。</li>
</ul>
记的比较乱，大概留个映像吧。要让数据靠CPU足够近。
<p>
Update: 刚才看到了几幅图和这个题很近。</p>
<img src="http://farm3.static.flickr.com/2520/4149648052_ac3e900ae8_o.png" />
<img src="http://farm3.static.flickr.com/2703/4148888607_e910ec5685_o.png" />
]]></description>
            <link>http://khsing.net/2009/11/memory-is-new-disk.html</link>
            <guid>http://khsing.net/2009/11/memory-is-new-disk.html</guid>
            
                <category domain="http://www.sixapart.com/ns/types#category">arch</category>
            
                <category domain="http://www.sixapart.com/ns/types#category">diary excerpt</category>
            
            
                <category domain="http://www.sixapart.com/ns/types#tag">内存,</category>
            
                <category domain="http://www.sixapart.com/ns/types#tag">存储</category>
            
            <pubDate>Fri, 27 Nov 2009 22:47:17 +0800</pubDate>
        </item>
        
        <item>
            <title>Wave和科技创新</title>
            <description><![CDATA[<p>周末参加了豆瓣举办的Python聚会，直播使用了Google的新产品----Wave，发现Wave真的可以把会议室给解放出来。</p>
<p>刚刚接触到Wave的人，大多都有些失望，发现Wave和一个即时通信工具没有什么两样，只不过组的成员是不固定的。同样也没有带来想象中的信息爆炸。</p>
<p>然而在这次聚会直播中，我们发现了Wave的真正实力，与IM相比Wave多出了这样几个功能。</p>
<ul>
<li>可以在任何时间把一个人拉入一个Wave中。（与其说是Wave不如说是Topic）</li>
<li>可以对消息进行再次的编辑、删除操作。</li>
<li>playback，回放可以让后来的人了解过程或者回顾讨论的顺序，比如讨论过程中拉了谁进来，谁说了什么话，谁修改了自己的或者别人的发言，哪句话被谁在什么时候给删除了等等，Wave让我们了解了这是一个过程。</li>
</ul>
<p>就上面这些功能就足以让我们不必到会议室进行讨论，而是直接在线上进行交流，快速的讨论，如果讨论过程中觉的某某人也应该参加这个讨论，那么就把他拉进来吧，就是这样，很简单，但是我们有会议记录，可以回放的会议记录。相对于会议室，缺少的可能是一个白板，我相信不久就会有这样的Widget出来。</p>
<p>科技创新改变生活方式，也改变行业的规则。twitter提供了个人的即时广播电台，YouTube提供网络电视，Wave提供了网络会议室，Facebook提供了网络的社会关系。如果有一天机器人可以送快递，我们就真的可以足不出户的生活了。</p>
<p>BTW: 当国际科技发展在改变国际友人的生活方式的同时，国内科技的发展同样的在改变国人的生活方式，比如翻墙。鬼子们通过网络(也许是免费的)看YouTube 1080p高清电影的时候，我们还在为自己1M ADSL付费。</p>]]></description>
            <link>http://khsing.net/2009/11/wave.html</link>
            <guid>http://khsing.net/2009/11/wave.html</guid>
            
                <category domain="http://www.sixapart.com/ns/types#category">diary excerpt</category>
            
                <category domain="http://www.sixapart.com/ns/types#category">life</category>
            
            
                <category domain="http://www.sixapart.com/ns/types#tag">life,</category>
            
                <category domain="http://www.sixapart.com/ns/types#tag">tech,</category>
            
                <category domain="http://www.sixapart.com/ns/types#tag">wave</category>
            
                <category domain="http://www.sixapart.com/ns/types#tag">生活,</category>
            
                <category domain="http://www.sixapart.com/ns/types#tag">科技,</category>
            
            <pubDate>Mon, 16 Nov 2009 09:28:30 +0800</pubDate>
        </item>
        
        <item>
            <title>那个洞</title>
            <description><![CDATA[在Practice of System and Network Administration中有一章是Climb out of the Hole。这个洞就是：
<blockquote>
<p>一个家伙掉到了一个深到他不可能出来的洞里。他听到有人来了，然后他引起了那个人的注意。那个路人听完了他的境况，想了一会儿，也跳进了那个洞。</p>
<p>"你为什么要这样做？现在我们都被困在这儿了。"</p>
<p>"呃〜至少你现在不再孤独了。"那个路人说。</p>
</blockquote>]]></description>
            <link>http://khsing.net/2009/11/post-7.html</link>
            <guid>http://khsing.net/2009/11/post-7.html</guid>
            
                <category domain="http://www.sixapart.com/ns/types#category">diary excerpt</category>
            
                <category domain="http://www.sixapart.com/ns/types#category">shared</category>
            
            
            <pubDate>Mon, 02 Nov 2009 12:09:10 +0800</pubDate>
        </item>
        
        <item>
            <title>又一次败家Canon 450D</title>
            <description><![CDATA[<p>终于入手了本人的第一台数码单反机。败家记录如下：
<ul>
<li>Canon 450D单机，¥3850。</li>
<li>Canon Lens EF 50mm f1.8 II，¥700。</li>
<li>SanDisk Extreme III 4GM，¥150。</li>
<li>Kenko UV，¥70。</li>
<li>普通包一个，¥70。</li>
<li>3'屏贴一个，送。</li>
</ul>
总计¥4830（免了¥10，真少啊，T_T）。
</p>
<p>半年前，岳父给我了一个美能达X300的单反和一个VR神镜，胶片机的，还有一些很老很老的设备，比如红梅的机器。可惜，到现在一次也没有用过。</p>]]></description>
            <link>http://khsing.net/2009/10/canon-450d.html</link>
            <guid>http://khsing.net/2009/10/canon-450d.html</guid>
            
                <category domain="http://www.sixapart.com/ns/types#category">diary excerpt</category>
            
                <category domain="http://www.sixapart.com/ns/types#category">life</category>
            
            
                <category domain="http://www.sixapart.com/ns/types#tag">photo,</category>
            
                <category domain="http://www.sixapart.com/ns/types#tag">相机,</category>
            
                <category domain="http://www.sixapart.com/ns/types#tag">败家</category>
            
            <pubDate>Thu, 15 Oct 2009 16:25:16 +0800</pubDate>
        </item>
        
        <item>
            <title>老婆怀孕了</title>
            <description><![CDATA[十一检查出老婆怀孕了，我要做爸爸了。开出一个新的blog－<a href="http://baby.khsing.net">白宝宝诞生记</a>，用来记录孩子从孕育的过程。我很激动！]]></description>
            <link>http://khsing.net/2009/10/post-6.html</link>
            <guid>http://khsing.net/2009/10/post-6.html</guid>
            
                <category domain="http://www.sixapart.com/ns/types#category">diary excerpt</category>
            
            
            <pubDate>Mon, 12 Oct 2009 14:21:59 +0800</pubDate>
        </item>
        
        <item>
            <title>翻译了一本书中关于MacBook电池问题的解决方法</title>
            <description><![CDATA[<p>在公司班车上闲来无事就翻了翻<a href="http://www.douban.com/subject/2303791/">《Mac OS X Snow Leopard - Pocket Guide》</a>这本书。看了其中关于电池问题的一些解决方法就随手翻译出来了。下面是译文：</p>

<p>MacBook的用户要面对一个桌面电脑用户所没有的问题，电池。大多数苹果电池的目标就是在300次完全充电周期之后还能提供原电池容量80%的电力（新的MacBook上是1000次）。想查看你的电池情况，第一个地方就是System Profiler->Power。</p>
<p>System Profiler的电源部分可以看到电池在完全充电后的电池容量、充电的次数以及电池的情况。如果充电次数已经接近电池的最大利用率，那也就是考虑更换新的电池的时候了。如果你的充电次数很少，但是电池还是早泄，你可以试试下面这些招数：</p>
<dl>
<dt>校正电池</dt>
<dd>在每个MacBook电池内部都有一个微控制器来告诉电脑还有多长将耗尽电力。有时，这个估算值可能和实际的性能偏差许多。要使电脑和这个控制器趋于一致，你需要重新校正电池。可以这样做，充满电池并且保持接通电源2个小时以上，然后拨掉电源。当出现电池电力严重不足的警告时，保存好你的文档，直到电脑进入睡眠状态，并且持续五个小时以上。再次接上电源充满电池。这时电池的指示器已经重新校正成功了。</dd>
<dt>重置SMC</dt>
<dd>SMC是系统管理控制器（System Management Controller）的缩写。这个芯片会对硬盘的减速、睡眠、唤醒和背光做出相应的反应。一个失灵的SMC可以阻止电池充电。要重置SMC（在关机之后），须先取下电池并且不接电源。按下电源键5秒。重新安回电池并且接通电源，启动电脑。这一招对于内置电池的MacBooks是无效的。对于这样的型号，关机并接通电源，然后按下左边的Shift-Control-Option和电源键5秒，重新启动电脑。</dd>
</dl>
<p>如果上述的招术都不能恢复你的电池，差不多就该去当地的苹果专卖店或授权维修中心的时候了。如果你的电脑在保，并且你的充电次数很低。苹果也许会更改你的电池。如果你的充电次数超过了推荐值（300次，新型号是1000次），而且性能的哀减是在意料之中，你也许需要更换电池或者与低电池容量继续生活。</p>
<p>注意：就像许多电脑制造商，苹果也有部分电池被召回。一些情况下是危险的电池被召回，另外的情况下是因为性能原因被召回。不管怎样，你都应该查查看你的电池是否在召回的范围之内。通常来说，苹果会为你更换电池，既便电脑已经过保。</p>]]></description>
            <link>http://khsing.net/2009/09/macbook.html</link>
            <guid>http://khsing.net/2009/09/macbook.html</guid>
            
            
            <pubDate>Wed, 30 Sep 2009 01:02:01 +0800</pubDate>
        </item>
        
        <item>
            <title>增加iSync的同步间隔</title>
            <description><![CDATA[<p>iSync的同步服务与MobileMe（以前的.Mac）绑的很紧，许多的设置都要在MobileMe的设置面板里设置。还好苹果提供了AppleScript来做这样的事情。
<pre>
tell application "iSync"
    synchronize
    repeat while syncing is true
    end repeat
    quit
end tell
</pre>
用AppleScript Editor保存成一个文件，在Terminal.app里用<code>osascript</code>直接执行即可。再放在crontab里就可以设置多长时间来同步一下了。如果有MobileMe 账号，iSync的同步间隔是1分钟。</p>
参考
<ul>
<li><a href="http://support.apple.com/kb/TS1155">MobileMe: Sync intervals in Mac OS X and Microsoft Windows</a></li>
</ul>]]></description>
            <link>http://khsing.net/2009/09/isync-interval.html</link>
            <guid>http://khsing.net/2009/09/isync-interval.html</guid>
            
            
            <pubDate>Wed, 09 Sep 2009 05:55:06 +0800</pubDate>
        </item>
        
        <item>
            <title>繁体还是简体</title>
            <description><![CDATA[<p>昨天看了Cathayan写的<a href="http://blog.cathayan.org/item/1989">繁体的优越感</a>一文，又和几个朋友聊了会儿，恰好又看到了<a href="http://www.ideographer.com/articles/article.php?aid=72">Snow Leopard的新中文字體</a>一文。其实cathayan的那篇是针对<a href="http://note.zhusee2.net/post/180268849/snow-leopard-heiti-xd">这一篇</a>的一个义气回应文。</p>
<p>事情的起因是因为<a href="http://www.apple.com">Apple</a>在Snow Leopard里把繁体中文界面的字体换成了Heiti TC，然后呢，很多台湾使用者都不适应了。纷纷站出来说苹果和这个字体的不是，比如zonble的<a href="http://zonble.github.com/tcfail/">这一篇</a>和前面的那一篇。</p>
<p>就Heiti TC这个字体来说呢，阿杰的<a href="http://www.ideographer.com/articles/article.php?aid=72">Snow Leopard的新中文字體</a>一文说的比较中肯。另外也参看一下他所写的<a href="http://www.ideographer.com/articles/article.php?aid=67">是誰寫錯字（－）</a>、<a href="http://www.ideographer.com/articles/article.php?aid=68">（二）</a>、<a href="http://www.ideographer.com/articles/article.php?aid=69">（三）</a>、<a href="http://www.ideographer.com/articles/article.php?aid=70">（四）</a>。</p>
<p>要说这简繁之争嘛，以前我是倾向于繁体的，甚至觉的简体的某些字失去了一些文化内涵。比如这个听和聽。但是多了解了一些汉字简化的历史之后，又觉的对于常用字的简化是很有必要的。简化字历来就有，在行书、草书里很常见，只不过咱政府效法秦始皇，把这事给硬推下来了。当然了过尤不及，第二批简化字试了一段时间，发现太简单了，也太乱了，于是乎下马了。虽然下马了，但是这批简化字的影响还是不小的，小时候在街上看到许多字不认识，我爸告诉我这个字是算术的算，这个字是镶牙的镶，现在记不得这些字是怎么个写法了，但是说明一个问题就是第二批简化字影响了一大批人。就目前的第一批简化字来说，还是相当有进步意义的。比如郁闷的郁，繁体要写成"鬱"。别说是写了，看着就觉的够麻烦的。还有一个比较有争议的简化字就是"发"，繁体是"發財"的"發"还是"頭髪"的"髪"。简化字施行到现在有没有因为发的二义性影响了语义的理解？没有嘛，因为我们有上下文，而且我们已经白话了，单字词已经被大量的多字词代替了。</p>
<p>结合前些日子那44个字的字型变化来说，如果有时光机，把那些学院派送回甲古文、金文那个时代是比较合适的，要不他们就在自己的圈子里搞点小爱好，写几篇论文，聊以解闷完事。</p>
<p>最后再赞一赞阿杰和cathayan在国学上的造诣，真是我等学习的楷模。</a>]]></description>
            <link>http://khsing.net/2009/09/tc-or-sc.html</link>
            <guid>http://khsing.net/2009/09/tc-or-sc.html</guid>
            
            
            <pubDate>Wed, 09 Sep 2009 05:41:36 +0800</pubDate>
        </item>
        
        <item>
            <title>升级到Snow Leopard</title>
            <description><![CDATA[<p>昨天升级到了Snow Leopard  10A432版，这一版竟然给我的硬盘节省出了近8个G的空间。据说这一版是全64位系统，但是<code>uname</code>的时候并不是x86_64。看了Note，要使用64位系统就要在启动的时候按住6和4，这样开机就是64位了。还有另一个办法是使用<code>nvrom(8)</code>来改NVRAM的变量。
<pre>
% sudo nvram boot-args="set arch=x86_64"
</pre>
要回到32位，可以在启动的时候按3和2，也可以把<code>boot-args</code>给删了。
<pre>
% sudo nvram -d boot-args
</pre>
开机之后在System Profiler里看软件部分，除添加打印机X11之类的不是64位，其他大量的苹果程序都已经是64位了。</p>
<p>这一次中文输入法真的是有大提升，太赞了。拼音输入太好了，五笔的改进好象没有。加入了手写输入，识别率还是挺高的，就是刚一开始很不适应。 输入法的切换上，恢复了Tiger时期一个功能----不同程序使用不同的输入法，Command+空格的切换也变的稍复杂了一些，以前只是在当前输入法和前一个输入法之间进行切换，现在变成了可对所有输入法进行切换方法，这样的话与Command+Option+空格的作用就有相似之处了（不一样），混乱！Snow Leopard就是要让你出手利索，拖泥带水的必然会换错输入法。</p>

<p>人类使用的东西无非都是为了提高效率，区别在于是优雅的提高还是恶心人提高。Snow Leopard确实比Leopard更轻更快！</p>]]></description>
            <link>http://khsing.net/2009/08/snow-leopard.html</link>
            <guid>http://khsing.net/2009/08/snow-leopard.html</guid>
            
            
            <pubDate>Fri, 21 Aug 2009 06:33:19 +0800</pubDate>
        </item>
        
    </channel>
</rss>
