顶着被 @adamsxu 鉴定为闲得蛋疼的危险，开始折腾 Mac 下的使用。shell 脚本中获取图片的方法直接可用，就是后面设置为桌面的方法 Mac 还是不同的。

然后想到了 AppleScript，折腾了下搞定。不过当时用的 do script 方法，每次都要跳出一个 Terminal 窗口，比较不爽。

然后遭 @adamsxu 鄙视，说回去给我写一个。

第二天参照他的方法换为 do shell，结合之前的设置为壁纸方法。然后再添加到 crontab 中，设置为每 15 分钟更换一次，收工。

确保系统装有 wget、feh

Mac 下安装 wget 的话，需要有 C 编译器，我是从同事那里拷来的 XCode。
首先去 官网下载源程序，解压。然后 terminal 进入 wget 目录。

  	cd ~/wget
  	./configure
	make
	sudo make install

期间看 terminal 的提示操作就好了。

用到的脚本如下。getwallpaper.sh 和 wallpaper.scpt 在文件夹 wallpapers 中，位于 home 路径下。用得时候要修改下相应的路径。

* getwallpaper.sh

	#!/bin/sh
	/usr/local/bin/wget http://sentense.me/  -O - -q |\
	sed -n 's/.*"\([^"]*14400x900[^"]*\.png\)".*/http:\/\/sentense.me\1/p'|\
	/usr/local/bin/wget -i - -P wallpapers -nc -q

* wallpaper.scpt

	do shell script "/Users/gaowhen/wallpapers/./getwallpaper.sh"
	tell application "Finder"
		set theList to files of folder "wallpapers" of folder "gaowhen" of folder "Users" of startup disk
		set theNum to random number from 1 to (count theList) with seed (time of (current date))
		set desktop picture to item theNum of theList
	end tell

然后加入系统的定时任务中。terminal 中

	crontab -e

如果系统中已有 crontab 文件则打开，没有则创建一个新文件，并用 vi 打开。在其中输入

	*/15 * * * * osascript ~/wallpapers/wallpaper.scpt

保存退出(:wq)，一样要注意路径。

crontab 语法

選項與參數：
-u  ：只有 root 才能進行這個任務，亦即幫其他使用者建立/移除 crontab 工作排程；
-e  ：編輯 crontab 的工作內容
-l  ：查閱 crontab 的工作內容
-r  ：移除所有的 crontab 的工作內容，若僅要移除一項，請用 -e 去編輯。

範例一：用 dmtsai 的身份在每天的 12:00 發信給自己
[dmtsai@www ~]$ crontab -e
# 此時會進入 vi 的編輯畫面讓您編輯工作！注意到，每項工作都是一行。
0   12  *  *  * mail dmtsai -s "at 12:00" < /home/dmtsai/.bashrc
#分 時 日 月 週 |<==============指令串========================>|

详情可以参考

• cron维基词条
• 第十六章、例行性工作排程 (crontab)

如果不想折腾，或者嫌弃 sentense.me 的壁纸过于单调的话，还可以尝试下 desklickr。免费软件，自动从 Flickr
获取图片并设为桌面的，也挺不错。

2.1 语法综述

标识符

• 语法关键字 ： 命名语法（以及类型）
• 变量/常量 ： 命名值（的存储位置）

绑定

• 语法关键字与语法（语义）逻辑的绑定 – 作用域的限定
• 变量与它所存储值的位置的绑定 – 变量生存周期的限定

2.1.1 标识符所绑定的语义

声明

• 约定变量的生存周期和逻辑的作用域
  -
• 纯粹陈述“值”的过程，被称为变量和类型声明
• 纯粹陈述“逻辑”的过程，被称为语句（含流程控制子句）
• 陈述“值与（算法的）逻辑”的关系的过程，被称为表达式

2.1.2 识别语法错误与运行错误

一般，Javascript 引擎会在代码装入时先进行语法分析，如果语法分析通不过，整个脚本代码块都不执行；
语法分析通过时，若执行过程中出错，那么在同一代码上下文中，出错点之后的代码将不再执行。

2.2 Javascript 的语法：变量声明

弱类型语言：只表明在表达式运算中不强制校验运算元的数据类型，并不表明该语言是否具有类型系统。
说 Javascript 是“无类型语言(untype language)” 是不正确的。

2.2.1 变量的数据类型

Javascript 没有明确的类型声明过程。
总的来说，Javascript 识别 6 种数据类型，并在运算过程中自动处理语言类型的转换。

2.2.1.1 基本数据类型

1. undefined 未声明的变量，或者声明过但未赋值的变量的值
2. number 除赋值操作之外，只有数值与数值的运算结果是数值；一些函数/方法的返回值是数值
3. string 不能直接读取或修改字符串中的单一字符
4. boolean true/false
5. function 多重含义：函数、方法、构造器、类、函数对象
6. object 基于原型继承的面向对象

任何一个变量或值的类型都可以（而且应当首先）使用 typeof 运算来得到。typeof 关键字可以像函数调用一样，在后面跟上一对括号。

2.2.1.2 值类型与引用类型

Javascript 中的值类型

• undefined 无值
• number
• boolean
• string 字符串在赋值运算中会按照引用类型的方式来处理

引用类型

• function
• object

全等（===）运算符用来对值类型/引用类型的实际数据进行比较和检查

1. 一般表达式运算的结果总是值
2. 函数/方法调用的结果可以返回值或者引用
3. 值与引用、值与值之间即使等值（==），也不一定全等（===） 【NaN 与自身并不等值，也不全等】
4. 两个引用之间如果等值（==），则一定全等（===）

2.2.2 变量声明

1. 显式声明 – 使用关键字 var
2. 隐式声明

解释器总是将显式声明理解为“变量声明”，而对隐式声明则不一定：

• 如果变量未被声明，则该语句是变量声明（并立即赋值）
• 如果变量已经声明过，则该语句是变量赋值语句

2.2.3 变量声明中的一般性问题

2.2.3.1 字符串直接量、转义符

用一对双引号或一对单引号来表示字符串直接量 ECMA 要求 Javascript 中的字符串必须是 Unicode 字符序列。

\ 除用于定义转义符之外，位于一行的末尾时，也用于表示连续的字符串声明。

空字符串长度值总为 0，也可以用作对象成员。

obj = {
	'' : 100
}

alert(obj['']);
// 100

2.2.3.2 数值直接量

总是以一个数字字符，或一个点字符“.”，以及不多于一个的正值符号“+”或负值符号“-”开始。

1. 十六进制数值以 0x/0X 开始
2. 八进制数值以 0 开始
3. 其他为十进制整数或浮点数

十进制整数的存放个是可能是浮点数也可能是整形数，取决于引擎的实现。位运算总是以整数型的形式来运算 – 即使运算元是浮点数。

2.2.3.3 函数直接量声明

function functionName(){
	//...
}

() 不能省略，表示形式参数（在函数体内部使用的、有效的标识符名）列表。
函数体内部使用一个名为 arguments 的内部对象来存取调用中传入的实际参数。

2.2.3.4 正则表达式的常见问题

2.2.3.5 数组的常见问题

2.3 Javascript 的语法：表达式运算

page 59/60

(function(){
	//...
}());

最外层的 () 是强制运算符，返回调用结果

(function(){
	//...
})();

包围函数的 () 强制运算符运算“函数直接量声明”这个表达式，并返回一个函数自身的引用，然后通过函数调用运算符 () 来操作这个函数引用。

void function(){
	//...
}();

调用函数并忽略返回值。

function(){
	//...
}()

function(){
	//...
}();

以上两种无法通过脚本引擎的语法检测，都不可执行。
在语法检测阶段，脚本引擎会认为下面的代码

function(){}
function foo(){}

是函数声明。也就是说 function(){} 作为完整的语法结构被解释，因此相当于其后已经存在语句结束符。而 “();” 则被独立成一行进行语法解释，显示这是错误的语法。

2.5 面向对象变成的语法概要

2.5.1 对象直接量声明与实例创建

2.5.1.1 使用构造器创建对象实例

构造器其实是一个普通函数，不过此函数执行过程中，javascript 将传入 new 运算产生实例，并以该实例作为函数上下文环境中的 this 对象引用。

obj = new constructor[(arguments)]; // 产生对象的一个实例

参数表为空时与没有参数表是一致的，因此下面等价

obj = new constructor;
obj = new constructor();

constructor 后面的括号不是函数调用的括号。否则

//错误的代码
obj = new (constructor());

就是合理的了

2.5.1.2 对象直接量声明

obj = {propertyName:expression[,...]}

2.5.2 对象成员列举、存取和删除

for…in 列举成员的显示成员

delete 不能删除:

1. 用 var 声明的变量
2. 直接继承自原型的成员

delete 不能删除继承自原型的成员，但如果修改了这个成员的值，仍然可以删除它 – 使它恢复到原型的值
delete 实际上是删除了实力的成员表中的

2.5.3 属性存取与方法调用

. [] 是运算符

2.5.4 对象及其成员的检查

• in
• typeof
• instanceof

2.5.5 可列举性

propertyIsEnumerable()

2.5.6 默认对象的指定

with

2.6 运算符的二义性

开发人员理解上的“二义性”

• , 增值运算符 参数分隔符;对象/数组声明分隔符
• + 增值运算符；正值运算符；连接运算符
• () 函数调用运算符 强制运算（优先级）；参数声明
• ?: 条件运算符 :号有声明标签的含义；switch分支的含义；声明对象成员的含义
• 数组下标 数组直接量声明；对象成员存取；
• {} 函数直接量（代码部分的）声明；对象直接量声明；符合语句
• ; 空语句；语句分隔符

2.6.1 加号的二义性

规则：“如果表达式中存在字符串，则优先按照字符串连接进行运算”

注意：浏览器中 DOM 模型的很多至看起来是数字，其实是字符串

2.6.2 括号的二义性

2.6.3 冒号与标签的二义性

2.6.4 大括号的二义性

2.6.5 逗号的二义性

a = 1,2,3;
a = (1,2,3);
var a = 1,2,3;

var 声明会使连续运算表达式变为连续声明语句

2.6.6 方括号的二义性

a = [[1][1]];
// a = [undefined];

arr = [1];
a = arr[1];

– 题记

时间过的真快，转眼就到杭州一个月了，刚刚找房东交了房租。一个月前的今早，我拖着箱子拎着包从火车站出来。一个月后的今晚，我蹲在床上写下这些文字，呃，是打。

离开北京说实话倒没有什么不舍的，只是吃不到肉饼@rlog的油泼面，见不到交流会那班朋友有点想念。尤其是刚刚成功举办的 webrebuild北京年会，没能在现场，很是遗憾。 好在现在公司的同事人都不错，偶尔也可以和蜗牛@leeiio、小鱼@sofish一起出去扯淡。

对于飘浮还是稳定，我是个矛盾的结合体。我希望能去多几个地方，感受些不同的感受；另一方面，和春爷@wenxiaochun这么多年的感情，总归还是希望能早点稳定下来。 不过就目前的形势来看，接着飘浮的可能性更大。就传统观念来说，嗯，我其实是个思想守旧的传统的人，所谓稳定，至少得有自己的房子。关于这个问题，和春爷有过几次 探讨，不过谈下来感觉好像我不想买房子一样。其实我是很想有套房子，但是比较起来，我宁愿手里攥着点钱去生活，也不想为了永远挂在驴眼前的那根胡萝卜捆绑几十年的生活。 想想，至少30年的房奴生活就觉得可怕。当然，如果可以保证生活质量，也是okay。这些都要再看具体情况。

工作上嘛，要用到 jQuery，所以现在边查文档边做。再次印证了想通过所谓的业余时间来尽快地掌握些新知识不是非常好的选择，至少对我不是。 工作上天天用到的话自然掌握的进度也能快点。当然 jQuery 也是比较容易上手了。对于技术，我现在愈来愈觉得是个工具。对于工具，就有使用者和制造者之分。 不是每个人都应该是制造工具的人，有时候能把工具用得出神入化也很不容易，这个过程中也很有可能对“为什么”就会非常感兴趣了，然后转型去研究更深入的底层了。

不过我们都被经历的教育毒害了，我们总是要弄明白一个公式是怎么一步一步地推导出来的，结果原理很难弄明白不说，实际地使用也不熟练。别的不说，就看看那帮高丽 小孩对弄不明白怎么来的所谓高深公式的使用得熟练程度，再比照下自己的情况，我就汗颜。连用都不会，何来其他的所谓研究？

目前在做的这个产品上，接手后做了一些重构工作，定了基础框架。关于页面模块化，也在看一些资料，想系统化一些想法，顺便把之前的一些做法总结下写篇文章。 嗯，就目前的情况，冷静地来看还是不可能百分百地做到自己给自己打工的感觉，毕竟大部分的压力都是老板扛着。但是能随着产品成长，并在过程中尽量多地注入点自己的想法 ，也是非常难得的了。我是觉得，想要更大的自主权吗，那就把相应的压力承担起先。

另外我觉得我们的精力确实也过于分散了，应该集中优势力量在核心业务上，先达到一定的深度再去横向发展的比较好。然后再另外，我还是希望能多点时间雕琢下产品， 把前期的准备做踏实了，才能磨刀不误砍柴工，才能提供一个真正的产品给大家使用。这些想法会和老板交流下的。

唉，忙只是现在不想写东西的借口，真正的原因是现在写出来的东西太苍白了，自己都不愿意看，是该再好好学下语文了。自从上了大学，学了所谓理科，感觉文盲的程度 越来越重了。

到杭州之后，又受到乐铺官方的邮件，提醒在截止日之前我尽快选择礼物。

这个过程的感受挺不错，提醒得很及时。礼物选择方面，不出我这“生活贫困，思想小资”的人的一贯风格，选择了灰常有情调的海洋投影灯。

其他方面的原因其实是对青岛以及这几年一直在海滨城市待着的留恋。

很漂亮吧，我非常喜欢这个包装，打开的时候都有点不忍心了。

这是投影灯的包装。

拿到礼物的那天就直接那出来试用了下。因为光线过于充足的缘故，效果不怎么明显，同事们纷纷表示不看好。

晚上拿回蜗居的那个小房间试了下，效果还是挺不错的，借用一张图。？

晚上躺床上看着天花板上的波光粼粼，还是很有感觉的，而且有助于快速入眠，这算是给我这个轻度失眠者的一个惊喜吧。

另外的一个惊喜是还兼有外放小音箱的功能，配合乐铺送的音乐光盘，治疗失眠效果更加。而且这个投影灯带有自动休眠功能，会在一个小时候自动关闭，省电节能啊。

不过感觉这个投影灯比较适合小的空间使用，房间过大的话，效果会打折扣。（这算对我蜗居小房间的自我安慰吗？）

另外有一点，本来这个活动是要在拿到礼物的一周内进行体验并评价的，但是我一直拖到马上一个月才动手写这篇文章。不过这期间乐铺没有给我任何催促，

这一点让我感觉很好，至少从我的感觉来说，他们还是给我了充分的信任。从这次的接触过程，我把乐铺划入靠谱的范围之内。

Gruml 是 Mac OS X 上的 Google reader 的一个客户端。在 Gruml 中对于 feed 文件夹 和 tag 等的操作都能同步到 Google reader 里面。同样，在 web 里面的一切操作也都可以同步到 Gruml 里来。

Gruml 可以直接推送文章到推特，当然了，我等良民是用不上的，你知道的。在那一堆的 social 服务里面，我们也就能发送文章到instapaper 和 Read it later 了。除此之外，还可以在一些 blog 工具（BlogThing, ecto, MarsEdit, Xjournal）的帮助下把文章发送到 blog。

Gruml 是免费软件，目前还是 beta 阶段，也许会有不尽人意的地方。如有问题，可以反馈到如下地址：info@grumlapp.com 。

官方网站

目前版本 Ver. 0.9.19 至少需要 Mac OS 10.5

官方下载

原文地址：Mac234 GR 客户端 Gruml

乐铺活动验证

题图是去年春天从高丽回家时，放在阳台上的花。

今年好像直接跨过了春天，直接从冬天就进入了夏天。

头一天还望着树上光秃秃的枝杈感慨，转眼就繁花盛开了。

有一天，回去的车上，听到了一首歌。

Maximilian Hecker – Summer Days In Bloom

其实这首歌在小四里很久了，也经常听，可是那一刻却感觉特别好听，果然不负“忧郁的流行赞美诗”之称。

嗯，最近有点忧郁，想出去拍拍花开的夏天。

单纯·热爱

我问到来自微软总部负责 IE 系列产品的Giorgio Sadro一个问题，”IE6 何时死去？”。

然后我是很欣喜微软能以官方身份作出一些姿态来推动 IE6 的消亡。《Spider Man》里面有一句台词 “With great power comes great responsibility.”

虽然我知道微软的这个姿态依然不会改变国内 IE6 高使用率的状况。但是我觉得，一些事情做了收效甚微和根本没做还是有本质区别的。

Giorgio 讲得过程中，我有两个角度的思考。

站在他的对面: 嗯，我觉得他在为 IE9 软宣。拿概念中的 IE9 和目前在使用中的 Chrome 和 Fx 做比较有点不那么公平 。其实我挺想问他，如果其他浏览器也采用了 GPU加速，IE9 的优势又在哪里呢？不过这个话题纯是挑刺，没啥意思，我也就忍住了。

站在他的后面： 嗯，他热爱自己的产品，是单纯地热爱。一方面，我不自觉地站到他对面觉得他在做广告，揭露了我下意识地认为现实中已经鲜有单纯了(这才真的是”杯具”)。另一方面，自己的产品自己都不喜欢，又怎么可能得到别人的认可？有多少次我们是忍着不快、硬着头皮去完成手头的”设计稿”？

总的来说，Giorgio 很幽默，讲得很好，IE9 也确实值得期待。

道·术

相比之下，周爱民的《前端，架构、框架与库的实战》就有点高端了，对我来说。不过听下来后还是有收获的。其实我不赞成技术人员只是为了一个技术细节而埋头苦干，这些不过是”术”而已，更多的时候我想大家还是应该从底层跳出来，站得高一点，想得深入一些，去探求隐藏其后的”道”。像周爱民说的“需求不过是表面现象，其后的本质才是问题的根本。”

这是我从周爱民的分享中领会到一些考虑问题的角度问题。更高端的领悟，请参见月影的漫谈抽象本质 — 从框架与库设计实战展开。

BTW: 吕婷同学主持地不错，鼓励一下。再话说CK和天神不在，只能我来拍合影了，貌似我和有几期没出现在合影中了 -________||。

doubanclaim572ea43e242b3004

纯爱片一枚。很喜欢片尾女主角的自拍照。

乍看我很怀疑人世间会有这么纯粹的感情。

再想想，原来我已经默认了世上没有纯粹这回事了。

日本是个神奇的地方，当然我朝更是一方神奇的土地。

日本会有爱情动作片，也会有宫崎骏、岩井俊二的经典。

嗯，我想再看一遍 《东京爱情故事》了。

是不是再开始学下日语呢？

ただ、君を愛してる

之前在总结最近的一些关于前端开发这个职业的想法。从对团队和个人两方面的要求谈起，折腾了几天，絮絮叨叨地关于个人方面还没写完。

昨天（3月27号）去腾讯北京参加 web 标准交流会第六次活动，讨论前端开发与其他职位的沟通协作问题。突然想到，其实对于团队也好、个人也罢，所有的要求可以概括为两点：“一要专业，二要追求专业”。

首先说下另一个问题：目的。

做一件事情之前，首先要把目的弄明白。列几个至少能说服自己的理由，为什么要做这件事情，做这个会给自己给别人带来什么。明确了目的之后，后续的一切才能有可行的基础，不然指不定轨道会偏到哪里去了。

我们先问问自己为什么要做前端开发这个工作。从目前业内的情况来看，其实这个岗位在公司里受重视程度并不高。而且作为一个衔接上下游的岗位，要掌握的知识以及技能又有很多，与上下游交接之间又存在很多灰色空间。综合来看，前端开发并不是什么舒服的让人羡慕的职业。从我的观点来看，如果仅仅把这个职业当作一个用以赚钱糊口的工作，其实是一件非常痛苦的事情。简直就像在一个地主家扛着漫无目的的长工，工作的每一分钟都是煎熬。

要在这个岗位上坚持下去，需要也须要把它当成自己的事业，才能享受到其中的乐趣。

不过，目前来看尽管好多人发自内心地热爱这个职业，但是没有多少人享受到了乐趣。原因如上：不专业，不追求专业。

这不仅仅是对个人的要求，更是对周围所有人的要求。也就是对整个团队的要求。额外插一句，不要把团队这个概念仅仅限定在周围这几个人身上。要有“大前端”的概念，产品、视觉、前端、后台整个加起来也是一个团队，整个团队是奔着一个目标而去，有这样的气氛和共识，才能尽可能地减少一些不必要的推诿和摩擦。

不专业也不是什么问题，怕就怕只有一部分人追求专业，另一部分浑浑噩噩应付了事，追求上的差异必然导致矛盾的产生。

因此，我现在愈来愈感觉到一个专业的团队对一个有追求的人来说是多么的重要。

在一个不思进取的团队中工作，无论你多么有热情、有激情、多么积极努力，到最后肯定不是被同化，就是被离开。而这个过程不会有什么机会能给个人和团队留下什么有益的东西。

所以，首先要求自己专业化，然后，要么抛掉理想，找个地方混日子去；要么努力向前，找个专业的团队实现理想。