Archive for November 2009
昨天终于又可以实现久违的火锅@Home 了，由于兴奋，有点睡过头了，但还算比较准时
第一个惊喜很快就出现了，超超带来了一瓶茅台，长这么肥还真没尝过
第二个是惊讶，津巴布韦籍飞机坠落浦东机场
然后是好像不止20分钟的20分钟路程，shopping 一轮，满载而归
沿途小动物贼多，贼可爱，眼神贼哀怨，贼想抱走一批……
回来当然是自己动手，丰衣足食。
看着师傅出地方出钱又出力的，我就承担一项最艰巨的吧——剥蒜，然后开始偷吃
东西还真多，羊肉骚味特足，屋里厢很香，茅台外柔内刚
蒸汽上来了，肉肉下胃了，酒气上来了，嘻哈笑声传出去了
吃饱喝足，但是任务没完成，师傅没冰箱，还得来一轮
于是打起十分无聊的牌来，酒精的作用叫我只能做应激反应了
依稀印象是挺安全，其它随意了
可能是第一回整内么多白的，可能是因为久曲体坐地，酒气始终不散
晚上内一轮还真是一点胃口都没有
回来车上晃几下，胃部压力直往上冲，还好忍住下了车，慢慢走走逛了半小时才缓过来
情不自禁的在河边唱起师傅说的很难听的陈奕迅的歌
那刻感受到什么叫酒入肥肠愁更愁……
http://opensource.adobe.com/wiki/display/flexsdk/Downloads
一开始看总有点茫然的，怎么有三个下载链接？
Free Adobe Flex x SDK | Open Source Flex SDK | Adobe Add-ons for Open Source Flex SDK
到底是哪个跟哪个？
页面上方有几段文字，是被我skip掉了，里面有写三者之间的关系
基本就是 license 的区别。
Adobe Flex SDK 是包含开源和闭源的组件。
Open Source Flex SDK 是仅包含开源组件
Add-ons 则是闭源组件
可以简单的理解为
Adobe Flex SDK = Open Source Flex SDK + Adobe Add-ons for Open Source Flex SDK
可以根据自己的版权需求和应用需求的情况去选择
adobe · flex · opensource
当切换了一个视角之后才发现，之前有些事情的确是理解错了
不过即使是那样，即使是回到那个给人感觉很舒服的地方，依然发觉自己是那么的格格不入
相信自己的感觉，似乎已经到了仅次于信曾哥的地位
当下，我开始收起那个长久披在身上的不愉快的表皮
因为人们并未曾过问为何总是郁郁寡欢，只是看多了，自然地适应了那种忧郁
只怪我的普通话太普通了，有些情愫，貌似我还没适应使用普通话来表达
因此只有小数人得以清楚了解我所想所观察到的情况
再抽离一点，才发现原来自己已经陷得很深
总有许多冲动想要破坏一些事物，然后籍着灵感去重新构筑
不明白的为何总是在等待这个等待那个
想象中的对话不曾出现，想象中的碰撞更是被和谐了
直至错失数月光阴，才明了原来彼此目标不一致
时间长得，连自己都习惯了被和谐
但他们所给的并不是我想要的
看上去条件很符合的，却几乎触发不起一丝兴奋
每每提及，言语间的轻蔑多少已经表明倾向所在
只不过看上去没有坏处，没什么需要拒绝的
苏州两日游，在各个园林游走，跟随导游时兴致勃勃
缺乏导游，单靠这么走一趟发现是看不懂的，这样顿时发现问题所在
如同那句“有困难要上，没困难制造困难也要上”
后句看似笑话，但是看不出困难所在其实就是上不去的原因
于是我决定了制造困难，籍此来发现真正的困难
不幸的是似乎还真被我找到了，而且蛮多
同时也越发清楚自己想要的是什么
通过一组组的对比，发觉原来自己的立场是很清晰的
当有一个表面华丽的方案出现之时，还是能够辨认出那只不过是另一个错误的方案而已
当切换了一个视角之后，变化开始涌现
但最重要的依然是好好珍惜眼前的一切
朋友们，请注意做好甲型流感（俗称猪流感）的预防，也不限于猪流感啦，其它如禽流感之类的流感都应该好好预防。
看看6岁男孩甲流重症病房纪实，就知道那可不是闹着玩滴。
以下内容转自《防猪流感傻瓜指南》
time 写道 “博闻网(即HowStuffWorks网中文版)刊登了Tom Scheve的两篇文章《猪流感五大流言》和《猪流感五大预防措施》。
五大流言为：1、吃猪肉会得病；2、要戴口罩/不用戴口罩；3、猪流感是实验室制造出来的 (让人回忆起2004年诺贝尔和平奖得主Wangari Maathai坚称艾滋病是”西方制造的生物武器”)；4、猪流感没什么大不了；5、得过甲流就有免疫力。
五种防范措施为勤洗手、避免碰触眼睛和口鼻、避开人群、不要传染别人以及注射疫苗。”
这个任务是要求每秒触发一次。
一开始我尝试用 Timer 的 scheduleAtFixedRate，通过简单的测试，发现它会慢慢地累积形成时间差。
虽然这里不要求非常的精确，但是如果只是在某点附近徘徊，不会发生累积的，听起来是不是会好一点呢？
于是就诞生了下面的代码。
while (true) {
try {
long i = 1000 - System.currentTimeMillis() % 1000;
if (i > 100) {
Thread.sleep(i);
} else {
Thread.sleep(1000 + i);
}
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println(System.currentTimeMillis());
}
这里定的那个参照点就是每秒的零毫秒，先获取当前毫秒数，计算出到下一秒之间的毫秒数。
接下来的比较很重要，如果希望每秒只执行一次的话，这个是必须的，因为 java 的 sleep 真的不太可靠（这也是为什么需要和100毫秒做比较），实际执行时那是一个震荡状态，把 else 去掉之后会出现意想不到的现象。
通过打印结果，可以看出基本符合我的要求了，行啦。
问题是如果想要更加精确一点，要怎么做呢？
今天和朋友交流了一下，平静地交流。
我想交待一切，但是又临时改变了用语，不知道是可喜还是可悲，我习惯了这样，但，并不代表我喜欢这样。
倔强就是倔强，学什么圆滑！
行动理应能更好地表达，但竟然引不起兴趣，不痛不痒的描述更是纯属聊天，等到真话出现之时，又顿时陷入格格不入的尴尬境地，没有支持者，也没有反对者，以模糊作为结局。接触是双方的，没有足够的响应，再多的变通也只能成为摆设。你自己都无法理解为什么自己有不同的想法却提不出来，却要用牵强的借口来说服我去隐藏自己的异见？
我总想问，为什么这个问题你们不觉得是个问题？为什么不想办法解决？为什么不能提出来讨论？
明明是想法脱轨，渴望打破过时的条条框框，建立能够促进技术思想变迁的开发模式，以一种超前的姿态来引导产品形态去引导客户需求，却一直陷于等待，等待和再三等待之中，没人知道还能做什么，除了项目还是项目，没有项目就是等待，等到最终都淡忘了自己的主线，淡忘了冲动，淡忘了为什么要等待，以及等什么。
内牛满面……
No tags
