那天看了极客范DIY系列：便携式树莓派报警装置深受启发，于是从深圳带了个Arduino回来，重温当年的模电数电！不过确实比当年的单片机更容易玩，可以集中精力发挥创造力！另外这有个基于RaspBerryPi的视频，老子教儿子做报警器。http://t.cn/8kkOmnn
是从taobao买的A货，型号标注为Arduino Uno. 从arduino.cc/en/Main/Software 下载官方IDE。用USB线连上MacBook，发现ArduinoIDE无法上传程序到板卡，搜了一下官网，得知Uno本来是免驱动的，但我买的这卡上面带有明显的FTDI芯片一枚，所以又去http://www.ftdichip.com/Drivers/VCP.htm 下载MacOS驱动，然后终于连上了USB串口，做了呼吸灯和光敏灯。
官方函数手册：http://arduino.cc/en/Tutorial/HomePage
用Arduino做了一个光控呼吸灯，并接有一个自锁总开关。当光线弱的时候，灯会急促闪烁，光线亮的时候就会均匀地“呼吸”。
附实物图和手绘电路图。
源码：https://github.com/mebusw/Arduino/tree/master/breathing_led_with_button
(用了好几年python,发现还是有个别语法没用到，比如 a,b=b,a 比如@classmethod 比如 dict.get(“x”, 1) 比如dict.setdefaults()。本文没有提到yield语法。)
示例代码 learnpython-zh.py
Python 由 Guido Van Rossum 在90年代初创建。 它现在是最流行的语言之一 我喜爱python是因为它有极为清晰的语法，甚至可以说，它就是可以执行的伪代码
很欢迎来自您的反馈，你可以在@louiedinh 和 louiedinh [at] [google’s email service] 这里找到我
注意: 这篇文章针对的版本是Python 2.7，但大多也可使用于其他Python 2的版本 如果是Python 3，请在网络上寻找其他教程
今年2012，是天津软件本地社区的第二次举办敏捷之旅活动。去年的破冰之旅还历历在目，经过一年的时间，天津有更多的朋友开始接触敏捷，实践敏捷，讨论敏捷，并加入软件社区积极参加和回馈，也使得天津软件行业更加繁荣和具有竞争力。
今年共有四位组织者@Eugene_Xerox@King费事 @申导 @柴阿峰 ，大家来自不同公司，但都愿意为组织软件社区活动贡献自己的一份力量，一直在张罗着“天津软件沙龙”线下活动。
9月份开始，大家开始着手研究敏捷之旅活动，经过几轮讨论，先要考虑赞助、场地等硬件问题。一次机会，得知天津软件评测中心要在11月举办一次天津测试大会，于是经过沟通，对方对我们的活动非常支持，愿意提供下午3点以后的时间段给免费活动，还赞助了一些门票供参加上午的活动。这样，拿下了假日酒店的场地，最大的一笔开支消于无形。
接下来是书籍，经过敏捷之旅支持小组的指点，成功联系上清华和图灵，拿到了一部分书籍。（ps:上周参加北京的敏捷之旅，有幸见到清华出版社的文工。文工表示继续支持天津的活动，还希望能有些读书会性质的活动，这点我们也会考虑的。）应该还有禅道软件的赞助。
其余现场需要的文具物品等就不说了。
宣传部分，首先是天津软件沙龙的微群和邮件列表，然后再扩散到各个公司。新浪微博也是重要的宣传阵地。事先申请了新浪大屏幕，另外还准备了现场要摆放的海报。
话题部分，大家突发奇想，为什么一定要演讲题目呢？有没有更加活跃的互动形式。于是我们联系上另一位嘉宾 @卡爾文_Q ，决定以对话形式来进行观点的碰撞，引发台下的讨论。今年敏捷之旅恐怕只有天津用了这个创新的形式。当然对话之前还是准备了两个闪电演讲来引出讨论。
最后，台上嘉宾分为两组，一组代表敏捷派，一组代表传统派，由主持人来引导话题和台下讨论：
和上午的商业学术气氛相比，敏捷之旅一开场，首先是新浪大屏幕进行微博滚动，现场气氛一下子不同了。
台上的观点碰撞，强烈的引发台下听众的参与的欲望，纷纷提问、发微博互动。台下的一位项目经理提了一个非常尖锐的问题：“我觉得PO、PM不要和团队走的太近，这样团队容易将责任都推给PM”。这个话题很有代表性，于是我们将他请到台上和嘉宾一起互动，全场讨论热情达到一个小高潮。
可以看出，天津还是有很多软件从业人员，而且非常愿意参加此类活动的，只是缺乏组织者的缘故，大家不太能聚集起来。
事先联系的《今晚报》记者也来了，虽然由于担心报道的方向和主旨不清的原因没能见报，但毕竟意味着报社今后还会有机会进行报道的。
晚饭自理，然后的OpenSpace没有预期那么多人。在水游城的costa咖啡，10来个人又继续进行讨论，从7点多一直说到10点多，仍然意犹未尽。
个人一些总结：
其一，有钱好办事，场地、宣传都是砸钱的事情，如果像北京那样管饭，或者从外地请讲师，也都需要费用。期望随着影响的扩大，会有更多人关注，更多人参与，更多公司来赞助。没钱的话，也要善于借力打力
其二，即使今年4位组织者，仍然力不从心，精力、人脉都有限，而且不能持续。今后要吸收更多志愿者进来。
其三，宣传力度，各种渠道的宣传未能形成猛烈攻势。
其四，组织形式可以多样，更多的互动内容和参与者之间的讨论，有时比单纯的演讲来的更实际。
Sonar是一个集成的代码质量工具，主要用于Java，但现在也可以通过支持多种其他语言，例如javascript, C#等。
Jenkins是最流行的持续集成工具。
有两种方式在Jenkins Job中建立Sonar步骤： Standalone sonar runner 或 sonar-maven-plugin
(本文假设你已经安装了Jenkins)
作为敏捷之旅2012天津站的组织者，和老曹一起去了北京去学习一下。
参加了几个session的心得：
敏捷提升效率：更多的活？还是组织集中精力做有意义的事情？
核心价值观-》原则-》实践
敏捷生长的土壤（自发的） vs. 规划好的敏捷架构（缺乏感情）
douban.com团队 120开发人员，5专职测试（实际上是技术很好的，有大量CI、自动化经验）
豆瓣团队的自发实践：
1. happy day，比赛写代码解决某个问题
2. 资源池（仅fix bug）<—> 机动队A（新开发） + 机动队B（新开发）
3. pull request of GIT. CI先跑pull request,成功后才能提交到master，中心CI只跑master。因为人工review是静态的，不能保证发现所有问题。
4. git enterprise 不好用，于是二次开发自己的code管理工具，还能发徽章，及内部问答系统。
5. 60%喜欢用trello
生长的阳光土壤空气：
1. 工程师文化、吐槽文化 vs. 公司文化、规划
2. 季度目标（避免提到绩效）：哪三件事情最需要做？为什么要做？如何衡量？
3. 对老板的一些介入和要求：“挺好的，我先考虑一下”。直到他再而三的找你。
种子：
不招对代码不负责、不认可甚至阻碍改进文化的开发人员
中国式管理：曾仕强
日本一分法，集体主义，长官意志
美国二分法，制度+个人主义
中国三分法，太极，情绪好的时候讲道理
==》 先由情入理，再依法办事
==》解决冲突：给双方面子，再化解。比如：“A的想法不比B差，为了锻炼，可以让他去试试”
驱动敏捷：中国人的专业精神。生于忧患死于安乐
南怀瑾。世上苦难根源：贪痴(无明)嗔
项目中的无明
1. 浪费
2. 先作对(道)还是先做好(术)？ 目标vs.方法
先改变理念，再改变方法。
题目： Tic-Tac-Toe
四个简单设计的原则
pair programming + TDD
3x 45min sessions, each of those need to switch pair and delete all code
Retro:
even I’ve TDD experiece, still I found different ideas(tests, design etc) when pair with different people
a good female programmer surprised me (we’ve rushed out a PHP test framework!)
need to prepared well for computer and common languages, better with WIFI in the room
grunt.js是node.js的一个组件，本身还带有很多plug-in，用于javascript应用程序的构建管理及依赖管理，诸如lint, copy, concat, minify, unit test等，有点象Maven。
有连接外网的机器，可以很方便的利用其本身的依赖管理NPM安装。但是企业内网就有一些限制，下面就如何在无外网连接的linux主机安装grunt.js等进行说明。
主机是centOS,之前已经安装了RPM包的gcc。
下载node.js源码，拷贝到目标机，然后make，这个还好。
下载grunt.js，同样拷贝到目标机。注意grunt.js应该使用(npm -g install grunt)作为全局安装。在linux系统下，结果是在/usr/lib/node_modules下。在winXP下，是在 C:\Documents and Settings<username>\Application Data\npm\node_modules 下。其他grunt的plugin，如果不是全局module，一般都是安装在项目下，即<project>/node_modules。
我们希望grunt的这些module能被目标机的多个项目共享，毕竟没有网络，也不想拷来拷去。在https://npmjs.org/doc/link.html 提供了一种npm link的方法，不太好使。其实不用它这么麻烦。将所需的grunt module都拷到目标机的某个目录下的node_modules，然后直接在每个项目下新建个指向该目录的符号链接：
cd <project>
ln -s <somewhere>/node_modules/ node_modules
ok，在项目下运行grunt吧！
（要是使用了jasmine进行单元测试，还需要安装grunt-jasmine-runner模块及PhantomJS）
1. Grunt.js/node.js should be quite easy toonce-click install if this centOS5 server has a internet connection, but, forthis server, I have to copy the .tar manually, then copy all modules andplugins by finding the right place to put
2. Grunt-jasmine-runner require phantomJs to rununit test. At first, I tried to run the complied version for linux, but itrequires libgc v2.9+ , which finally I realize centOS5 can’t afford such highversion (even forcely compile that lib with low version gcc compiler, possiblywill make the low version linux core crash).
3. Then I tried to compile phantomJs 1.7 manually,which depends on 30+ libs. Those can be download fromhttp://mirror.centos.org/centos/5/os/x86_64/CentOS/then copy to server, and run with rpm command in turn. Fortunately, it works
4. The last tricky one, the passed unit test failson that server by run ‘grunt jasmine’.
<pre>Running “jasmine” task
Testing jasmine specs via phantom
…
[D] [“phantomjs”,”onResourceReceived”,”GET http://127.0.0.1:8888/test/spec/CommonTest.js"]
[D] [“phantomjs”,”onError”,”ReferenceError: Can’t find variable: describe”,[{“file”:”http://127.0.0.1:8888/test/spec/CommonTest.js","line":31,"function":""}]]
ReferenceError: Can’t find variable: describe
…</pre>
At last, it’s caused by that: I createda symbolic link for “node_modules” to re-use common module, but it preventgrunt-jasmine-runner to fetch sth. (not sure yet). To resolve it, need to copythe “node_modules” files directly under project folder.
同源策略(http://baike.baidu.com/
HTML5 XDM
近年不断发展的HTML5规范对XDM-跨文档消息传送机制进行
_postMessage(message, targetOrigin, transfer)_函数有三个参数。第一个message表示要
比如下面的例子简单演示了使用postMessage()向内嵌
var iframWindow = document.getElementById(“
iframWindow.postMessage(“
接收方www.html5.org收到XDM消息会异步触发wi
window.addEventListener(“
if (event.origin == “http://www.infoq.com“) {
processMessage(event.data);
event.source.postMessage(“
}
});
easyXDM (https://github.com/
easyXDM包含两个基本对象。
easyXDM.Socket对象包装了传输栈，
服务端首先建立Socket：
var socket = new easyXDM.Socket({
onMessage**:function**(message, origin) {
//do something with message
}
});
var socket = new easyXDM.Socket({
remote**:** “http://path.to/provider/“, // the path to the provider
onMessage**:function**(message, origin) {
//do something with message
}
});
socket.postMessage(“hello world”);
easyXDM.Rpc对象允许创建带有代理对象进行远程方法调
在服务端配置被调用的远程对象：
var rpc = new easyXDM.Rpc({},
{
local**:** {
helloWorld**: function**(one, two, three, successFn, errorFn){
// here we expose a simple method with three arguments
// that returns an object
return {
this_is**:** “an object”
};
}
},
remote**:** {
helloWorld**:**{
// here we tell the Rpc object to stub a method helloWorld for us
}
}
});
rpc.helloWorld(1,2,3, function(response){
// here we can do something with the return value from helloWorld
}, function(errorObj){
// here we can react to a possible error
};
跨域资源请求
在web开发中跨域资源请求相当常用。借助XDM，
下面举例如何使用easyXDM来跨站点文件请求：站点clie
在客户端client.com/index.html引用eas
var socket = new easyXDM.Socket({
remote: “http://remote.com/agent.html“
onMessage:function(message, origin) {
var data = $.parseXML(message);
//do something with message data
}
});
在被请求的远程服务端remote.com/agent.
$.ajax({
type: “GET”,
url: “list.xml”,
dataType: “text”,
success: function (data) {
var socket = new easyXDM.Socket(
{
onReady: function(message, origin){ }
}
);
socket.postMessage(‘’ + data);
}
});
小结：easyXDM开源组件封装和支持HTML5的postM
移动是未来计算的趋势，越来越多的人使用移动设备来访问互联网。但是目前至少三大平台：iOS、Android、移动Web。相比桌面Web，移动用户需要更好的体验、界面和设计。然而移动设备受限于电池、不可靠的网络连接和小尺寸屏幕。
几个月前，Martin Fowler写过一篇关于开发跨设备移动应用的文章。他指出，要获得最佳用户体验，最直接的办法就是针对每个移动平台开发一个本地应用，但这却将带来极大的成本。或者选用跨平台工具箱，“一次编写随处运行”？然而没有几个产品真正获得成功。Web应用程序倒是可以以较低成本运行在跨平台之上，但是用户界面又受到限制。因此，不可避免地要在用户体验和成本之间做出选择。
或者，折中的办法就是开发混合式(hybrid)应用程序：结合Web和原生应用。
ThoughtWorks 探索这条路并取得一些进展，最近发布了Calatrava开源框架。Calatrava的思路是开发者用跨平台的JavaScript编写客户端逻辑，这部分代码完全相同，运行在iOS、Android、移动Web的JavaScript解释器中。Calatrava提供本地桥接，允许逻辑来驱动原生UI。
它将移动应用程序分成两部分来考虑：UI和客户端逻辑主体(headless-body)。开发者使用JavaScript代码开发通用的控制器逻辑，而原生代码处理UI部分生成原生外观（native veneer），可移植的JavaScript代码和原生代码之间能够互操作，进而开发出混合移动应用。
Calatrava本身并不提供任何UI框架或建立UI抽象层。在iOS上，就用Objective-C和Cocoa Touch框架来构建UI；在Android上，就用Java和Android库；在移动Web上，就用HTML5、CSS3和你喜欢的JavaScript库。跨平台逻辑层与代表着应用表现层Page对象进行交互，该对象提供了从显示和交互机制中分离出的API接口。很多时候，对于移动应用来说，HTML5 UI已经足够好，所以Calatrava也允许在iOS和Android上桥接HTML5，但是应用绝不会绑定在HTML UI上。
这样，每个平台都有具有了自己独有的UI设计，避免了“恐怖谷效应”（uncanny valley effect）。应用开发可以从HTML UI开始，当你觉得某些地方不够好的时候，就用原生UI替换掉，且只对部分平台进行替换，而不影响其他部分。同时你也可以享受某些平台特有的UI特性。
Calatrava适合包含较多复杂的客户端逻辑的应用，且当应用偏重于成为现有产品的新渠道(Channel)，而非产品本身。如果应用的大部分代码是UI部分（如游戏），或是已经提供非常好的用户体验的Web应用，Calatrava就不太适合了。 Calatrava编写的核心JavaScript逻辑支持使用Jasmine进行单元测试，以及使用cucumer.js进行功能测试。
想试试吗？从github的Caltrava主页可以找到说明，简单来说就是下面几步：
Martin Fowler分析了用户体验和可负担能力之间的动态平衡，他认为混合式（hybrid）解决方案介于纯本地应用和纯Web应用之间，更适合增量式发布。即首次发布（release）采用纯Web UI，之后的发布（release）逐步将Web UI转为本地UI特性，或逐步地增加本地UI特性的比例。
MartinFowler认为Caltrava最有价值的地方就在于它适合增量式发布策略。比如cover-your-bases策略，即当你已经有大量用户基础，而移动应用定位为现有产品的新渠道(channel)。由于现有的用户，最重要的事情是将新渠道尽快地推到尽可能多的用户面前。很明显，平台覆盖率最重要。然而在移动平台上，体验也非常重要，所以应该用最小功能集提供简化的体验，而不是提供退化的体验。
它将移动应用程序分成两部分来考虑：UI和客户端逻辑主体(headless-body)。开发者使用JavaScript代码开发通用的控制器逻辑，而原生代码处理UI部分生成原生外观（native veneer），可移植的JavaScript代码和原生代码之间能够互操作，进而开发出混合移动应用。
Calatrava本身并不提供任何UI框架或建立UI抽象层。在iOS上，就用Objective-C和Cocoa Touch框架来构建UI；在Android上，就用Java和Android库；在移动Web上，就用HTML5、CSS3和你喜欢的JavaScript库。跨平台逻辑层与代表着应用表现层Page对象进行交互，该对象提供了从显示和交互机制中分离出的API接口。很多时候，对于移动应用来说，HTML5 UI已经足够好，所以Calatrava也允许在iOS和Android上桥接HTML5，但是应用绝不会绑定在HTML UI上。
这样，每个平台都有具有了自己独有的UI设计，避免了“恐怖谷效应”（uncanny valley effect）。应用开发可以从HTML UI开始，当你觉得某些地方不够好的时候，就用原生UI替换掉，且只对部分平台进行替换，而不影响其他部分。同时你也可以享受某些平台特有的UI特性。
Calatrava适合包含较多复杂的客户端逻辑的应用，且当应用偏重于成为现有产品的新渠道(Channel)，而非产品本身。如果应用的大部分代码是UI部分（如游戏），或是已经提供非常好的用户体验的Web应用，Calatrava就不太适合了。 Calatrava编写的核心JavaScript逻辑支持使用Jasmine进行单元测试，以及使用cucumer.js进行功能测试。
想试试吗？从github的Caltrava主页可以找到说明，简单来说就是下面几步：
Martin Fowler分析了用户体验和可负担能力之间的动态平衡，他认为混合式（hybrid）解决方案介于纯本地应用和纯Web应用之间，更适合增量式发布。即首次发布（release）采用纯Web UI，之后的发布（release）逐步将Web UI转为本地UI特性，或逐步地增加本地UI特性的比例。
MartinFowler认为Caltrava最有价值的地方就在于它适合增量式发布策略。比如cover-your-bases策略，即当你已经有大量用户基础，而移动应用定位为现有产品的新渠道(channel)。由于现有的用户，最重要的事情是将新渠道尽快地推到尽可能多的用户面前。很明显，平台覆盖率最重要。然而在移动平台上，体验也非常重要，所以应该用最小功能集提供简化的体验，而不是提供退化的体验。
