0.1安装Xcode

• Xcode默认有Ruby,SVN,SSH,Apache等各种开发相关程序
• 比较早的版本可以从MacOX的随机盘里面找到Xcode的安装文件,或者可以从下面的苹果的开发中心那里下载Xcode来安装 (http://developer.apple.com/devcenter/mac/index.action)

0.2设定SSH,Apache

SSH和Apache都可以从苹果系统的系统环境设置里面的共享来选择开启SSH服务器和Apache服务器,并可以从那个页面的链接来进行确认,很方便.

1.Ruby和Rails的安装

Ruby和Rails有很多种的安装方式,如果在家自己捣鼓着玩的话个人推荐用rvm来安装,因为在rvm下可以很方便的管理ruby和rails的各种不同的包括不兼容的版本.

1.1 RVM的安装

RVM的安装比较简单,但要首先选择单用户(当前用户)还是多用户(root)的安装.选择当前用户的话可以安装到$HOME下面,主要是你个人利用,系统操作风险比较小.多用户(root)的话会安装到/usr/local/rvm下面,系统的所有用户都可以利用,当然sudo权限下会有些风险.更多信息请参照rvm安装主页(https://rvm.beginrescueend.com/rvm/install/).

个人选择单用户下的稳定版的安装,命令如下.

user$ bash -s stable < <(curl -s https://raw.github.com/wayneeseguin/rvm/master/binscripts/rvm-installer )

rvm命令添加到path里面

user$ echo ‘[[ -s "$HOME/.rvm/scripts/rvm" ]] && . “$HOME/.rvm/scripts/rvm” # Load RVM function’ >> ~/.bash_profile

读取.bash_profile

$ source .bash_profile

安装完毕后的确认

user$ rvm -v
rvm 1.10.0 by Wayne E. Seguin (wayneeseguin@gmail.com) [https://rvm.beginrescueend.com/]

1.2Ruby的安装

确认可以安装的版本

user$ rvm list known

安装所需要的版本

user$ rvm install ruby-1.9.3

选择安装版本为默认ruby版本

user$ rvm use 1.9.3 –default

确认

user$ruby -v

1.3Rails的安装

rvm下面不同的Rials版本是通过Gemset来管理的,所以安装之前需要建立所需要的gemset,或者不选择而安装到默认的gemset(global)里面.

user$ rvm gemset create rails3.1.0

<查看安装好的Gemsets

user$rvm gemset list

选择此次新安装的Gemset

user$ rvm gemset use rails3.1.0

查看安装好的Gemsets

user$rvm gemset list
gemsets for ruby-1.9.3-p0 (found in /Users/princy/.rvm/gems/ruby-1.9.3-p0)
global
=>; rails3.1.0

安装Rails

user$ gem install rails3

确认版本

user$ rails -v

建立一个Rails项目

user$ rails new depot
user$cd depot
user$rails server

然后可以通过下面的链接来确认程序的启动  (http://0.0.0.0:3000)

2.SVN的利用和配置

苹果系统已经安装好了SVN服务器了,所以可以很方便的利用svnadmin来建立repository.

user$ svnadmin create /Users/user/Sites/svnrepos

确认建立好的svnrepos

http://127.0.0.1/~user/svnrepos/

在svnrepos下面建立新的放前面建立好的rails项目的目录

/Users/user/Sites/svnrepos/rortest/trunk

将前面建好的目录导入到svn里面

user$ svn import -m “New ror import” depot http://127.0.0.1/~user/svnrepos/rortest/trunk

3.用Capistrano来自动release刚才的Rails系统

3.0 Capistrano安装

设定好的gemset下面安装Capistrano

user$gem install capistrano

查看安装的版本

user$ cap –version
Capistrano v2.9.0

3.1 Capistrano的Release系统的设定和配置
建立放置Release系统的文件夹

/Users/user/Source/Ruby/Rails/captest

进入上述目录后导入Capistrano的需要文件

user$capify .

根据提示会发现该目录下面建立了以下文件

Capfile config/deploy.rb

配置自动release的deploy.rb文件

#RVM设置所需内容
$:.unshift(File.expand_path(‘./lib’, ENV['rvm_path']))
require “rvm/capistrano”
#rvm_ruby_string是现在的gemset的名字
set :rvm_ruby_string, ’1.9.3-p0@rails3.1.0′

#防止跳出image,css文件夹找不到错误
set :normalize_asset_timestamps, false

#Release的名字和位置
set :application, “depot”
set :deploy_to, “/Users/user/Source/Ruby/Rails/captest/#{application}”

#设置SVN的内容
set :repository, “http://127.0.0.1/~user/repos/rortest/trunk”
set :use_sudo, false

#提示SSH用户和密码
set :user do Capistrano::CLI.ui.ask(‘SSH User:’)end
set :password do Capistrano::CLI.password_prompt(‘SSH Password’)end

#设定程序源码为SVN
set :scm, :subversion

role :web, “127.0.0.1″ # Your HTTP server, Apache/etc
role :app, “127.0.0.1″ # This may be the same as your `Web` server
role :db, “127.0.0.1″, :primary => true
#role :db, “your slave db-server here”

# if you’re still using the script/reaper helper you will need
# these http://github.com/rails/irs_process_scripts

# If you are using Passenger mod_rails uncomment this:
# namespace :deploy do
# task :start do ; end
# task :stop do ; end
# task :restart, :roles => :app, :except => { :no_release => true } do
# run “#{try_sudo} touch #{File.join(current_path,’tmp’,'restart.txt’)}”
# end
# end

第一次运行Capistrano时候的初始配置(建立Release用各种的文件夹)

user$cap deploy:setup

执行Capistrano命令(Checkout SVN内容,建立本次程序版本的文件夹,Bundle install,链接本次releases到current)

user$cap deploy

向Rails系统里面导入需要的数据

user$cap deploy:migrate

3.2 测试

去刚才的Capistrano目录下面的current文件夹里面启动Rails系统

user$rails s

重新Release一次系统

user$cap deploy

去Capistrano目录下确认Current已经连到了最新额SVN版本里面了

今年的春夏的过的特别的快.等自己察觉的时候夏天已经都快要过去了,所以就拼命抓着夏天的尾巴跟@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是怎么实现语音助理这个功能的:
第一步,iPhone会对录取的用户语音进行采样处理和压缩,然后通过网络传到苹果的服务器上.
第二步,通过服务器上训练好的语音模型来进行语音特征提取,然后借助他们比较灵活的文本模型就行最终识别.
第三,拿前面的语音识别结果和事先统计训练过的对话模式来进行文本处理和匹配,从而完成调用命令和实现语音对话.

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

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

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

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

• 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 个字符就不用了。

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

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

• Based on Lucene, server-ization of Lucene
• HTTP request processing for index and query
• Has a web-based administrative interface
• Configure file and schema file using  XML
• Faceting of query results
• Spell checking function
• More like this function
• Distributed solr server

Home page

• http://lucene.apache.org/solr/

Solr books

• 「Apache Solr 入門」
• Solr 1.4 Enterprise Search Server

To be continued …

• No SQL　http://nosql-database.org/

Some other useful knowledges:

• Google map reduce  http://labs.google.com/papers/mapreduce.html
• Google big table  http://labs.google.com/papers/bigtable.html
• Google file system http://labs.google.com/papers/gfs.html
• Google Chubby  http://labs.google.com/papers/chubby.html

• Open source, reliable, distributed computing

Two Core Components:

• HDFS: Distributed replicated file system, Self-healing high-bandwidth clustered storage, just stores bytes,
• Map/Reduce: API for parallel computing, Fault-tolerant distributed processing, a batch system

Feature:

• Hadoop scales linearly with data size or analysis complexity

TO Not NoSQL

• Hive project adds SQL support to Hadoop
• HiveQL compiles to a query plan
• Query plan executes as MapReduce jobs

Hadoop users

• Yahoo, Facebook, Twitter

Other words

• Zookeeper – distributed synchronization
• Avro – Data Serialization / RPC
• H-BASE –  structured distributed database for horizontally scalable FS

EcoSystem of Hadoop

Useful links:

http://hadoop.apache.org/common/

http://www.cloudera.com/

http://www.slideshare.net/cloudera/tokyo-nosqlslidesonly

http://www.slideshare.net/xefyr/introduction-to-hadoop-hbase-and-nosql

http://www.slideshare.net/adorepump/hbase-nosql

2.下载apache-solr-1.4.1.zip并解压
cd ~/
wget -c http://ftp.riken.jp/net/apache//lucene/solr/1.4.1/apache-solr-1.4.1.zip
unzip apache-solr-1.4.1.zip
sudo cp ~/apache-solr-1.4.1/dist/apache-solr-1.4.1.war /var/lib/tomcat6/webapps/solr.war
sudo cp -R ~/apache-solr-1.4.1/example/solr/ /var/lib/tomcat6/solr/

3. 在tomcat6里面设置solr环境
sudo vim /etc/tomcat6/Catalina/localhost/solr.xml

加入如下内容

<Context docBase=”/var/lib/tomcat6/webapps/solr.war” debug=”0″ privileged=”true” allowLinking=”true” crossContext=”true”> <Environment name=”solr/home” type=”java.lang.String” value=”/var/lib/tomcat6/solr” override=”true” /> </Context>

4. 设置solrconfig.xml环境，并建立data文件夹
mkdir /var/lib/tomcat6/solr/data

设置tomcat6访问data的权限

chown -R tomcat6:tomcat6 /var/lib/tomcat6/solr/data/

通过solr/conf/solrconfig.xml来设置data路径
<– Used to specify an alternate directory to hold all index data other than the default ./data under the Solr home. If replication is in use, this should match the replication configuration. –>
/var/lib/tomcat6/solr/data

5. 重启tomcat后进入solr
sudo service tomcat6 restart
http://localhost:8080/solr/admin

Done