![Reblog this post [with Zemanta]](http://img.zemanta.com/reblog_e.png?x-id=ae2c25f9-de37-4918-851f-760b6316b98b)
${#VAR}
# a="HelloWorld"
# echo ${#a}
10
${VAR:POSITION}或${VAR:POSITION:LENGTH}
# a="HelloWorld"
# echo ${a:5}
World
# echo ${a:4:3}
oWo
${VAR#SUBSTRING}和${VAR%SUBSTRING}
# a="HelloWorld"
# echo ${a#*o}
World
# echo ${a%o*}
HelloW
注：#是从前向后，并且*号是紧随着的，而%则是从后向前匹配。*号是放在最后的。
${VAR#SUBSTRING}和${VAR%SUBSTRING}
# a="HelloWorld"
# echo ${a#*o}
rld
# echo ${a%o*}
Hell
${VAR//PATTERN/REPLACEMENT}
# a="HelloWorld"
# echo ${a//World/Earth}
HelloEarth
expr STRING : REGEX# a="HelloWorld" # expr $a : ".*o" 7
注：这里的REGEX从名字上就说明了是一个正则表达式。
Update：详细请参考
在一个请求或事务中数据库请求太多。具体有三种现象：
同步是一种保护共享数据的重要机制。但是过度的代码同步就会引发性能问题，这种问题在单机的时候并不明显，但是在一个高负载的环境下就难以持续了，最终的结果就是死亡。如何确定同步问题，可以把程序的CPU时间和总体执行时间在递增负载环境下做测试对比，就会发现CPU时间几乎是一定的，但是总体执行时间是随负载增加而快速增涨的，那就是说这个程序在同步上是有问题的。
许多的库都是一些远程调用，对于程序员来说，本地调用和远程调用在程序上并无差别。但是不要忘记了远程调用的额外成本，比如：传输时间、序列化、网络流量以及内存使用等等。
ORM从开发人员手里接过了载入和存储数据的重担。ORM的框架一般都有许多的设置以供优化，在使用时候如果使用了错误的设置，就会导致一些不可预见的性能问题。所以在使用框架的时候对于其设置项要真正的了解其内部的工作方式。
垃圾回收并不能阻止内存泄漏，所以尽可能快的释放对象引用是非常重要的。
代码是人写的，是人写的就会有问题，但是问题有多有少。所以在引入第三方代码或组件的时候最好是深入检查一下，以免从A产品的开发人员演变成B组件的捉虫队。
像内存、CPU、I/O、数据库啥的都是稀缺资源，所以就别占着矛坑不拉屎（这也是人品中重要的一项，我相信一个人品好的人写代码的时候也会这么做。）。
太肥的东西总是要避免的，不管是吃、看还是用。
缓存对象到内存是为了避免重复的数据库请求。但是如果把太多的数据都缓存到内存或是数据对象是频繁被更新的，那这样的缓存策略带来的问题就是要做更多的垃圾回收工作。
这种问题较难发现，通常出现在特别的输入或是某个确定的负载情况下。这只能是尽可能的做全面的测试，从功能到负载和性能都覆盖到，这样就尽可能早的把这种给问题给揪出来，从而不影响到真实用户。
在现在的Web应用中序列化随处可见，REST大行其道，数据对象要序列化之后再通过接口才能送出去。有序列化就有反序列化，这种开销是对称的，所以要尽可能快速的处理这两个问题，而且还要考虑到其序列化后数据的大小，内存占用等问题。
家人在讨论的过程中也一直没有什么定论，有一天我翻《老子》，到了第27章的时候，看到一个词叫袭明。
善行无辙迹。善言无瑕谪。善数不用筹策。善闭无关楗而不可开。善结无绳约 而不可解。是以圣人常善救人，故无弃人。常善救物，故无弃物。是谓袭明。故善 人者不善人之师。不善人者善人之资。不贵其师、不爱其资，虽智大迷，是谓要 妙。对于袭的释义，有的取"双重"之意，有的取"承袭"之意，我觉的两者兼有吧。明的释义基本上都解释为"聪明"。
袭明这个名字，老婆觉的这个袭字太过锋芒，我父母则觉的"明"字与我的太爷爷辈的名字有冲突，入不了家谱（按家谱应该叫白茂*）。但是过了一段时间也没能想到更好的名字，所以也就把这个名字定下来了。
孩子还有一个小名叫丁丁，是由他的姥姥和姥爷在他还没出生时起的一个名字演化来的----白丁，对，就是"往来无白丁"的那个白丁。
]]>iPhone 4的过人之处有三：
我本以为Apple为回应Google IO的动作把MobileMe给免费了，再搭上个无线同步。这种事情也许将来有吧，但是这次是没出。我猜没出的原因如下：
就现在Apple放出的玩意来看，比Google弱的事情主要在TV上，和Google TV相比Apple TV真是太烂了。Android现在能直接把视频流推给Google TV。iPhone你是要到iOS 5能支持还是iOS 4.x就能支持呀，还是等你出了Apple TV二代才行啊。说实话推视频这个功能真的是超赞的，有赤裸裸的需求的。
Apple，自上次Google IO之后，我觉的你还得再加把劲才做的稳头把交椅。
]]>性能问题一般因以下四个原因而起：
为避免Data copies，作者使用的方法是间接使用和通过buffer descriptor来代替buffer pointer，每一个buffer descriptor由以下部分构成：
Mac OS X 10.6.2的Address Book可以直接和Google Contants同步，而10.5.x必须要有一个iPhone/iPod和iTunes同步才可以和Google同步（好奇怪的策略），没有iPhone/iPod的话就要Hack一下了，具体方法看这一篇。10.5和10.6的同步的范围有一些差别，10.5是同步Gmail里的All contacts，而10.6里则是只同步My Contacts部分。不过这个和Google的同步好象不太靠谱，所以就有了这一篇，其中有一个回复说明Google Sync Client是作为一个App client存在的，必须搭上MobileMe或者其他同步Address Book的服务才可以进行同步。下面两行就是把Google Sync Client换成了server类型，也就直接可以使用iSync的Sync Now来同步了。
sudo defaults write /System/Library/PrivateFrameworks/GoogleContactSync.framework/Resources/ClientDescription Type 'server' sudo chmod 644 /System/Library/PrivateFrameworks/GoogleContactSync.framework/Resources/ClientDescription.plist也可以用命令行来手动的触发同步。
/System/Library/PrivateFrameworks/GoogleContactSync.framework/Versions/A/Resources/gconsync --sync gconclid --register 1 --username user@gmail.com --password PASSWORD --syncmode fast通过Console.app可以看到sync产生的log，来确认同步是不是在正常进行。
默认的同步间隔是1个小时，可以通过修改~/Library/LaunchAgents/com.google.GoogleContactSyncAgent.plist文件来改变同步间隔。
<key>StartInterval</key> <integer>900</integer>
如此一来Mac和Google的同步就搞定了。而Windows Mobile和Google的同步就简单多了，看这一篇就可以了。
Update: 在Google Contacts里写新增用户的时候要写成"名 姓"的格式，名在前，姓在后，中间有空格。这样同步到Address Book里的时候姓和名的位置才是正确的。
]]>加了内存之后，再一次的验证了真理：花钱买回来的性能真不是盖的。开虚拟机那个速度快呀！原本想等到单条4G的便宜了再买，等了半年还是无望，算了还是先买两条2G爽爽吧。
]]>一个人的关注面是有限的，以前的我会把Greader清零才睡觉，但是后来我发现信息越来越多，我放弃了，开始只关注部分信息。同样的问题也发生在twitter上，起初我觉的信息量不够，follow了许多人，但是我同样发现信息量太大了，我处理不了那么多，开始unfo了不少，到了可以接受的情况。
buzz的重点还是在集体的智慧，意在利用Google强大的计算能力和海量的信息，再加上集体的智慧来提供有用的信息。而twitter的重点是实时，过期的信息是不被重视的，保持信息新鲜的方法是被Retweete。
有人的地方就有八卦和政治，而且人们谈论八卦和政治的热情比较高。这一点无论在twitter和buzz里都是有的，twitter的感觉是线性的，过去的就是过去的，不再回来。而buzz则不然，时空回转也不是不可能，几年前的讨论都可能被他人提起，进入你的视线，且提起陈旧或无趣题目的人也许你并没有follow。
buzz带来的到底是惊喜还是搅扰？从目前看来搅扰的成份要大过惊喜。
]]>在中国村支书是直选的，所以自这个补贴开始之后，就没有那一届村支书敢把这个供暖补贴取消了。
]]>