俏也不争春，只把春来叫

幽怨生倦怠

lenciel — Sat, 31 Mar 2012 18:55:36 +0800

Google的美女副总Marissa Mayer最近做了一个演讲，里面提到了如何避免自己的团队出现“倦怠”。

简单来说她的理论就是倦怠的根源是幽怨。当工程师需要因为工作而做出牺牲的时候——比如，不能去陪父母过生日，取消和女朋友的约会，错过小孩的演出——总是会在心中产生幽怨的。为了消除这种影响，她会主动和员工沟通，了解他们的习惯：虽然做IT行业，加班是难免的。但是如果你每周三都需要和朋友们踢球才能保持欢乐的情绪，那么星期三永远不能安排你加班。

这的确是一个很需要注意的现象。即使是在很多产品销量相当不错大家的收入也还可以的公司或者项目组（和那些预算不足，或者需求改动过于频繁，或者呕心沥血但是最终没法盈利的项目比起来这种项目简直是可遇不可求啊），你也会发现有很多人不开心。大多数都是因为在项目研发的过程中，大家拼得太猛。

对于本座而言，不幽怨似乎比较简单：

每周踢球至少一次
吃得舒服（有比较清淡的伙食）
至少有4个晚上回家不用做公司里面的事情可以自己安排
一年至少有一个礼拜的连续的不用开电脑的假期

有空也收集一下组里面其他同学的，争取帮大家清清怨气。

Done List

lenciel — Fri, 16 Mar 2012 15:19:34 +0800

起

xkcd一直是本座最喜欢的网站（嗯哼）。上面这幅图说了一个很有趣的现象，正好最近深有体会，就来这边吐槽一下。整个经过是：

大前天回到家感觉不算太忙，本座就开始家姐布置的家庭作业：做一个用于心理学测试的游戏。需求简单来说就是：

1. 游戏开始后轮转播放图片、视频或者音频（媒体库要容易换，播放的切换间隙也要能配置）
2 被试通过操控手中的手柄表达心理的反应，由程序转成可统计的数据（比如看到美女图按同时按下AB）
3. 程序得到的数据能够很容易的被统计，统计结果能够很优雅的呈现出来

为了让这个事情变得更有趣，本座在需求确定之后决定：

1. 用帅气的Wii Remote来让被试表达自己（想想美女图片一出就甩或者是撸一下WiiRemote有多实在）
2. 用pyGame来写这个游戏（早就想学习pyGame了）
3. 把统计数据的输出作为一个用R语言实现的统计绘图的界面的输入

接着就开始第一项。当程序把Wii Remote的蓝牙信号正确的转换成标准的手柄信号的时候，一看已经挺晚了，本座就只好把后面两个放在了todo list上。接着这两天都很忙这些东西就继续的呆在todo list。

然后今天又找到时间，本座就开始用pyGame写游戏本身部分，但突然觉得vim下面自动补全很烂，就开始google合适的插件。花了10分钟左右发觉不少人说pydict好，本座就又花了15分钟左右去配置。然后看着chrome里面为了搜索插件弹出的一堆tab突然本座发现：

经过了4天，本座把Wii Remote用蓝牙连到PC输出手柄信号，本座有了一个不错的vim下开发python的环境，本座还学习了一点儿R。唯一没有开始的就是，嗯，还没有开始写那个游戏。

承

你的情况可能具体细节和我不一样，但是结果估计都是南辕北辙：你是网页设计师，在需要画wireframe的时候花了一大把时间去看搜索出来的新鲜的、华丽的CSS3效果；你上淘宝买手机结果研究移动电源用了4个小时；你想学怎么养花结果因为选盆子下面水漏的形状耽误了。

这种情况之所以对你的效率有很大的伤害是因为：

1. 你认为你是在完成自己todo list上的东西，所以你觉得自己是在“进展中”而不是“瞎逛”。
2. 你认为的进展给你带来了更多todo list上的东西，而且有些确实对原来的目标是无益的。

人的精力是有限的，如果你长期处于这种状况（太正常了，如果你是玩电脑的话），可就要小心了。

转

其实这种发散的工作方式并不是完全错误的。其实在我们这个行业，这种“总想追求更好”的想法，是整个Agile的基础。Facebook在自己的员工的邮件里面写到：

The Hacker Way is an approach to building that involves continuous improvement and iteration. Hackers believe that something can always be better, and that nothing is ever complete. They just have to go fix it — often in the face of people who say it’s impossible or are content with the status quo.

从本座自己的感觉而言，做事循规蹈矩的同事，完成一般难度的任务时，效率确实很高。但是那种真正非常困难的问题，常常是被喜欢“瞎逛”的人解决的。这当然也没什么奇怪的，所谓闭门造的车，出门就只能合辙。Richard Hamming也说：

I notice that if you have the door to your office closed, you get more work done today and tomorrow, and you are more productive than most. But 10 years later somehow you don’t know quite about what problems are worth working on … He who works with the door open gets all kinds of interruptions, but he also occasionally gets clues as to what the world is and what might be important. ….

合

不能闭门造车，又需要有固定的输出值，怎么办？今天本座是这么办的：

1. 早上起来把今天最重要的事情从todo list里面选出来
2. 完成这些事情的过程中遇到任何有趣的东西或者想法，存到delicious或者evernote里面
3. 使用Done list而不是todo list来标记自己今天的活动

结果是今天3点钟就完成了所有重要的事情，能够来安心的写一篇blog，看起来是个不错的办法。

盛世与盛名

lenciel — Mon, 05 Mar 2012 12:52:13 +0800

今年过年，春晚还是很难看，冠希又没有艳照看，还好大家都有微博看。

要说微博上每天讨论的事情，确实挺让人费思量。什么“方韩大战”、"浙大高帅富”、“真汉子护士长”随便挑一个选题，够写一本书了。可惜不管是哪个话题，总是高开低走，特别是方韩大战，到后面一些理论上脑子很正常的人都好像为朋友（其实也是自己）菊花插刀脑花凉拌了一样，搞得场面颇为惊悚。

这两天微博上热门的话题变成了“学雷锋”，宣传和打倒的两派好不热闹。本座突然觉得，微博上每个话题看起来纷纷乱象，骨子里却自有它们的同一个爹妈：有什么样的盛世，就有什么样的盛名。

我们从小受到的愚民教育，总把朝代的兴衰，历史的进退，摊派到带着好人坏人脸谱的个体，从来不从体制找原因。这种愚民教育的收获是，一般的老百姓对抗过日的国民党，救过国的李鸿章，有稀里糊涂的仇恨；对饿死了几千万人的老毛，或者搞过几次大镇压的小平，有懵里懵懂的敬爱。即便是段位相当高的学者，也不乏一说起大清的灭亡就怪慈禧，一说起文革的动乱就怨四人帮的糊涂蛋。打开漫漫五千年历史，对大多数中国人来说就像打开一副三国杀的纸牌，主公，忠臣，内奸和反贼，早就已经站好队归好位。

为什么《朗读者》这样的电影能得到大家的认可？因为不是脸谱戏。但是等大家都到电信缴了网费，在手机上装了微博，突然看到雷锋赖宁甚至主席总理们原来有这样那样的不一样的面目，大家的反应难免还是受扑克牌思维左右：如果他不是好的，就把他放到坏人的那堆。

要知道孔老先生几千年前就站在还没有断流的河边说，“逝者如斯夫，不舍昼夜”。无论这路上有顺流、逆流、涡流还是湍流，两岸猿声啼不住，百川总要向东流。什么样的盛名总是产生在什么样的盛世，夸大个人对形势的推动能力，希望靠树立领袖偶像或者打击抹黑异己挽狂澜于即倒，没希望矣。

不然你以为，香港廉政这么几十年，突然一坏，就坏在了特首身上，是因为出了个不知廉耻的特首？其实这是大陆官场侵蚀香港的必然结果，就算名声不是坏在曾哥身上，也会坏在春哥身上，时间问题而已。

不然你以为，写一点擦边球嘻怒笑骂文章的赛车手，能有这几百万奉他为精神领袖的屁民粉丝？其实中国能有一点正常的民主生活，能有合法的政治漫画，电视台的脱口秀主持人能随时调侃一下各位后代都在美国开家长会的常委，赛车手也就能专心赛车了。

不然你以为，雷锋能在朝廷要宣传他的时候勇敢的说不，我拒绝摆拍？那时候水灵灵的文工团姑娘陪主席跳舞跳到寝宫里去，不但不敢说不，还都觉得无上光荣呢。

中国的希望，既不在于树立几个雷锋一样的偶像，更不在于打倒几个雷锋一样的偶像。现代社会靠的首先是制度不是道德。有制度，让写书的不抄书，蒙牛的不蒙人，打黑的不逼供，拼爹的不报送，一位老人不管在南海边划了一个圈还是下了一碗面，都不能让一部分人就先富起来，那才是中国人民站起来的时候。

而且，这天总会来的。就连“自信人生二百年，会当水击三千里”的开国皇帝，还不是说驾崩就要驾崩。逆水行舟，可怜的是黎民百姓和底层官吏，可惜的是耗费的个人年华和社会资源。

Android开发中使用ProGuard

lenciel — Mon, 27 Feb 2012 19:06:45 +0800

今天被同事问到怎么在release版本里面所有的log都去掉的时候，竟然只能回忆起用ProGuard做过这个，完全忘记怎么做的了，特立此存照。文章里面使用的例子放在 Android-Maven-ProGuard-Sample-App

ProGuard简介

在移动设备上面开发应用程序，性能是一个很关键的指标。你的老板走过来要你提高性能的时候，你的第一反应有可能是抓起熟悉的工具花几个小时profile自己的应用，找出那些时间都花在哪里了。在使用这么终极的手段之前，千万不要忘记了先试试ProGuard。

做Android之前就是Java程序员的可能早就已经对ProGuard很熟悉了。简单的来说，ProGuard就是一个Java的class文件处理器，主要的功能类似奥运会口号：

让你的程序变得更小更快
让你的程序变得更难被反向工程

尽管ProGuard不是专用于Android开发的，但是在Android的SDK里面已经包括了这个工具，路径是ANDROID_HOME/tools/proguard，文档可以在http://proguard.sourceforge.net看到。

让程序变得更小更快的好处是不言而喻的。ProGuard通过对bytecode进行优化，优化手段包括去掉无用的代码，去掉内联方法的调用，对类的继承结构进行优化，把所有能加上的final和static加上，以及对算术运算进行Peephole optimization等等。

让程序变得更难被反向工程就不一定是每个人都需要的了。一般情况下，对Android的反向工程是把Dalvik的bytecode转换成Java的bytecode，然后使用传统的Java反向工具转成成Java源代码。如果你的项目是开源的，显然也没有必要防止别人反向。但是如果是下面几种情况，你就很可能需要它了：

你在源文件里面有一些不想被别人看到的信息，如密码等
你的代码里面有自己或者公司的赖以生存的知识产权
你的甲方有明确的要求
你的程序按license等方式收费，你不想被别人把licens检查的部分去掉重新编译个版本

ProGuard可以帮助通过对类，方法和成员名称进行混淆，同时通过去掉结构化的信息，如文件名或者行号表等，来使得代码从理论上变得不可被反向工程。

如此看来，ProGuard真是美好事物一枚。但是ProGuard也不是随手一点药到病除的，也有一点学习曲线。

启用ProGuard

如果你使用Eclipse的ADT，每个新建的项目都会生成一个proguard.cfg文件在项目的根目录。你对ProGuard的所有设定就是在这个文件里面完成的。要想在项目里面启用Proguard，只需要把同样在项目根目录的default.properties里面加上：

proguard.config=proguard.cfg

当然，如果你蛋疼到要自己去移动cfg文件的位置，也要记得去改等号后面的部分。然后，在所有的release版本的build里，你的Proguard就已经生效了。对于使用Eclipse的同学来说，release的build就是指通过选择Android Tools>Export Signed/Unsigned Application Package来进行。

因为在大多数开发中我们都会使用Ant或者是Maven来对项目进行管理，所以一般不会直接用Eclipse来进行release版本的编译，所以通常我们还要掌握如何在不使用ADT的情况下使用ProGuard。对于Maven而言，可以通过使用Maven Android plugin来完成。同时，由于ProGuard已经完全集成到Android的工具链里面了，所以Android的Ant任务里面也有一个专门的private任务叫做-obfuscate，会把激活并使用ProGuard作为release这个target的一部分，所以使用Ant的话只要一个ant release就可以了。

当ProGuard执行以后，会产生几个特别重要的文件：

mapping.txt：保存了混淆后的名字和混淆前名字的对应关系。对于每次release的build，都要记得保存这个文件，要不然如果你收到release版本上报出的defect的时候，就等着哭吧。
seeds.txt：ProGuard找到的你的程序的entrypoint列表。
usage.txt：ProGuard觉得没有用所以移除了的一堆类，域和方法的list。要想学习写作“完美”的ProGuard规则的同学就要经常来这个文件看看自己定下的rule对ProGuard的行为究竟有什么样的影响。如果你有用的类出现在list里面了，说明你削得太猛了，反之亦然。

需要注意的是这些文件的输出目录。在使用Ant ProGuard target的时候，输出目录是bin/proguard/，但是如果是通过ADT(右键project>Android Tools>Export）的话，输出目录会是proguard/。

还有一个常见的困惑就是ProGuard是怎么找到那些需要处理的文件的。一般情况下，ProGuard希望你用-injars或者是-libraryjars来告诉它。但是对Android开发而言，Ant任务和ADT都会自动的查看你的libs，output和项目的classpath目录。

从执行过程的日志来看，ProGuard对类文件的操作分为三个步骤：shrink，optimize，obfuscate。每个步骤都是可选的，可以通过使用-dontshrink、-dontoptimize和-dontobfuscate来分别关掉。一般来说，不用因为结果“不如人意”就随意的关掉某个步骤。完整的进行三个步骤，然后不断的改变规则，直到达到最佳效果，是使用ProGuard的最佳方式。

编写ProGuard规则

ProGuard和很多工具一样，其强大之处在于选项够多。作为Android开发者使用，首先心里要明白，没有一个唯一的最佳配置规则。在此基础上，去掌握一些对Android程序而言通常是适用的规则。然后，就像在文章里面已经反复强调过的一样，以这些规则为起点，反复的调整你的规则，找出一个对自己的程序最适用的规则。

当然，因为选项太多，ProGuard给初学者的感觉难免是千头万绪，无从下手。因此，我们可以从一个例子程序入手来找到对ProGuard的“感觉”。

这个例子本身没有任何特别之处，MyButton类继承自Button但是没有添加新的方法，可以通过它来观察ProGuard如何对继承结构进行压缩。Click的handler除开显示toast之外也没有特别的功能，可以通过它来观察ProGuard对方法名的混淆。AMPSampleActivity里面还专门有一个没有被调用的方法，可以通过它来观察ProGuard对这种情况的处理。下面是程序的入口Activity的实现：

我们期望ProGuard做的事情包括：

保留AMPSampleActivity类，因为它是我们在XML里面指定的程序入口
保留StringUtils类和它的repeat方法
保留myClickHandler方法
保留MyButton类
去掉unusedMethod
除开XML里面引用的类（AMPSampleActivity和MyButton），其他的类名都需要被混淆
除开XML里面引用的方法名（myClickHandler），其他的方法名都要被混淆
完成一些对Android而言通常适用的优化（下面会仔细展开）

ProGuard的规则是“白名单”的，也就是说ProGuard只会对你特别指定的类刀下开恩。这也就是说，对任何程序，我们都至少要写一条规则，来保留程序的入口类。因为是Android程序，我们可以这么写：

-keep public class * extends android.app.Activity

这里我们可以看到ProGuard的rule用的语法基本上遵循了Java本身的语法（extends等等），但是它支持使用通配符。规则中的-keep告诉ProGuard不要删除也不要混淆任何从android.app.Activity继承的类。

很简单，不是吗？如果你这个时候运行程序，会看到：

    org.lenciel.android/org.lenciel.android.AMPSampleActivity}: 
    ➥ android.view.InflateException: Binary XML file line #6: Error inflating 
    ➥ class org.lenciel.android.MyButton

为什么在inflate我们自定义的view的时候crash了呢？这是因为自定义的view是在XML里面被用到的，而不是在Java代码里面。因此ProGuard会认为这是没有用的代码而试着删除它。要保证这些自定义的view不被误删，就需要定义如下的规则：

-keepclasseswithmembers class * {
    public <init>(android.content.Context, android.util.AttributeSet); 
} 
 
-keepclasseswithmembers class * {
    public <init>(android.content.Context, android.util.AttributeSet, int); 
}

这两条规则告诉ProGuard不要对定义了可能被LayoutInflater调用的构造函数的任何类进行优化。我们这里使用了-keepclasseswithmembers而不是-keep。

再次运行，会遇到下面的错误：

java.lang.IllegalStateException: Could not find a method 
   ➥ myClickHandler(View) in the activity class org.lenciel.android.AMPSampleActivity for onClick handler on 
   ➥ view class org.lenciel.android.MyButton

去查看usage.txt你会发现myClickHandler又被干掉了。为什么在第一条规则里面我们告诉ProGuard不要动AMPSampleActivity里面的任何东西，还是会有这种情况发生？这是使用-keep的一个常见的误会。我们用-keep告诉ProGuard保留一个类的时候，没有提供任何类的“body”信息的话，ProGuard仅仅会保留这个类的名字。它仍然会对这个类内部的所有东西进行优化和混淆。要保留方法，我们需要这么写：

-keep public class * extends android.app.Activity { 
    methods; 
}

但是这样写显然又太过于慷慨了。下面这条规则会好很多：

-keepclassmembers class * extends android.app.Activity {
    public void *(android.view.View); 
}

这条规则告诉ProGuard，如果一个Activity在shrink阶段没有被去掉，那么就保留那些public的，没有返回值的，传入了android.view.View作为参数的方法。

可以看到，使用ProGuard存在一个不断调优的过程。他山之石，可以攻玉，已经有很多人使用ProGuard来优化Android程序了，于是也有了一些被普遍采用的规则和选项，我们下面来个简单说明。

常用规则和选项

前面看到的规则对于例子程序就足够了。但是如果我们的程序使用了Service怎么办？和Activity一样，Service也是在manifest xml里面定义的，因此我们需要对proguard.cfg做一定的扩展。

下面的规则是针对Android程序一般来说都比较有效的。

一般来说，下面的Android framework class都是需要保留的：

-keep public class * extends android.app.Activity 
-keep public class * extends android.app.Application 
-keep public class * extends android.app.Service 
-keep public class * extends android.content.BroadcastReceiver 
-keep public class * extends android.content.ContentProvider 
-keep public class * extends android.app.backup.BackupAgentHelper 
-keep public class * extends android.preference.Preference 
-keep public class com.android.vending.licensing.ILicensingService

虽然你的程序可能一开始没有使用其中的一些类，但是定义好全部这些规则也是有好处的：它可以避免你在使用ProGuard编出的版本crash之后去搞半天才发现有某个类似的规则需要更新但是你忘记了。

第二个有用的规则是保留static的CREATOR域，这个是Android用来parcel对象的。这个域由于是在运行的时候Instrospection的，所以ProGuard会认为它是无用的域并把它去掉。下面这条rule可以防止这样的事情发生：

-keepclassmembers class * implements android.os.Parcelable {
    static android.os.Parcelable$Creator CREATOR; 
}

在程序中如果你调用了native的code，比如你用JNI来调用了c的lib，由于在Java代码里面是一份方法的签名，而没有方法的实现，它必须被链接到native code上。这也就意味着这些函数名不能被ProGuard加以混淆了，不然链接的过程就会失败。下面的规则可以保证ProGuard不去动native的方法名：

-keepclasseswithmembernames class * { 
     native methods; 
}

我们这里使用的-keepclasseswithmembernames是告诉ProGuard，被调用过的方法留着，没有调用过的都去掉。

前面的规则看起来都一目了然。下面这个可能要费解一些：

-keepclassmembers enum * {   
     public static **[] values(); 
     public static ** valueOf(java.lang.String); 
}

这个规则是让ProGuard不要去动任何Enum的values和valueOf方法。这些方法之所以特殊是因为Java自己是通过发射机制来调用它们的。这可能也是Google不建议使用Java enum的原因吧：它们比final class fields的性能要低不少。如果你已经遵照Google的教诲停止使用Enum，那你也不需要这条规则了，恭喜。

下面来看看常用的选项：

-dontusemixedcaseclassnames 
-dontskipnonpubliclibraryclasses 
-dontpreverify 
-verbose

第一个选项可以避免像Windows这样不区分大小写的操作系统不会因为类似A.class和a.class写到同一个文件里面就驾崩。

第二个选项是因为ProGuard默认不会处理任何非public的类。但是有时候我们会遇到public的类继承自内部的非public的类。所以打开这个选项可以更好的覆盖。

第三个选项是告诉ProGuard不要做preverify（预检验），因为这个只对J2ME或者是Java6的平台有用。

最后一个选项，你们懂的。

前面我们提到过ProGuard有一个优化代码（optimize）的过程。大多数时候ProGuard都会火力全开的对所有的代码做优化。这些优化操作有些时候是相当aggressive的，比如合并类的时候ProGuard会试着既从纵向上合并也从横向上合并，以便得到尽量少的类文件，也就可以得到尽量小的APK。同时它还会试着优化循环和代数运算。默认的ADT生成的ProGuard选项关掉了很多的优化选项：

-optimizations !code/simplification/arithmetic,!field/*,!class/merging/*

Google并没有提供他们这么配置的依据。我们可以试着先禁用这个选项，看看程序运行起来会不会有问题。如果遇到了问题再试着慢慢的减弱优化，来“探底”。

同时ProGuard的优化是可以“递归”的，也就是优化完的结果可以作为下次优化的输入继续优化。你可以指定它反复进行多少次。但ProGuard如果发现已经没有什么可以优化，会自动停下来，不一定跑到你指定的次数。一般设置成5就够了：

-optimizationpasses 5

如果处理混淆后版本的错误报告

如果你发布了混淆的版本，有一个问题你就得面对：用户提交的问题单里面产生自这些类和方法都完全打乱过后的版本。为了展示这种问题，在Demo程序里面专门加了这么一个类：

public class Bomb {
    public void explode() {
        throw new RuntimeException("Boom!");
    }
}

在onCreate方法里面它会被引爆：

public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.main);
    String toast = StringUtils.repeat("Hello ProGuard! ", 3);
    Toast.makeText(this, toast, Toast.LENGTH_SHORT).show();
    new Bomb().explode();
}

如果你运行程序，就会看到下面的错误：

java.lang.RuntimeException: Unable to start activity ...MainActivity}: 
java.lang.RuntimeException: Boom!
...
Caused by: java.lang.RuntimeException: Boom!
   at org.lenciel.android.MainActivity.onCreate(Unknown Source)
   at android.app.Instrumentation.callActivityOnCreate(
   ➥ Instrumentation.java:1047)
   at android.app.ActivityThread.performLaunchActivity(
   ➥ ActivityThread.java:2627)
   ... 11 more

可以看到在错误出现位置的stack trace既没有行号也没有文件名。这是因为相关的信息都被ProGuard优化掉了。如果我们想避免这种情况，就要在proguard.cfg里面加上下面的选项：

-keepattributes SourceFile,LineNumberTable

显然，有了行号和文件名，还是解决不了方法被混淆的问题。我们这个例子程序里面方法很少，而onCreate方法因为是Override的，所以ProGuard不会去动它。如果是正式的工程，最好的办法还是用retrace工具来根据mapping.txt还原整个日志。

$ retrace proguard/mapping.txt stacktrace.txt

Icon Font

lenciel — Sat, 25 Feb 2012 10:45:29 +0800

最近收集了一些Icon Font准备自己的项目里面用（这也是本座因为Stack功能切换回Delicious来管理书签之后第建的第一个Stack）。Icon Font本身看起来和普通的icon没有特别的差别：

+
Add
+
⊕
Add-alt
⊕
a
Alert
a
←
Arrow-left
←
→
Arrow-right
→
↑
Arrow-up
↑
↓
Arrow-down
↓
A
Attachment
A
↩
Back
↩
b
Bookmark
b
B
Bubble
B
c
Cart
c
C
Chart
C
✔
Check
✔
⌚
Clock
⌚
☁
Cloud
☁
×
Delete
×
⊗
Delete-alt
⊗
d
Denied
d
✎
Edit
✎
e
Equalizer
e
!
Exclamation
!
E
Eye
E
⚑
Flag
⚑
f
Fullscreen
f
⚙
Gear
⚙
g
Grid
g
❤
Heart
❤
⌂
Home
⌂
i
Info
i
l
List
l
L
Lock
L
⬇
Location
⬇
✉
Message
✉
m
Move
m
♫
Music
♫
p
Photo
p
▶
Play
▶
P
Power
P
?
Question
?
⟲
Refresh
⟲
-
Remove
-
⊝
Remove-alt
⊝
r
RSS
r
s
Share
s
★
Star
★
t
Tag
t
T
Trash
T
u
User
u
v
Video
v
⚠
Warning
⚠
z
Zoom
z

有的浏览器居然还不支持HTML5的range，所以如果你看到下面是输入框的话，建议你升级浏览器或者是自己输入数字再左键点击页面任何地方…-_-”。Anyway，Icon font确实是很酷的，因为：

你可以很容易的改变它的大小
你可以很容易的改变它的颜色
你甚至可以很容易的改变它的阴影效果
Icon Font不会有PNG那样的在IE下面不透明的问题
用了它可以完成任何用图片的icon达到的效果，甚至可以旋转和调整透明度
只要浏览器支持，你就可以使用text-stroke或者是background-clip:text;这种更加复杂的效果了

Click the squares

lenciel — Tue, 07 Feb 2012 12:39:36 +0800

放松心情的音乐游戏，玩法非常简单，就是用鼠标点亮（可以再点灭）方块。支持按住左键不放刷亮一片。
最近被9GAGer刷到服务器爆掉，特此镜像备份。

如果载入较慢说明您网速不行，耐心一些或者试试F5…

本座音乐盲，只知道尽量迅速的点出比较对称的图案，就还听起来不错。

2012

lenciel — Tue, 10 Jan 2012 17:25:33 +0800

在读过《把时间当作朋友》和Matt Might的文章之后，回首2011就让人觉得莫名慌张起来。按《把时间当作朋友》这本书里所说，定计划要以周为单位，通过培养自己对时间的控制力，逐步把计划做到月甚至年这样的跨度。本座自觉还算比较能控制自己，所以打算制作一个基本单位为月的计划，下面的十项活动将穿插在这个计划之中：

1. 一点新知识
2. 一砣好身体
3. 一个新玩具
4. 一批新兴趣
5. 一门新语言
6. 一款新软件
7. 一马新项目
8. 一把新文艺

一点新知识

用进废退，数理化史地生音体美忘记了就算了吧。但半路出家的本座，还有很多基础知识也非常单薄。准备了6本不那么理论的书，争取能用2个月一本的龟速精读：

一砣好身体

关注自己的健康状况，保持适当的体育锻炼，既是对自己负责，也是对家人负责。2012年体育锻炼方面的发展目标是除开足球之外，要开拓可以和偶像派互动的项目。下面的四个项目，12个月都可以开展，但是可以根据气候的不同，在四个季度各有偏重：

跳绳
自行车
跑步
羽毛球

另外，程序员这个职业带来的伤害常常是RSI。本座一直有比较严重的脖子疼和曾经越来越严重的肩膀和手腕疼。通过了解RSI，保持良好的姿势以及定时起来活动，比较好的缓解了疼痛。但是用电脑有时候是一屁股下去就不好起来的。让人欣喜的，传说中的Aeron在中国也能买到了。所以明年还有一个目标：

Aeron

一个新玩具

在回成都之后第一年在E公司主要的玩具是那套收星的玩意儿。原来只要大概800块钱左右的成本(DM500和所有的分路器合路器F头都是在这家淘宝店买的），就可以用60CM的锅收134/138/146三颗ku星。

接下来移籍M公司，主要的玩具似乎变成了Android。但是后来机缘巧合开始接触了各式各样的监控设备。说实在的从前端的IP化的云台枪机，到DVR，到最后的矩阵上墙，里面还是有很多挺有趣的技术。而且像中国这么大一个工地，到处都要装监控，这里面商机也不小。

明年如果能说动偶像派买个LEGO的MindStorm当然是最好，如果失败，就入手最近红到爆的Arduino，话说本座已经堆了很多这方面的书了都没有真正花时间去看过。可是作为控制系的学生，每次看到它们，都有难以抑制的原始冲动。这种东西，一年玩一个就足够了：

MindStorm or
Arduino

一批新兴趣

编程的很多道理你不一定只能在编程中学到，因为人类最先进的学习方法是类比。

而且，每天坐在电脑前面的老公在老婆和其他亲属心中的仇恨值是很高的。下面是一批本座觉得有可能进化为兴趣爱好并能够得到偶像派的广泛赞许和普遍接受的备选项目。仍然是均分到各个月份，但每个季度有倾斜的加大某项的比重：

摄影
画画
写毛笔字
厨艺

一门新语言

程序员之所以被认为是个苦逼的职业，很重要的原因就是技术更新换代很快。去年看完《Seven Languages in Seven Weeks》之后本座就有计划学一下Haskell和Scala，但是去了一趟杭州拿到冰河翻译的新书之后本座把明年的目标换成了下面两个，每个半年：

Lisp
Haskell

一款新软件

人的创造力需要反复而大量的的基础知识和实作经验垫底，而基础知识和实作经验往往蕴藏在那些已经被时间验证过的作品里。所以要想拍好电影得看很多好电影，要想写好书得看很多好书，要想写出好软件得用很多好软件。在使用别人的软件时，可以想想如果是自己来写，什么地方做得比它好，什么地方还需要像别人学习。暂定的目标有：

一马新项目

写软件谋生的好处是不言而喻的，坏处是如果你老是只为了工资奖金写软件，慢慢的你就会感觉到“无趣”。无趣的根源很多，最主要的无非“人家想用xyz，但是只能用zyx”。其实有Github和Bitbucket之后，这些都是借口啊，亲。项目内容暂时保密。

一把新文艺

还在读研究生的时候(也是J2EE最红火的时候？)，本座发现一件“奇闻“：Spring的作者Rod Johnson说之所以自己能写出拨乱反正的《Expert One-on-one》和Spring，和他学习过的音乐知识是分不开的。Google了一下，原来他除开有计算机学位还是个音乐学博士。

之后稍微留心就发现，这是一个普遍的现象。比如那个写微积分教材赚的钱就可以建2400w刀豪宅的音乐家James Stewart，再比如2011年最被关注的去世者Steve Jobs。有点儿文艺细胞，能从人性的角度思考，做出的产品往往比纯粹的工程产品要打动人心。

本座挺佩服自己能找出这么一个伟大的理由，得以在新的一年里继续毫无节制的：

看电影
读小说
听音乐

要顺利贯彻执行计划，总得有个考核标准。打算今后多写一点儿blog记录在案，不然也对不起本座A给酋长的银子啊：

老无所依

lenciel — Sun, 20 Nov 2011 21:46:33 +0800

国庆回了一趟银厂沟白水河。出发的那天天气并不好，可是对爸妈而言，去看看那个安放了自己青春的地方，已经计划过太多次而不能成行。所以犹豫了一下，就决定还是要去。

车一开进山区，因为属于汶川大地震里山崩地裂的龙门山山脉，那场灾难留下的痕迹依然随处可见。然而地貌上的变化却并不是爸妈最关注：一路上他们不断提起的是故人的名字，以及自己和他们之间的种种旧事。有的时候我爸会往路边一指说，“那不是黄村吗？以前你妈下乡在那里的时候，我骑车来看过她。”有的时候我妈又会指着另一个地方说，“那个谁谁谁，就是在这里被掉下来的房梁打死了，太可惜了。”

而白水河对于我，因为是十岁之前生活的地方，本来就没有多少刻骨铭心的记忆。加上我和Konthiga读过的小学和学校后面那条曾经清澈而壮阔的白水河，在上次回去的时候就已经面目全非了，于是唯一怀着兴趣的就只剩据说在地震里面一栋都没有倒的蛇纹矿家属区，也就是我们当年长大的地方。坐在我旁边的偶像派，在我们一家人兴致勃勃的指着窗外大呼小叫时，则多少显得有些百无聊赖。

后来事情的发展让人觉得略感尴尬。走到“鬼招手”（银厂沟一个以险峻著称的地段）的时候，前面的山路突然淹没在浓雾之中，我们只好调头，放弃了继续进沟的打算。接下来在大宝镇上兜了两圈，我们才凭借着整条街上几乎是唯一没有被拆除的新华书店，定位到了我们原来的住处：居然已经是一片平地。

回到家里，我突然有些不死心的想把记忆里的白水河挖出来，就去翻家里的老照片。

首先让我觉得特别温暖的是装老照片的这个信封。这是外公写给我妈的，不知道当年那封信具体写得是啥。在这根本不用写信甚至不用写字的时代生活久了，这样的物件总给人一种特别的质感。

我还找到了几张Konthiga和我都还挺萌的时候的照片。这个阶段我们的衣服全是老爸用缝纫机做的，看着都是一段段特别的回忆。另外从红领巾出现的频率来看，除了伟大的六一儿童节，我们一直对照相这事情兴趣不大。

看这些照片的时候，最大的怀念是以前生活在青山绿水的白水河时，我们一家人那轻松自在的身段。在我们匆忙长大的这二十来年，中国也一直在匆忙的变化着。我们的文艺工作者在世纪之交做过很多牛逼哄哄的选题，什么《激荡三十年》，什么《大国崛起》，妄图把这个剧变的时代描绘成一代人怀着同样的目标，努力奋斗让中国崛起的时代。

而实际上，绝大多数家庭就和我们家一样，我们并没有主动的参与到那些变化里面去。很多人虽然听组织安排上山下乡或者援建支边，但和全国志士要行动起来抛头颅洒热血的革命年代不同，大多数人的生活目标与生存焦虑既无关这个社会，也无关这个国家，都是些极度自我的事情。但这个国家变化得如此剧烈，昨天还有效的经验，明天就可能完全完蛋。所以更多的时候，毫无信仰的中国人无力的忍受着生活剧烈的摇摆，随波逐流的同时，常常感到心灵上莫大的空虚和痛苦。

所以，在过去我曾经为父母和我们生活在不同的世界，或者是他们的婚姻变得危机四伏而苦恼不已。可是等我到了一定年纪就发现原来他们那代人中并没有多少真正快乐的夫妻：他们大多数人，在生活中不断的否定着自己信仰过的东西。要人们在这种奇特的生活环境中保持感情的稳定，也许的确是要求高了一些。

相比之下，我们这代人当然要幸运一些。虽然如果统计一下，应该没有几个人自己长大的老房子还没有被拆。但至少我们留下了不少照片，从感觉上，已经不是那么老无所依。

width:100%

lenciel — Thu, 22 Sep 2011 13:32:28 +0800

这似乎是CSS里面最简单的一个概念：如果你希望一个block-level的元素填满整个父容器的所有空白，只需要为这个元素声明width:100%这个属性就可以了。

但从个人经验和搜索结果看，大概很多CSS使用者都有过加上这个属性后挠头不已的惨痛回忆。最后很多人不得不经过反复试验后重新转回使用绝对值的长和宽。

的确，百分比在CSS里的真实作用，就像偶像派的苦瓜炒蛋，是属于“看起来简单，弄起来挺难”的东西。

其实Blocks不需要指定100%

大多数专业的Web开发者都清楚，block-level的元素(如div, p, ul等)和inline的元素两者的区别就在于默认情况下，block元素的宽度就会取填满父容器的宽度(减去自己的margin或者父容器的padding)。

这知识虽然初级，理解这点对我们明白百分比的实际作用很有帮助。

真实的含义

如果你在CSS中给一个元素x%的宽度，其实就是定义：“把这个元素所占的区域扩成它父容器的绝对宽度的x%，当然，必须它父容器有一个绝对宽度啊，亲。”比如你的元素放在一个400px宽度的容器里面，然后它的宽度定成了100%，那么它在保证自己被渲染成400px宽度之后，还是会遵守自己被定义margin/padding/border的设置，所以最好出来的效果很可能就是下图那悲催样：

Height(在所有的浏览器)也一样

是的，这是CSS比较桶妈的地方：如果你的父容器没有一个显示声明的绝对值高度，那么你用百分比来定义它的高度希望它充满父容器是不行的。Height和Width的唯一区别是对于block-level的element而言，不会自动去填满父容器，也就是说height:100%是不能省略的。

当然，百分号的行为也是CSS里面难得不桶妈的地方：所有的浏览器对百分比的渲染都是一致的。

来来往往

lenciel — Thu, 15 Sep 2011 18:10:36 +0800

那个人常常会在我路过弥敦道路口那两个电话亭的时候被我想起来。

说那些过去的事情会突然间变得历历在目或许有些过分了。隔了那么久，连电话亭旁的行道树都已经长得比旁边的电线桩还高的多了，但每次一走到这里，当年的情景，却总是在脑子里面演绎开来，连那首"The Mercy Seat"也会无可救药的在耳畔响起来。

以前不明白他为什么喜欢这首歌，那么重的扫弦，扫得人心都颤得发痛。不过他的很多事情，本来就是让人没法明白的。就像最后一次见他的那天，他说着说着巴萨和米兰的冠军杯球赛，就突然宣布自己决定去内地当一个地质队员。

“我厌倦了金融，当地质队员我就能去登山了，登山能让我忘记一切烦恼！”

可是他说这些的时候尽管语气兴致勃勃，眉头上却皱满了自己看不见的迷雾。于是在接下来的谈话中，我很想让他明白，无论他站在山顶还是山脚，他的鼻梁以下的整个身子，还是得笼罩在这迷雾之中。

不过，我很快就发现，笼罩他的，并不是他所谓的烦恼，而是深深的厌倦。于是我只好认输了。我想，那就抓紧最后的机会好好的看看他那双明亮的眼睛吧。可惜，就像往常一样，每当我们的眼神触碰到一起，我就会心虚的把脸转到一边。

“以前我常常叫你陪我一起去跑步，记得你怎么回答我吗？”

“嗯，不记得了，就记得我从来没陪你跑过。”

“你总说，跑步对大多数人而言是一件徒劳无功的事情。那些在比赛里跑在后面的人到达终点的时候，冠军颁奖的仪式都结束了几个小时了，连最后一个观众都已经离开了很久。不是参加比赛的话更是如此：跑步的人收获的，无非是伴着干呕和肌肉痉挛的一身毫无意义的汗水，自己的人生和周遭的世界，完全没有发生一点点的改变。还不如去发一条微博，或者读一本《财经》。”

“然后呢？”

“然后你现在突然说，你要离开香港去爬山了。可真是一个大彻大悟的决定啊。”

他没有理会我的揶揄，只是微微笑了一下，说：“这些年这座城市带给我的唯一惊喜，就是在隔壁电话亭里莫名其妙晕倒的你了。”他说着这些，从口袋里掏出一个ipod塞到我手里：“今后，就让它陪着你继续跑步吧，里面有我最喜欢的The Mercy Seat。”

第二天他就走了。开始我们也会有一搭没一搭的发几个短信，再后来就断了联系。慢慢的我也和一些有趣的人熟络起来，但很快又一个个的分开了。有的时候我会觉得因为遇到过这么一个他，让自己和其他人在争吵、破裂的时候变得太有底气：因为我确切的知道，世界上真的是有更适合自己的人存在的。所以，我就这么孤孤单单的来到了中年也是拜他所赐吧。现在，虽然靠着勤奋的修补，可以让衰老显得并不那么明显。但我也终于发现，其实我们大多数人的生命，一过了三十岁，就只不过是在不停的重复。我看到很多人徒劳无功的想要去打破这种重复，就只好去养只可爱的小猫，或者找人结个婚，生个小孩。

“要真的打破这样的生活，可能就应该去当一名地质队员吧”，想到这里，她忍不住笑了起来。

载入中……