秋冬西穗高之行

princy | October 28th, 2011 - 15:38:28

0

今年的春夏的过的特别的快.等自己察觉的时候夏天已经都快要过去了,所以就拼命抓着夏天的尾巴跟@ndun等人一起上山下海了几次.于是,本着滴水之恩当报涌泉的原则,接受茄子同学的命令组织了一次上高地的西穗登山之行.

0.5

去上高地的可以有很多Course可以选择的,因为这个地方基本上可以说是老少咸宜的日本登山Hiking的圣地,附近既有面向中高级登山者的极具挑战性的枪穗连峰,也有面向普通hiking爱好者的多条沿河美径.但总归是人高水低,心里总是望着枪穗连峰的那片漂亮的山头心痒痒.再加上这次参加者应该都经过了前面几次登山的小考验了,所以就想组织一个正儿八经一点的登顶Course,希望在那婀娜的山曲线上看到美丽的日出,日落以及北Alps的雷鸟.

1

这次活动的报名什么的是李茄子同学负责的,等最终人数确定下来的时候心里还是很发怵的.人数比较多,女生比较多,并且有几个没一起爬过不知体力如何的新人.如是就计划周五晚上坐夜行BUS到上高地.早上慢慢的爬到西穗山庄后扎营自由活动,第二天一大早出发去独标或者西穗高登顶后返回.不过可能是已经接近了红叶季节,所以提前一周多订夜行BUS已经订不到了,最后只好匆匆的换成了白天的BUS,所以第一天的登山日程也就突然变得紧张了起来.最后又碰到周末竟然是雨天,所以也一边祈祷女队员们挂的晴天娃娃起作用,一边临时准备了两套方案,如果到了上高地后继续下雨的话,就把登山改成Hiking的Course.

约大家6点40集合,经过种种后在7点多一些的时候终于人数到齐,简单的相互介绍,说明了一下这次活动的种种注意事项后于7点30坐上BUS直奔上高地.第一次真正的体验登山,所以不少童鞋都是在偶的强烈建议下收的登山鞋之类的一些装备,所以开始还是很兴奋的.比如某小杨同学就把鞋子脱下来小拍了一通.

BUS从新宿到上高地大约5个小时左右,所以大家兴奋完了后就基本都开始呼呼大睡,直到下了高速后进到松本高山的附近.远远地对面就是云雾中北Alps的雄伟群山,而我们的BUS则在不算宽敞的小路上一路向上,驶向远远地群山之间.等BUS走到山里面,风景已经开始漂亮起来了,路边或者乳白翡绿的小河,或者一簇簇红叶镶嵌山间.尤其是在这样秋季的雨后,格外的显得美丽.

2

大约11点半左右到了上高地的换车处,大家一起换了环保大巴后开赴山里.一路上风景也是很美的,尤其是大正池的远端可以沿着湖面眺望上高地的谷地群山,照出的风景一定壮丽.最后我们的BUS在帝国旅馆前面下车,时间跟估计的差不太多,大约12:10.下车左转,就看到一片片的高山苇叶,中间有稍微宽敞一点的柏油路.然后再走几分钟就会看到下面的桥,以及右手边的美景.

 过桥后继续走10分钟左右就会看到一座小小的木门,目前有着登山登记箱,让进山的人们把登山时间人数什么的信息留在那边.同时,上面还贴着寻人启事,半年前有人进山以后就没有再出来过…大家在那木门口开始稍事休整,然后开始我们计划4个小时的比较tough一点的登山急行军.

3

刚开始进入山中,路很宽,树林比较稀疏,秋叶粘湿地,秋意盎然.大家的情绪也很高涨,每个人都挂着笑脸,准备全副武装的投入大自然的怀抱中去了.不过这张照片好像成了当时人数最全的一张照片,不久后就有某同学因为体力实在不支而被我狠心劝下山去了,因为开始那本该走30分钟的路大家走了一个多小时…虽然事前的准备以及通知邮件里面屡次强调这次登山的辛苦,但不实际体会一下应该是不会了解大自然的不可忤逆的威严的吧.

4

接下来的路程基本上就是按照计划进行了.Paynee同学带队,FengXu同学压阵,我就随时前前后后的撺掇着把哪个走的慢的女生的背包给瓜分掉(囧).然后基本上每三十分钟休息四五分钟,不停地提醒大家补水和吃巧克力…

后半段的急性军的路程稍微麻烦了点,路况好的部分的话基本跟下面照片的差不多,路况差得地方基本上需要手脚并用,翻过树根,过小桥什么的,走山脊啥的.

5

大约3点半左右,天气越来越阴沉,能见度下降了好多,并且途中还下起了小阵雨.不过因为有我在不停的给大家灌输了不在天黑前感到宿营地的各种危险,所以大家也就成功的激发了各自的小宇宙,终于在4点左右的时候到了烧岳,上高地,以及西穗山庄的三叉路口.看到真正的希望之光,女同学们慷慨出手留念.

 6

到达西穗山庄是下午4点45左右,天已经快黑了.抓紧帮大家办了入住手续后我跟Paynee同学就开着头灯去支帐篷 .结果因为久违演练加天黑慌乱并有狂风肆虐,所以半天没有撑起来.最后还是拜托旁边的一个日本人来给撑起来,并把周围都一起好好固定了一番.

接下来后就是幸福的晚饭时间了.本着出门受罪的原则,这次又背了炉具及各种食物上山,所以晚饭也就成了叉烧加面,还有西穗的700元的大罐啤酒.

 

7

聚餐完毕后大家一起聊天聊到8点多,然后住小屋的同学回小屋,我们就冒着外面刚刚大起来的风雨而回到了帐篷,祈祷接下来的雨会跟预报的一样在12点左右停下来.不过好像自己在北Alps的宿营的运气一直不好,第一次好像跟@hyac和@hutari等人去北岳的时候好像也是晚上大雨倾盆..

进到帐篷,雨随着风噼里啪啦的不停的吹打帐篷,好像随时要把帐篷掀走一样.尤其是风向一转的时候,总感觉外帐会马上就要飞了.于是结果就是基本上一晚没睡,随时准备着去重新固定可能被吹飞的外帐.从而,整个雨夜也就过得极度的漫长,充分感受了一下”小帐一夜听风雨”的感受.

终于熬到天亮后雨也停了,不过到处是大雾.云海和日出看来是没希望了,所以大家就休整吃饭后按照计划把行李都留在山庄轻装直奔西穗独标和西穗高岳.

8

去西穗独标的路应该算是真正的登山路了,但因为身上少了20公斤左右的大背包,所以感觉铁别轻松,恍若有身轻如燕的感觉,哈哈.

从山庄到独标,首先是一段手脚并用的一段攀大石的路.气温当时还很低,雾也一直很大,所以大家都包裹的严严实实的前进.

接下来是穿越山脊的小松针林

 再接下来是堆着各种石块的小路. 这时候大风已经把雾吹的差不多了,所以能稍微拍到自己想拍的这种山曲线了.

差不多一个小时多,太阳已经升起来了吧,风没见小,但雾的确是被吹开了,基本上能看到西穗高以及奥穗高等若干山顶了,.

到独标的最后一段路更加险要起来,一失足可能就真的成千古恨了,所以喊着大家互相帮助照应着一起慢慢的翻过这个地方登顶.

最后登顶的各位的合影,お疲れ様~ 云雾退散的话应该能看到更加魅力的风景的吧?不过即使云雾稍微阻挡了视野,但也相信很多人也应该满足了.因为我们经过各种辛苦和挑战而征服的山顶,并能看到远处巍峨群山和俯视山谷中的上高地,

 

9

山顶休息观光后,最终还是决定带大家下山,虽然有信心两个小时往返西穗高,但始终不放心大家自己走这段下山路…毕竟上山容易下山难,尤其是从这么陡峭的地方下去,基本上就是以前语文课本中的描写的那样一个踩着一个下山的…

不过偶尔回头看一下我们征服过得地方,还是很有成就感的.

 

10

为了收帐篷什么的,跟大家走过危险地段后就快速加速回了营地.然后大家吃饭修正后12点左右开始下山.不过大家下山的速度比预想的还是慢了一些,三个小时的路大约走了近四个小时.不过托这个的福,自己也就有了不少的机会把相机拿出来拍了拍青苔红叶.





10.5
最终大家还是按时间回到了山高地BUS点,并经过各种酣睡,闲聊而于9点多回到了新宿.整个上高地的登山行顺利结束,呼呼…

用中文调戏SIRI?

princy | October 21st, 2011 - 13:21:25

最近网络上充斥着对于Siri的各种调戏,并俨然已经称为Iphone4S的一个相当大的卖点了.不过自己最感兴趣的是大家具体把Siri搞到手后,到底调戏的效果如何?还有,以后Siri真得可以完美的对应汉语和日语吗?自己以前是做声音处理的,所以就被问到了对Siri的看法,于是就简单的整理分析如下.

首先一起看一下Siri是怎么实现语音助理这个功能的:
第一步,iPhone会对录取的用户语音进行采样处理和压缩,然后通过网络传到苹果的服务器上.
第二步,通过服务器上训练好的语音模型来进行语音特征提取,然后借助他们比较灵活的文本模型就行最终识别.
第三,拿前面的语音识别结果和事先统计训练过的对话模式来进行文本处理和匹配,从而完成调用命令和实现语音对话.

然后在分开看一下各个部分可能出现的问题:
第一步,数据传输和处理问题.iphone通过网络传输的语音数据应该是已经被采样和压缩过的,所以只要网络不是太差就没有问题.但关于接下来的语音识别和模式匹配,因为都是从暴大的数据库中进行匹配求概率,所以服务器的负担应该是比较大的.若几百万的Iphone用户一起用Siri的话,苹果的服务器能不能撑住就是一个问题了.

第二步,语音识别的精读问题.根据现在的语音识别技术来说,无背景杂音,语法比较正常的native的英语识别率已经是比较令人满意了.但在噪音环境下,并且说话人的发音过于随意的话,识别率应该还是不够令人满意的.其次,对于身边的这些日式英语什么的来说,因为本身的声响特征差别太大,所以识别率就更加惨不忍睹了.最后,对于大家期待的汉语Siri,受到方言和口音的影响,相信识别效果也不会太理想的.

第三步,对话模型的覆盖面问题.通过最近Siri讨喜的事例来看,Siri的对话模型的覆盖面应该是比较广的,并且前后文的相关性也比较强.但代价就是初期的训练成本比较高以及匹配过程的处理时间比较长.所以,中文的文本训练什么的估计会很费苹果的功夫的.并且,相信他面对关于鸡公和公鸡的这类区别的时候也还是会抓狂的.

综上,对于中国和日本的用户来说,用带口音的英语来调戏Siri的结果必然是被反调戏,而想用母语来调戏Siri的话,估计还要等很长的一段时间的.不过任何科技的进步和发展都是需要阶段的,大家还是应该用宽大的态度来对待苹果,多多支持多多购买,在不惜卖肾的前提外,呵呵

字符串处理

princy | October 20th, 2011 - 12:25:41

单纯的字符串连接速度比较

  • String  27183微秒

String testString = new String();
for (int i = 0; i < 100000; i++) {
testString += “test”;
}

  • StringBuffer  10微秒

StringBuffer testStringBuffer = new StringBuffer();
for (int i = 0; i < 100000; i++) {
testStringBuffer.append(“test”);
}
testStringBuffer.toString();

  • StringBuilder  6微秒

StringBuilder testStringBuilder = new StringBuilder();
for (int i = 0; i < 100000; i++) {
testStringBuilder.append(“test”);
}
testStringBuilder.toString();

结论: String>StringBuffer>StringBuilder. 其中String甩开StringBuffer和StringBuilder好几条街

原因: String每次链接的时候需要重新分配新空间,连接字符串,然后指向新链接的字符串.而StringBuffer和StringBuilder不需要重新实例化字符串,只需要在后面追加就可以了.如此以来,String连接时候步骤增加不少,并且内存占用会更大一些.

其余补充:

1.  为了获得更好的性能,在构造 StirngBuffer 或 StirngBuilder 时应尽可能指定它的容量。当然,如果你操作的字符串长度不超过 16 个字符就不用了。

2.  相同情况下使用 StirngBuilder 相比使用 StringBuffer 仅能获得 10%~15% 左右的性能提升,但却要冒多线程不安全的风险。而在现实的模块化编程中,负责某一模块的程序员不一定能清晰地判断该模块是否会放入多线程的环境中运行,因此:除非你能确定你的系统的瓶颈是在 StringBuffer 上,并且确定你的模块不会运行在多线程模式下,否则还是用StringBuffer 吧 J

3.  用好现有的类比引入新的类更重要。很多程序员在使用 StringBuffer 时是不指定其容量的(至少我见到的情况是这样),如果这样的习惯带入 StringBuilder 的使用中,你将只能获得 10 %左右的性能提升(不要忘了,你可要冒多线程的风险噢);但如果你使用指定容量的 StringBuffer ,你将马上获得 45% 左右的性能提升,甚至比不使用指定容量的StirngBuilder 都快 30% 左右。

 

彼岸花

princy | October 16th, 2011 - 15:00:37

与彼岸花还是有些缘分的,虽然之前自己从来没见过彼岸花,更甚至以为那是电脑做出来的花朵.那是七八年前,网上初见彼岸花的照片,翠梗擎红爪,群生血如海,龙爪勾人魂,深以为非凡间之物.再到3年前,在江户川旁看到彼岸的红花簇开,才知道这原本凡物.也是也就找到了离东京最近的看彼岸花的名所,日高市的巾着田.

彼岸花的花期只有一个星期,错过则不能相见,一如彼岸花的花语之一,叶不见花,花不见叶,生生相错.而自己错过了两年后今年终于找到时间喊了三五好友去了一趟巾着田,看到了那如血海般的慑人心魂的彼岸花.并拍照片无数,现挑几张与大家分享.

同是巾着田,其实还有大波斯菊的田地.看完三生界的彼岸花后在看到温暖的朴素的大波斯菊,恍如再回人间一般:)